Puntos clave: Comprender la diferencia entre prácticas y procesos está crucial en la TI empresarial. Las prácticas se centran en la mejora continua, mientras que los procesos son pasos estructurados para Lograr objetivos específicos, cada uno contribuyendo de forma única a la eficiencia y agilidad.
- Las prácticas fomentan la mejora continua e implican múltiples procesos.
- Los procesos consisten en secuencias rígidas orientadas a objetivos específicos.
A veces confundimos los términos práctica y proceso, pero son diferentes. A menudo, las prácticas y los procesos son estrechamente relacionados. En TI empresarial, el foco de este artículo, muchas prácticas se construyen sobre procesos individuales. Echemos un vistazo.
¿Qué es un proceso?
La industria de TI empresarial generalmente cree que ese proceso están la base, así que vamos a Comienza ahí. Los procesos se refieren a la forma en te Obtén hacer las cosas: los pasos para Obtén del Punto A al Punto B. El proceso puede consistir en unos pocos pasos sencillos para Lograr un determinado resultado. O bien, un proceso puede tener una secuencia o capas de operaciones que abarcan personas, tecnología, estrategias y gobernanza. En cualquier proceso, los pasos son más rígidos por una razón: así que tú puedes guiarte a través de los pasos. La inteligencia del proceso—cómo se logra algo—está incrustada no en una persona, sino directamente en el proceso. En TI empresarial, a menudo te sigues un proceso para Obtén algo. Por ejemplo, tomemos la creación y entrega del servicio. Tú tendrás que diseñar el servicio, luego construirlo y entregarlo. Sin embargo, cada paso puede no requerir un proceso explícito:
- Inventando un servicio. te puede que no necesites un proceso para inventar o Crea un servicio, ni la idea de un servicio. Tu enfoque podría ser más creativo—una idea surgida te en mitad de la noche—o basado en Agile, donde te Ve las lagunas en tus productos actuales. Un cierto número de pasos no conduce ni garantiza innovación. (Si fuera tan fácil, ¡todos lo haríamos!)
- Construir un servicio. Una vez que te hayas diseñado el servicio, tú tendrás que construirlo o fabricarlo. Esta parte puede depender de un proceso—pasos que deben realizarse en un orden determinado. O, dependiendo del entorno, puede que no necesite mucho proceso.
- Entregar un servicio. están probable que la forma te entregar un servicio siga uno o varios procesos que deben realizarse para que los usuarios finales puedan recibir y comenzar a usar ese proceso. Aquí, los procesos son cruciales para una prestación eficiente del servicio y para aumentar la escala.
El final de un proceso
Una característica distintiva de cualquier proceso están que tiene un final. Un proceso generalmente están considerado completo cuando te alcanzado el objetivo del proceso.
¿Qué es una práctica?
Una práctica están más holística y global que cualquier proceso individual. Una práctica están la búsqueda continua de algún objetivo o interés—y normalmente es algo que te buscas mejorar u optimizar continuamente. Al fin y al cabo, utiliza el término mejores prácticas, no mejores procesos. Una mejor práctica están algo que una industria generalmente considera la forma más eficaz de Lograr algo. En TI empresarial, las prácticas son aquellas actividades que te siempre buscan Haz más eficaces, más eficientes. Estas áreas son comprenden además muchas prácticas—algunas que son obligatorias, muchas que son opcionales. Dependiendo de la estrategia y estructura organizativa, estas áreas tienden a considerarse prácticas—mucho más grandes que los procesos—y a menudo se dividen directamente en subprácticas adicionales:
- Gestión del servicio
- Operaciones de TI
- Desarrollo y despliegue de software/producto
- Seguridad de la información
- Análisis de datos
- Gobernanza
- Liderazgo
En cualquier consulta, la inteligencia suele estar con una persona o un equipo: la persona o equipo que posee la consulta o tiene experiencia en ella. Esa persona puede utilizar cualquier número de procesos en su caja de herramientas experta para asegurarse de que la práctica están cumpliendo con lo que debe hacer. Aun así, esa persona puede decidir qué procesos ya no apoyan la práctica general. La frase "la práctica hace al maestro" lo resume completamente: practicamos algo regularmente para Obtén mejorar. Contrasta eso con los procesos, donde un proceso está perfecto si cumple la tarea que pretendía hacer.
El fin de una práctica
El final de la práctica es más difícil de medir. Donde los procesos tienen principios y finales claros, las prácticas son continuas y globales, compuestas por cualquier variedad de procesos. Por eso las consultas dependen de métricas: para medir cómo funciona nuestra consulta en relación a:
- Calidad
- Agilidad
- Cumplimiento
- Agilidad
- Otras necesidades
Básicamente, te tener que medir una consulta de forma cuantificable para saber que están funciona, que te mejorando en ese aspecto.
Ejemplos de prácticas
Ejemplos de prácticas de TI empresariales incluyen:
- Gestión de incidentes
- Gestión de problemas
- Mesa de servicio y gestión de niveles de servicio
- Desarrollo, despliegue y gestión de software
- Gestión del cambio
- Gestión de información y eventos de seguridad (SIEM)
Proceso vs Práctica: Ejemplos de TI
Veamos algunas áreas tecnológicas comunes y cómo tratan procesos y prácticas.
ITIL
El principal marco de gestión de servicios, ITIL® , se dividía tradicionalmente en una variedad de prácticas. Con el lanzamiento de ITIL 4, en 2019, ITIL respondió a las críticas de que no se estaba modernizando ni siguiendo el ritmo de la era digital. Esta versión más reciente dejó de usar el término "proceso" en favor de "práctica", una medida que muchos profesionales de ITSM elogian. Como explica Kirstie Magowan:
"En realidad... "procesos" era un término incorrecto en ITIL v3 y versiones anteriores. Cuando hablábamos del proceso de gestión de incidentes, [por ejemplo,] nunca estábamos hablando de un solo proceso. En cambio, hablábamos de un conjunto de procesos y capacidades que nos permitían gestionar incidentes de forma eficiente. ITIL 4 ha reunido todas estas facetas y lo ha llamado práctica. Para mí, esto tiene todo el sentido."
Ágil
Inicialmente como respuesta a los métodos tradicionales de desarrollo de software, los principios y valores de la metodología Ágil pueden aplicarse al desarrollo y otras áreas de la informática y del negocio en general. La metodología Ágil trata prácticas y procesos de manera similar:
- Los procesos son pasos bien definidos que Lograr un resultado predecible.
- Las prácticas son actividades que pueden incluir cualquier número de procesos.
Un proceso están una serie de pasos bien definidos y repetibles, con resultados predecibles. Aquí, todo el conocimiento te necesita para realizar la tarea están incrustado en el proceso—te no tienes que depender de tu propia experiencia o conocimiento. Las prácticas Agile, por el contrario, son actividades individuales que implementan los principios y valores Ágiles. En su mayor parte, la metodología Ágil no prescribe prácticas explícitas (a diferencia de ITIL). En cambio, deja los detalles específicos a quienes los Haz trabajar, informados por principios Ágiles y basados en conocimientos, experiencia y necesidades. Agile ve la práctica frente al proceso más como un continuo: procesos bien definidos en un extremo, prácticas vagamente definidas en el otro.
Procesos y prácticas: ¿Cuántos son suficientes?
Si te cuesta Obtén las cosas, puede que te preguntes si tú necesitas más o mejores procesos o prácticas. Para la mayoría de las organizaciones, es cuestión de grado: tú necesitarás algunos, pero no demasiados. Los procesos y prácticas solo son útiles si aportan algún valor a tu organización. No todo tiene que ser un proceso o una práctica. Algunas tareas, actividades y objetivos pueden simplemente cumplirse, dependiendo de:
- La tarea que tenemos entre manos
- Las personas implicadas
considera el tipo de trabajo del que te eres responsable. ¿Cuál están el propósito? están el trabajo rígido o más abierto? Si te gestiona un centro de datos 24/7 que requiere acciones repetibles para garantizar un resultado, te podría hacer una de dos cosas:
- Confía en que tu personal recordará todas las tareas que necesita realizar.
- Despliega acciones y procesos repetibles que garanticen una alta disponibilidad.
Aquí están donde los procesos y prácticas pueden apoyar el éxito. Pero otras áreas pueden no necesitar este nivel de detalle y microgestión. Una regla general:
- Los procesos y prácticas pueden soportar trabajos altamente rígidos, como las operaciones de TI, incluyendo infraestructura y redes.
- Los procesos y prácticas pueden dificultar trabajos más ágiles y abiertos, como el soporte de mesa de servicio y el desarrollo de software/aplicaciones.
Avanzando hacia la grandeza
Estar vinculado a procesos y prácticas innecesarias te hace más burocrático: hacer un proceso por el simple hecho de hacerlo. (te reconoceré esto si te Ve o oye hablar de demasiada microgestión.) Los efectos de esto son adversos:
- Poca o ninguna agilidad
- Creatividad e innovación mínimas
- Más tiempo para llegar al mercado
En Good to Great, Jim Collins analiza cómo el número de prácticas y procesos te necesidad dependerá de la competencia y disciplina de tu equipo:
"La burocracia... compensa las incompetencias y la falta de disciplina."
Los procesos y prácticas más exitosos deben estar explícitamente especificados para cualquiera que aparezca y pueda tocar una parte de ellos. Los nuevos empleados, en particular, se benefician de los procesos. Pero los procesos y prácticas tienen una sobrecarga. Gestionar cada proceso y práctica se convierte en trabajo en sí mismo: personas que los gestiona, se aseguren de que trabajan, los cambien cuando dejan de trabajar, etc. están probable que al menos una persona sea propietaria o están responsable de cada proceso o práctica. Sin embargo, este problema se disipará a medida que te tengan el talento adecuado en tu empresa. Las personas adecuadas pueden Obtén trabajo realizado sin depender de todas las reglas para lograrlo: entienden el objetivo final y comprenden cómo un proceso o práctica puede ayudar o perjudicar su logro. Y, como te conocen las normas, te puede Ve áreas de residuos que ya no son necesarias. Aprovecha esas oportunidades para innovar o Haz algo más eficiente.
La práctica hace al maestro
Al final del día, probablemente desarroll te arás algunos procesos y prácticas, ya sea de forma natural o intencionada. Los procesos y prácticas en sí mismos no son ni buenos ni malos: simplemente son más o menos útiles, dependiendo de tu:
- Industria
- Estructura organizativa y estrategia
- Personas y talento
- Productos
- Recursos
Tanto las prácticas como los procesos deberían Permite el sistema, no convertirse en el sistema. Estas actividades no son el objetivo final: solo deberían ayudarte a te alcanzar ese objetivo. Cuando algún proceso nuevo sea más útil, cambia hacia él.
Recursos adicionales
Para más información sobre estrategia de TI, explora estos recursos:
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.