"Flujo de valor" del proyecto al producto: la era del software necesita arquitectos de flujo de valor | IDCF

 

Traductor: Hermano invencible

Dirección original: https://thenewstack.io/the-age-of-software-needs-value-stream-architects/ La traducción de este artículo es únicamente para fines de aprendizaje y comunicación.

El autor original Mik Kersten publicó "Project to Product"

Hay cuatro artículos en esta serie, a saber

• 01 Del proyecto al producto: ¿Qué necesita aprender el software de la entrega física del producto? |IDCF (haga clic para ver)

• 02 "Flujo de valor" del proyecto al producto: la analogía del final de la línea de producción | IDCF (haga clic para ver)

• 03 "Flujo de valor" Del proyecto al producto: ¿Qué debería fluir a través del flujo de valor del software? |IDCF (haga clic para ver)

• 04 "Flujo de valor" Del proyecto al producto: la era del software requiere arquitectos de flujo de valor | IDCF

"Cada sistema está perfectamente diseñado para obtener los resultados que obtiene".

"Cada sistema está perfectamente diseñado para obtener los resultados que obtiene".

La frase anterior, a menudo atribuida a Edwards Deming (pero muchas personas han dicho cosas similares), es muy similar en la era actual del software a gran escala a la era de la producción en masa. Mientras las empresas se esfuerzan por competir con disruptores como Amazon, es necesario abordar una cuestión. ¿Quién será responsable de crear flujos de valor de software que aceleren el flujo de valor empresarial para los clientes? Los gigantes tecnológicos como Microsoft y Amazon tienen una respuesta clara a esta pregunta, pero ¿qué pasa con su empresa?

Aunque muchas empresas se han centrado tradicionalmente en la arquitectura del sistema para las operaciones empresariales, la arquitectura de integración de TI para los sistemas de entrega de software ha sido en gran medida ignorada. Aunque estos sistemas de TI son fundamentales para la forma en que las empresas ofrecen valor al mercado a través del software. Como resultado, fuera de los gigantes tecnológicos y las nuevas empresas, muchas organizaciones no cuentan con un canal de entrega consistente o integrado que se considere un producto real que brinde resultados comerciales tangibles.

Además, falta énfasis en la arquitectura de estos sistemas en términos de velocidad de entrega. Lo más alarmante es que sólo un puñado de organizaciones empresariales de TI han creado el rol de arquitectos del flujo de valor para lograr este objetivo crítico de aceleración. No sorprende, entonces, que muchas organizaciones que invierten en contratar desarrolladores y adoptar metodologías lean como Agile y DevOps no obtengan automáticamente más valor después de adquirir las herramientas y la capacitación para hacerlo.

Incluso cuando las organizaciones adoptan DevOps y otras prácticas, muchas todavía luchan por crear una visión holística del flujo de valor del producto, desde el concepto básico de la cartera/características del producto hasta la entrega y los comentarios de los clientes. La falta de visibilidad de este flujo continuo y bucle de retroalimentación se debe a mecanismos de retroalimentación mal definidos y a la incapacidad de las organizaciones para construir y automatizar una plataforma que pueda predecir e influir en estos procesos. Debido a que los productos se entregan a través de canales de DevOps, la capacidad de centrar los recursos en áreas que simplifican y aumentan continuamente la velocidad de entrega en toda la organización es fundamental para la adaptabilidad y el éxito de la empresa. Este es el papel del arquitecto del flujo de valor.

Los arquitectos del flujo de valor son personas influyentes, consultores, optimizadores y arquitectos. Trabajan en estrecha colaboración con el propietario del producto, quien es responsable de financiar y priorizar todo el trabajo (características, defectos, riesgos y responsabilidades) realizado por el equipo del producto para optimizar y respaldar al equipo durante todo el ciclo de vida del producto. felicidad. Por ejemplo, para una empresa bancaria, el producto podría ser un instrumento financiero como una anualidad. Para los fabricantes de automóviles, esto podría ser una innovación en los sistemas de información y entretenimiento. Alternativamente, podría ser un producto de TI orientado a TI, como una API, o un canal de entrega integrado que consta de herramientas de planificación, desarrollo, prueba, implementación y soporte utilizadas por el personal de TI.

El rol de arquitecto del flujo de valor debe incluir los siguientes factores para garantizar el éxito:

