Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Creación de una asignación de flujos de valor para el desarrollo
A continuación se indican los pasos para crear una asignación de flujos de valor para el desarrollo (DVSM):
Paso 1: identificación del flujo de valor
La asignación de flujos de valor se centra en ofrecer valor a un cliente. Este flujo de valor se debe definir de la forma más estricta posible. Lo ideal sería que abarcara el alcance de lo que un único equipo de dos pizzas podría ofrecer al cliente si ese equipo incluyera todas las personas, desde el área empresarial hasta la de TI, así como las de desarrollo y operaciones. Si la organización ya está estructurada en flujos de valor y equipos de productos, el flujo de valor para el desarrollo es un flujo de valor único y su equipo de productos asociado. De lo contrario, el flujo de valor para el desarrollo podría pasar a través de docenas de equipos y cientos de personas, y eso no está mal.
Por ejemplo, un flujo de valor adecuado podría ser la interfaz de entrada de reclamos orientada al cliente para una organización de seguros. La interfaz requiere la colaboración de los equipos de todos los departamentos, desde el área empresarial hasta la de TI. El alcance de la evaluación de todo el departamento de reclamos sería demasiado amplio porque se centra en la organización y no en el valor que se ofrece al cliente.
Paso 2: definición de los puntos de partida y finalización
El punto de partida de una asignación de flujos de valor es cuando la empresa ha definido y priorizado la entrega y está lista para su puesta en marcha. Cada equipo tiene su propia definición de listo. Para más información sobre cómo definir este término en su organización, consulte Walking Through a Definition of Ready
nota
Si bien el tiempo dedicado a las tareas pendientes y los procesos de priorización y perfeccionamiento están fuera de la asignación de flujos de valor para el desarrollo, estas tareas pueden provocar retrasos importantes en la organización. Puede utilizar el mismo proceso de optimización para crear asignaciones de flujos de valor independientes para estas actividades.
El punto de finalización de una asignación de flujos de valor es la definición que hace el equipo de hecho. Para más información sobre cómo definir este término en su organización, consulte Definition of Done
Paso 3: identificación de los equipos implicados
La DVSM abarca a todas las personas, los procesos y la tecnología necesarios para ofrecer un valor específico al cliente. Incluya un equipo en el proceso de DVSM si depende de él para ofrecer valor al cliente. Se considera que un equipo es dependiente si interactúa con la entrega mientras está en camino hacia el cliente, si recibe un ticket relacionado con el proceso o la entrega o si afecta a la capacidad de completar la entrega. Suelen surgir nuevas dependencias durante el proceso de asignación, así que no debe preocuparse por identificar a todos los equipos por adelantado. Comience con una lista de alto nivel de los equipos previstos.
Al crear una asignación de flujos de valor para el desarrollo, se suelen incluir los siguientes equipos:
-
Producto
-
Usuarios
-
Desarrollo
-
Calidad
-
Infraestructura
-
Plataforma de CI/CD
-
Operaciones
-
Arquitectura
-
Ingeniería de confiabilidad del sitio (SRE)
-
Cambio y lanzamiento
-
Seguridad
Diríjase a un grupo de entre cinco y ocho participantes, no más, que puedan representar a estos equipos. Si considera que necesita más de ocho participantes para representar adecuadamente a cada equipo, divida la asignación en secciones que pueda completar con grupos más pequeños en ejercicios de asignación separados. A continuación, puede reunir las secciones para crear una asignación completa de flujos de valor para el desarrollo, de principio a fin.
Paso 4: formación de los participantes
Seleccione la herramienta que utilizará el equipo para crear la DVSM. Puede utilizar una pizarra con notas adhesivas, una aplicación de pizarra en línea, Microsoft Visio o incluso Microsoft Excel. Puede elegir una herramienta para la fase de colaboración y luego cambiar la asignación a otra herramienta para la presentación formal. Cuando elija una herramienta para la fase de colaboración, tenga en cuenta si todos los participantes asistirán en persona o si la sesión contará con asistentes en remoto. Si algunos asistentes son en remoto, puede elegir una aplicación que ofrezca a todos los participantes las mismas oportunidades de contribuir.
Guíe a los participantes por las herramientas y el proceso. Prepare a los participantes y establezca la expectativa de que todos se deben implicar y agregar pasos y datos de forma independiente a la asignación de flujos de valor. La responsabilidad es fundamental para el éxito y la rapidez del proceso de asignación de flujos de valor para el desarrollo, y la colaboración ayuda a garantizar que la DVSM no sea un proceso único. Si es necesario, proporcione formación sobre la herramienta seleccionada.
Forme a los participantes sobre el proceso básico y confirme que tengan acceso a las herramientas seleccionadas antes de la sesión de asignación programada. De este modo, puede evitar demoras durante la sesión de asignación y permitir que los representantes del equipo comiencen a contribuir y participar lo más rápido posible.
Paso 5: asignación de los pasos del flujo de valor
Identifique con los participantes todos los pasos que se producen entre los puntos de partida y finalización del flujo de valor. Para iniciar el proceso, puede identificar los puntos de partida y finalización y trabajar de forma colaborativa para definir los primeros pasos. A medida que la DVSM crezca y los participantes se sientan más cómodos, pídales que agreguen cuadros y datos a la pizarra de forma independiente. Para garantizar que se tengan en cuenta todos los pasos, utilice sus conocimientos del SDLC para preguntarse “¿y luego qué?”.
Pida a los participantes que desglosen las tareas más grandes en pasos fáciles de administrar, especialmente si esas tareas implican a varios responsables. Sin embargo, asegúrese de que las unidades de los pasos no sean demasiado pequeñas. Si hay demasiados pasos, es posible que sea más difícil completar la asignación e identificar las limitaciones más importantes del flujo de valor.
Al crear una asignación de flujos de valor para el desarrollo, se suelen incluir los siguientes pasos:
-
Desarrollo
-
Pruebas unitarias
-
Prueba de integración
-
Pruebas funcionales
-
Pruebas de regresión
-
Validación de seguridad
-
Pruebas de rendimiento
-
Pruebas de aceptación de usuarios
-
Flujo de trabajo defectuosos
-
Aprobación del consejo asesor de cambios (CAB)
-
Tickets de cambios
-
SLA y tickets de solicitudes
-
Documentación
-
Revisiones de la arquitectura
-
Revisiones y aprobación de datos
-
Aprovisionamiento de la infraestructura
-
Cambios en la red y el firewall
-
Implementación de producción
-
Orquestación de registro y observabilidad
-
Pruebas de humo
-
Flujos de trabajo de incidentes de producción
Ordene los pasos de forma secuencial y conéctelos con las flechas de flujo del proceso. Identifique el camino correcto, que es el flujo del proceso si no se encuentran excepciones ni errores durante el desarrollo. Identifique también la ruta de errores, que es el flujo que se produce cuando el producto no cumple con algún paso del proceso de desarrollo.
Paso 6: evaluación de la rapidez y la calidad de cada paso
En esta etapa, determinará quién es el propietario de cada paso y evaluará su rapidez y la frecuencia con la que produce resultados de alta calidad. Pregunte quién lleva a cabo ese trabajo, a quién se lo entrega y con qué frecuencia se devuelve debido a problemas.
Para comenzar, identifique al propietario de cada paso. El propietario es el equipo responsable de llevar a cabo el trabajo del paso. Para facilitar la identificación de la propiedad en la asignación, puede asignar un color diferente a cada equipo. Si un paso tiene varios propietarios, divídalo en varios pasos más pequeños para que cada equipo pueda proporcionar datos autónomos y contabilizar adecuadamente las transferencias.
Para cada paso de la asignación de flujos de valor, pida al propietario del paso que proporcione la siguiente información. Los datos deben provenir de un promedio de escenarios anecdóticos y no de sistemas ni orígenes de datos. Extraer y normalizar estos datos suele suponer un esfuerzo excesivo para el alcance de la aplicación de la DVSM. Además, los datos suelen ser incorrectos o no incluyen elementos difíciles de rastrear o medir. Como el objetivo es mejorar el sistema que utilizan, confíe en que los propietarios del trabajo comprendan con certeza las siguientes métricas:
-
Tiempo de entrega (LT): es la duración del paso de principio a fin, desde que el propietario acepta el trabajo hasta que lo entrega. Incluye todo el tiempo dedicado a trabajar en la entrega y todo el tiempo de inactividad, como el tiempo de espera. Asegúrese de hacer un seguimiento de los SLA y los procesos de transferencia entre equipos como parte del tiempo de entrega.
-
Tiempo de procesamiento (PT): es el tiempo que tardaría una sola persona en llevar a cabo el trabajo, si se supone que no hay interrupciones ni tiempos de inactividad. A veces, se suele denominar tiempo de valor agregado, que es una medida del tiempo dedicado a agregar valor a la entrega.
-
Porcentaje completado y preciso (%CA): este es el porcentaje de tiempo durante el que el paso entrega trabajo o datos precisos, no requiere revisión y no es necesario que se devuelva. Algunos ejemplos de entregas imprecisas son datos incorrectos, formularios incorrectos, errores, defectos, deficiencias o incidentes, según se notifica en los pasos posteriores.
Es importante que todos los equipos participen y que un equipo no hable en nombre de otro. Cada equipo debe tener la autonomía necesaria para proporcionar datos sobre sus pasos y analizar las transferencias que puedan afectar de manera significativa tanto a la rapidez como a la calidad. Esto podría resultar en hablar con un número significativo de personas para recopilar los datos.
Paso 7: identificación de las restricciones
Identifique las restricciones que afecten significativamente a la rapidez y la calidad:
-
Las restricciones relacionadas con la rapidez se producen en los pasos con un mayor intervalo entre el tiempo de entrega y el tiempo de procesamiento. Esto indica que se pierde una cantidad de tiempo significativa en el paso, como el tiempo de espera.
-
Las restricciones relacionadas con la calidad se producen en los pasos con un bajo porcentaje de finalización y puntuaciones precisas. Esto indica que se pierde una cantidad significativa de esfuerzo y tiempo porque se repite el trabajo para corregir los defectos.
Estos pasos ofrecen la mejor oportunidad de mejorar la rapidez y la calidad del proceso de desarrollo de software.
En todo el flujo de valor, puede agregar tiempos de entrega o procesamiento a todos los pasos para obtener un tiempo de entrega o procesamiento acumulativo para todo el flujo de valor. También puede multiplicar las puntuaciones del porcentaje completado y preciso de todos los pasos para determinar un promedio. Esto puede ayudarle a comprender cuánto tiempo lleva el trabajo en todo el sistema y la probabilidad de que sea correcto en un paso determinado.
Paso 8: mejora continua
Una vez identificadas y priorizadas las restricciones en la asignación de flujos de valor para el desarrollo, podrá utilizarlas para impulsar la mejora del proceso de desarrollo de software. Trabaje con las partes interesadas y los propietarios de los pasos para mejorar la rapidez y la calidad mediante la eliminación de transferencias, pérdidas de tiempo y excesos de procesamiento.
Tras implementar los cambios, revisite la DVSM con los propietarios de los pasos y evalúe si los cambios se han aplicado correctamente. Actualice la DVSM en función de los cambios y, a continuación, identifique y priorice las nuevas restricciones para impulsar la mejora continua. Es habitual que aparezcan nuevas restricciones en otra parte de la asignación o que las restricciones pasen de una prioridad baja a una prioridad alta.