Exploración de la planeación continua
La planeación continua es una de las ocho funcionalidades de DevOps.
Descubra por qué es necesario planear continuamente
Veamos un caso práctico de una aplicación de software desarrollada por una agencia gubernamental entre 2000 y 2005. El proyecto no estaba cerca de completarse cuando fue abandonado oficialmente en enero de 2005, habiendo convertido en un fiasco completo. Además de desperdiciar al menos 100 millones de dólares, el fracaso provocó críticas generalizadas a la agencia y a su director.
Se inició un segundo proyecto en 2006, con resultados desastrosos similares. Los dos esfuerzos usaron el diseño grande por adelantado y la metodología de desarrollo de Cascada, con un evento clásico planeado de big bang go-live. Terminaron sin nada entregado y cientos de millones de dólares invertidos.
¿Por qué se produjo un error en estos intentos?
- Gran diseño por adelantado : el equipo de 200 personas pasó seis meses creando los requisitos.
- El cambio de prioridades: un desastre se produjo a mitad del proyecto, resultando en un cambio masivo en el alcance, y otro equipo de 300 personas trabajó durante seis meses, lo que dio lugar a 600 páginas de requisitos.
- El esfuerzo desperdiciado y la reelaboración llevaron a que no se cumplieran los plazos y al agotamiento del equipo: 700 000 líneas de código escritas y reescritas.
En diciembre de 2010, un estudio de Scrum fue configurado y coubicó. El personal se redujo de 400 en los proyectos originales a 40. El diseño pasó de 600 páginas de requisitos a 670 casos de usuario. El equipo envió código y mostró nuevas características cada dos semanas. Después de algunos sprints, se pudo predecir las escalas temporales aproximadas y planear los cambios empresariales incrementales. El código se completó en diciembre de 2011.
¿Pero por qué es difícil planear con detalle?
Alan Turing desarrolló una máquina durante la Segunda Guerra Mundial para descifrar el dispositivo de cifrado conocido como Enigma Machine.
Turing tuvo que descifrar constantemente nuevos códigos para salvar vidas. En lugar de renunciar debido a la complejidad aparentemente infinita, Turing sabía que solo tenía que descifrar pequeños detalles para dar forma a resultados más grandes:
"Solo podemos ver a una corta distancia, pero ahí podemos ver mucho de lo que hay que hacer".
Los proyectos de software ambiciosos siempre son complejos. Pero no dejes que la complejidad te sobrepase. En su lugar, ejecute donde haya claridad: el corto plazo.
Planear continua y eficazmente con una dirección, un enfoque y una agilidad claros en función de los objetivos y los resultados clave (OKR)
Antes de definir la planificación continua, es necesario introducir un concepto y un marco importantes para ayudarle a planear de forma continua y eficaz con una dirección clara, el foco y la agilidad.
Objetivos y resultados clave (OKR) es un marco de establecimiento de objetivos diseñado para conectar objetivos estratégicos establecidos por el liderazgo con las actividades diarias de los equipos de ejecución.
Importante
Los OKR ayudan a identificar el mejor resultado posible y a crear claridad sobre el aspecto real del éxito.
Por lo general, los OKR se definen trimestralmente para lograr un enfoque y una agilidad precisos.
El objetivo es la dirección y el resultado clave debe ser medible. Al final puedes mirar, y sin argumentos, decidir: ¿Lo hice o no lo hice? ¿Sí? ¿No? Sencillo. No hay juicio.
Los OKR se localizan hacia abajo y en todos los equipos de la organización para demostrar la alineación y la transparencia.
¿Qué son los OKR?
Hay tres aspectos esenciales de los OKR:
Constituyen un marco de para definir objetivos claros, lo que proporciona claridad sobre la intención y la dirección en todos los niveles de la organización.
Se refuerzan con resultados clave cuantificables. Los resultados clave son los resultados por los que se mide el éxito.
Impulsan un resultado cultura de mentalidad, lo que permite un cambio claro de una mentalidad de salida a una mentalidad de resultados.
Ejemplo de OKR
Este es un ejemplo de OKR:
Objetivo: poner un astronauta en la luna en 1970.
Resultados clave:
- Construye una nave espacial de menos de 40000 libras en 1965.
- Entrene astronautas para el aterrizaje lunar en 1967.
- Tierra con éxito la nave espacial en la luna.
- Traer de vuelta a la tierra a los astronautas de forma segura.
En este ejemplo de OKR se identifica el objetivo o objetivo de colocar un astronauta en la luna en 1970.
Nota:
Los objetivos deben ser fáciles de entender, establecer una dirección clara y proporcionar motivación.
En este ejemplo, los resultados clave son medidas de progreso que medirán el éxito del objetivo.
Nota:
Los resultados clave deben ser medibles e identificar cómo lograr el objetivo.
Ventajas clave de los OKR
Hay cinco ventajas clave de los OKR:
- Enfoque: cada objetivo debe caber en una línea. En cuanto a los resultados clave, no debe tener más de cinco por objetivo.
- Alineación: los administradores y colaboradores vinculan por igual sus actividades diarias a la visión de toda la empresa de la organización. El término para esta vinculación es la alineación y su valor no se puede sobrestatar.
- Compromiso: se ajustarán las programaciones y los recursos para garantizar que se entreguen todos los compromisos acordados.
- Seguimiento de los OKRs desde la salida hasta el resultado es el motivo por el cual la administración por objetivos es tan popular entre las empresas de primer nivel. Cada OKR debe ser capaz de realizar un seguimiento a través de las métricas establecidas cuando se escribieron.
- Estirar: Los OKR insertan intrínsecamente a las organizaciones para esforzarse aún más, para sacar un poco más de lo que pensaban que era posible.
Comparación de la planeación continua y estática
de planificación continua es una práctica que requiere planificadores, arquitectos y equipos ágiles para integrar sus planes en toda la empresa de forma continua.
En Planeación continua, los métodos de planificación basados en scrum y los diseños emergentes permiten a los equipos refinar la planificación en el nivel de ejecución.
Es importante tener un plan de alto nivel que sea resistente al cambio, pero que esté guiado por una visión clara y un propósito.
El triángulo de hierro de los inconvenientes de las metodologías de desarrollo de Cascada frente a Agile ilustra la comparación entre la planificación continua y estática.
En la metodología estática , el planeamiento del ámbito es fijo. Determina cuánto tiempo tardará el proyecto y cuánto costará.
En la metodología ágil , que usa principios de planificación continua, el tiempo se fija para cumplir los objetivos empresariales. Lo único que es negociable es el ámbito.
Normalmente, el triángulo de hierro muestra el tiempo, los recursos y la funcionalidad. Gartner ha agregado calidad a esta representación porque la duración y el costo están correlacionados, y la calidad a menudo se pierde.
¿Pero qué ocurre con el éxito de las dos prácticas?
Una razón por la que los proyectos de Agile son más exitosos es porque las versiones por lotes pequeñas aumentan las oportunidades para obtener conocimientos.
Hay cuatro cosas que hay que tener en cuenta:
- Las necesidades empresariales cambian constantemente y lo hacen a corto plazo.
- Agile tiene los mecanismos de planificación para mantenerse al día con los cambios empresariales.
- Los equipos de alto rendimiento pueden ir tan fácilmente rápidamente en la dirección incorrecta.
- La obtención de conocimientos reduce el riesgo.
Las metodologías De cascada y Agile se desafían. Agile solo tiene éxito 30% más tiempo.
Explorar los seis principios de planificación continua
Hay seis principios de planificación continua:
- Valoración de la simplicidad
- Manifiesto de Agile Software Development
- Pensamiento en el diseño
- Desarrollo iterativo e incremental
- Administración ajustada
- Precisión de la estimación
Principio de planeación continua n.º 1: Simplicidad del valor
El primer principio de planificación continua es valorar la simplicidad.
"Si no puedes explicarlo simplemente, no lo entiendes lo suficiente".
-Albert Einstein
Principio de planeación continua n.º 2: Manifiesto para el desarrollo de software ágil
El segundo principio de planeación continua es el manifiesto para el desarrollo de software ágil.
El Manifiesto consiste en entregar software. Se trata del desarrollo de software, no de gestión de proyectos ni diseño. Se encuentra en el núcleo de la planificación continua y DevOps.
Estamos revelando mejores formas de desarrollar software al hacerlo y ayudar a otros a hacerlo. A través de este trabajo hemos llegado a valorar lo siguiente:
- Individuos e interacciones sobre procesos y herramientas
- Software de trabajo sobre documentación general
- Colaboración de clientes sobre negociación de contratos
- Responder al cambio en lugar de seguir un plan
Principio de planeación continua n.º 3: Diseño
El tercer principio de planificación continua es el pensamiento de diseño.
El pensamiento de diseño adopta un enfoque centrado en el ser humano para la innovación. Se centra en la intersección de la viabilidad, la viabilidad y la conveniencia de establecer límites y reducir los residuos.
Principio de planeación continua n.º 4: desarrollo iterativo e incremental
El cuarto principio de planificación continua es el desarrollo iterativo e incremental.
Algunos temen que no sepan lo que obtendrán. El desarrollo iterativo resuelve este problema colocando los requisitos y la priorización en manos de las partes interesadas en un bucle de comentarios iterativo. Cada iteración es completa, utilizable y útil para sus usuarios. Agrega más funcionalidad, preferiblemente la funcionalidad más importante primero.
Principios de planeación continua n.º 5: Administración ajustada
El quinto principio de planificación continua es de administración ajustada.
El valor se define desde el punto de vista del cliente final. En el proceso, los flujos de valor se identifican y los pasos en los que el valor no se entrega al cliente se identifican como residuos y se eliminan.
El proceso comienza de nuevo, luchando hacia un estado de perfección utilizando la mejora continua.
Principio de planeación continua n.º 6: Precisión de la estimación
El sexto principio de planificación continua es la precisión de la estimación.
Una estimación es una predicción analítica de cuánto tiempo tardará algo, cuánto costará o cuántas características se pueden entregar. Tiene dos atributos: precisión y precisión, que no están completamente relacionados entre sí. Las estimaciones son propiedad del equipo de ingeniería.
Un objetivo es una declaración de una necesidad empresarial: cuánto tiempo nos gustaría tomar algo, cuánto nos gustaría que costase o cuántas características queremos que se entreguen. Los destinos son propiedad de la empresa.
Un compromiso es una promesa de ofrecer funcionalidad y calidad por una fecha determinada. Los compromisos son propiedad conjunta.
Importante
El objetivo de la planeación continua es mantener la alineación entre las estimaciones, el objetivo y el compromiso. De lo contrario, no cumpliremos las expectativas dentro y fuera de la organización.
Explicar la relación entre OKR y Scrum
Ahora que comprende el por qué y qué de los OKR, así como algo sobre la planificación continua, esta es la conexión entre los dos.
Estructurar el trabajo mediante técnicas como OKR reducirá la incertidumbre, al menos a corto plazo. Dado que los OKR están diseñados para definirse de forma en cascada, esto empezará a cambiar la forma en que los administradores mostrarán su estilo de administración.
Técnicas como okR son una manera rápida y eficaz de comenzar el viaje lejos del estilo de gestión autoritaria.