1) Visualización

Sin visibilidad de cada línea de negocio/producto, los arquitectos del flujo de valor trabajan en el vacío. Es importante que el mecanismo de retroalimentación esté diseñado e implementado para que el arquitecto tenga una comprensión de 360 ​​grados de todo el proceso de desarrollo e implementación de software. Estos mecanismos de retroalimentación son componentes centrales de cualquier arquitectura de flujo de valor. Los arquitectos aprovechan estos sistemas para proporcionar visibilidad del flujo de valor a nivel empresarial para cada parte de la cartera de software.

2) Impacto

Los arquitectos del flujo de valor necesitan apoyo organizacional para impulsar el cambio en cada componente del flujo de valor.

• Impulsar el cambio mediante la recopilación y el análisis de datos de retroalimentación debe tomar la forma de arquitectos de flujo de valor que agreguen elementos de trabajo a cada cartera de productos (PBL). Estos elementos son ideas de mejora continua que el arquitecto identifica trabajando con el equipo, basándose en el Backlog actual y las métricas de resultados comerciales esperados, y aprovechando las métricas del flujo de valor y la retroalimentación en retrospectivas.

• Value Stream Architects influye y consulta con los líderes del proceso de entrega de integración para impulsar decisiones de alto nivel sobre plataformas y herramientas. Estas decisiones se impulsan como capacidades centrales de la organización en todos los flujos de valor.

3) Arquitectura

La velocidad de entrega de valor empresarial depende en gran medida de la coherencia de la estructura organizativa, la arquitectura del software y la arquitectura del flujo de valor. Los arquitectos del flujo de valor se centran en definir e implementar una arquitectura que incluya:

• Crear un marco para respaldar mecanismos de retroalimentación para respaldar la retroalimentación y los procesos.

• Visualice cada proceso clave en el flujo de valor.

• Comprender las limitaciones actuales e identificar los obstáculos.

• Cree una arquitectura objetivo para el flujo de valor de cada producto. Un subproducto de este trabajo serán las brechas para cada flujo de valor desde su estado actual hasta su estado objetivo. Estas brechas serán clave para que el arquitecto comprenda las capacidades y responsabilidades de cada flujo de valor.

4) Orientación y formación

Desde una visión holística del flujo de valor, el arquitecto del flujo de valor identificará continuamente brechas en capacitación y habilidades entre aquellos involucrados en el flujo de valor y trabajará con el liderazgo de TI para cerrar las brechas de conocimiento/habilidades con un equipo determinado.

A medida que los arquitectos del flujo de valor se definan más y sean más influyentes en las organizaciones, las empresas tendrán un activo crítico que garantizará que cada sistema esté perfecto y continuamente diseñado para lograr lo que más importa para los resultados del negocio. Innovar en la era del software y no definir estos roles es similar a intentar ser líder en la producción automotriz sin definir claramente el rol de liderazgo en las operaciones de la fábrica. Para crear una fábrica de entregas que capacite a sus equipos para crear software excelente, comience por identificar y capacitar a sus arquitectos de flujo de valor.

Nota: Estos artículos se publicaron originalmente en la columna "On DevOps" de IEEE Software Magazine, dirigida a lectores interesados ​​en la evolución de la arquitectura de software.

Esta es una serie de blogs de Mik. Estos contenidos principales pueden considerarse el origen de "Project To Product". Para Mik, pasar del proyecto al producto es un viaje de 20 años que comenzó con una década de aprendizaje como desarrollador de código abierto y de aplicar esos aprendizajes a su trabajo con líderes de TI en diversas industrias durante la última década. Estas publicaciones representan algunos de sus aprendizajes y colaboraciones más interesantes a lo largo del camino. Hoy, cuatro traductores, Zhang Le, Yao Dong, Li Chun y Wu Fei, traducen la versión china del libro "Project To Product" "Value Flow: The Key to Software I+D Effectiveness and Business Agility in the Digital Scenario", y revisado por Wang Yong La llegada de la prensa escolar permite a nuestros lectores nacionales aprender del marco de flujo de Mick Kosten y emprender con éxito el camino hacia la transformación digital.

 La Federación Internacional de Coaching DevOps de IDCF cultiva talentos de desempeño de I + D de extremo a extremo. Busque el ID de cuenta oficial: DevOpshub para obtener más conocimientos útiles.