¿Por qué hablar de eso ahora? – Espanol

La innovación y la entrega de software se encuentran en la parte superior de la lista de prioridades de casi cualquier ejecutivo con visión de futuro en estos días, y las empresas están duplicando los esfuerzos de desarrollo de optimización de software.

La gestión de flujo de valor (VSM), una práctica empresarial ajustada que permite la visibilidad de cómo se está construyendo el software, ha ganado popularidad en los círculos de DevOps como resultado. A medida que las unidades de función pasan por el proceso, desde el concepto hasta la implementación, los gerentes pueden beneficiarse al comprender cómo está sucediendo esto, desde la velocidad del desarrollo, hasta dónde están los cuellos de botella y qué valor se está entregando.

Jon Collins, analista de Espanol, examina el “por qué” de VSM en una publicación reciente del blog. Uno de esos “por qué” es la pregunta “¿por qué ahora?” La gente ha estado creando aplicaciones durante mucho tiempo, después de todo, y ya debería saber cómo gestionar el proceso. Pero VSM ha surgido como respuesta a una necesidad actual, dice Collins.

“VSM es, en parte, situaciones nuevas que se encuentran con la sabiduría antigua. No es algo nuevo en sí mismo, pero está aplicando algunos conceptos bien probados a un área relativamente nueva: DevOps. Esto dice mucho sobre cómo está evolucionando DevOps, a medida que crece y reconoce la necesidad de equilibrar la necesidad de velocidad con la necesidad de éxito a largo plazo “.

Collins dice que dentro de VSM también se encuentran algunas nociones de vanguardia, como la importancia de pasar de una mentalidad de proyecto centrada en las entregas a una mentalidad de producto centrada en el cliente. Las corrientes de valor tienen que ver con la entrega de resultados de alto impacto, no solo con asegurar que el proceso de entrega sea eficiente.

Si está considerando agregar VSM a una práctica de DevOps, Collins tiene estas recomendaciones:

1. Abordar tanto la eficiencia (proceso) como la eficacia (resultados). Verifique que está haciendo las cosas de la manera correcta y, al mismo tiempo, asegúrese de que sus resultados sean lo más valiosos posible.

2. Ver VSM como un elemento de gestión, no como algo adicional que gestionar. Es importante alinear / integrar VSM en su estrategia de gestión; de lo contrario, será otra capa y un conjunto de herramientas más con los que lidiar.

3. Recuerde que la medición influye en el comportamiento. Heisenberg tenía razón, no se puede medir la velocidad sin cambiar de dirección. En este caso, debe incorporar miembros del equipo de desarrollo para que puedan implementar VSM juntos, en lugar de verlo como un edicto de administración de arriba hacia abajo.

Collins es autor de varios informes sobre VSM que vale la pena leer para comprenderlo de manera más completa. Él dice que las mejores prácticas aún están surgiendo en el espacio. Si bien las herramientas utilizadas serán importantes para hacerlo bien, es más importante tener una mentalidad orientada al valor en todo el proceso de entrega de software y más allá.

.

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.