envelopecontacto@tenstep.com.ec teléfono099 4586 197  lock Iniciar sesión   infoContáctese   twitter  facebook

Cómo TI Respalda el Gobierno de Entrega Ágil

Governing-Delivery-Teams1
El diagrama representa también varios flujos de trabajo importantes con otros equipos o actividades. Esto refleja el hecho de que el gobierno de TI se encarga de un amplio rango de asuntos, muchos de los cuales afectan a los equipos de entrega de TI. Estos equipos/actividades externos apoyan el gobierno de los equipos de entrega ágiles disciplinados de la siguiente manera:

Mejoramiento continuo.- Las personas comparten entre sí sugerencias de mejoramiento con el fin de expandir las buenas ideas a lo largo de la organización.

Gestión de Datos.- Uno de los resultados de tus esfuerzos en la gestión de datos debe ser una guía de datos común que los equipos deben seguir según corresponda. Esta guía incluye cosas como convenios de nomenclatura de datos, metadatos del origen de datos y convenciones de diseño de informes, por nombrar algunos.

Arquitectura de la Empresa.- Tus actividades de arquitectura empresarial pueden producir un mapa de ruta de tecnología común y lineamientos de desarrollo a seguir por el equipo. Una estrategia común es incorporar arquitectos empresariales, generalmente en el rol de Propietario de Arquitectura, en equipos de entrega de TI para ayudar a asegurar que el equipo siga las convenciones de arquitectura y para proveer un mecanismo de retroalimentación concreta a los arquitectos de la empresa. Los lineamientos de desarrollo pueden incluir convenciones de código, convenciones de interface de usuarios, convenciones de seguridad y muchas otras.

Gobierno de TI.- A menudo, tus actividades de gobierno de TI proporcionarán orientación, tal como políticas corporativas o declaraciones de valor, que está muy por encima y lejos de la orientación producida por otras actividades de TI. Los equipos de TI de entrega proveerán inteligencia de desarrollo (DI) al cuerpo de gobierno para permitirles tomar mejores decisiones y por lo tanto proveer mejor guía a los equipos.

Gestión de las personas.- Tus esfuerzos por gestionar a las personas, algunas veces llamados esfuerzos de gestión de recursos humanos (HR), proveerán a los equipos una guía orientada. A menudo, esta guía se encarga de tópicos tales como políticas de capacitación, políticas de vacaciones, roles y responsabilidades y muchas otras cosas.

Gestión del portafolio.- Los esfuerzos de la gestión del portafolio de tu organización proveen los fondos iniciales del equipo y la visión para ponerlos en marcha, dándoles una dirección eficaz. Los equipos de entrega de TI proveen inteligencia de desarrollo (DI) al director de portafolio, particularmente alrededor de los problemas de planificación y gasto, permitiéndoles tomar mejores decisiones.

Gestión del producto.- Las actividades de tu director de producto resultarán en el desarrollo de un mapa de ruta que ayudará a guiar a los equipos de entrega de TI, particularmente a los Propietarios de Producto de esos equipos. La gestión del producto también proveerá prioridades de negocio las cuales dirigirán las acciones de tus equipos de entrega de TI.


Gestión de la liberación.- Tu equipo de gestión de la liberación producirá pautas de liberación y consejo para los equipos de entrega de TI, los cuales ayudan a impulsar su enfoque de implementación.

 

 

 

Autor:Disciplined Agile Consortium. ©2013-2019 Project Management Institute, Inc.

Traducción: Adela Vega, SMC, SDC

 Adaptación: Enrique Ledesma M.Sc., DALSM/CDAI, PMP, STC, SPOC, SMC, SDC

 

Gobierno de Equipos Ágiles

 Governing-Delivery-Teams1

Un tópico importante, y pocas veces discutido, es cómo gobernar equipos ágiles de desarrollo de software. Esto es bastante extraño considerando que los equipos ágiles se gobiernan ya sea que decidas reconocerlo o no. Si alguien está pendiente del presupuesto, o del nivel de calidad que se produce, o ya sea que estés construyendo algo de valor para tus interesados, entonces están siendo gobernados. Si existen roles y responsabilidades definidos para los miembros del equipo, entonces están siendo gobernados. Si estás siguiendo lineamientos  comunes de programación o bases de datos, o si trabajas siguiendo uno mapa de ruta común de negocio, o si invitas a otras personas para presenciar tus reuniones de coordinación, entonces estás siendo gobernado. La pregunta es si estás siendo bien gobernado.

El Kit de Herramientas de Disciplined Agile (DA) es uno de los pocos lugares en donde las estrategias de gobierno ya están incluidas. De hecho, hemos dedicado un capítulo entero a gobernar equipos de entrega en nuestro libro Disciplined Agile Delivery. En este artículo exploraremos:

1.- ¿Qué es (qué no es) el Gobierno Ágil de Entrega de Valor?
2.- ¿Por qué el Gobierno Ágil de Entrega de Valor?
3.- ¿Cómo Gobernar Equipos de Dsciplined Agile?
4.- Estrategias que Permiten Generar un Gobierno de Entrega de Valor.
5.- ¿Cómo el Resto de IT Respalda el Gobierno de Entrega de Valor?
6.- Conclusión

 

¿Qué es (qué no es) el Gobierno Ágil de Entrega de Valor (Agile Delivery Governance)

La Gobernanza establece cadenas de responsabilidad, autoridad y comunicación como respaldo de todas las metas y estrategias de la empresa. También establece medidas, políticas, estándares y mecanismos de control que permiten a las personas llevar a cabo sus roles y responsabilidades de manera efectiva. Hace esto a través de balancear el riesgo versus el retorno de la inversión (ROI), definiendo procesos efectivos y prácticas, definiendo la dirección y las metas para el equipo y definiendo los roles que las personas juegan en el equipo.

El Gobierno Ágil de Entrega de Valor es el gobierno de equipos de entrega ágil de valor, de tal manera que refleje y respalde el paradigma ágil. Hemos identificado los siguientes principios para una gobierno ágil efectivo.

1.- La colaboración con los equipos de entrega de valor es más efectiva que tratar de forzarlos a obedecer. Los profesionales de IT son trabajadores intelectuales. El tipo de personas que son más propensas a hacer lo que requieres cuando trabajas con ellos para lograrlo en lugar de decirles que lo hagan. Por ejemplo: si quieres que un equipo de entrega ágil de valor trabaje en torno a una estrategia técnica común (tal vez contenida en el mapa de ruta técnica de tu organización) sería mejor que tengas personal conocedor de esa estrategia trabajando directamente con el equipo en lugar de forzarlos a completar formularios específicos que serán revisados en algún momento. En este caso, el kit de herramientas sugiere el rol específico de Propietario de la Arquitectura (Architecture Owner), quien es el responsable de esto.

2.- Permitir a los equipos “hacer lo correcto” es más efectivo que tratar de inspeccionarlo. Los miembros del equipo ágil son humanos y al serlo, su tendencia natural es hacer lo más fácil posible. Esto implica que para las cosas que querías que sucedan, debiste posibilitar al equipo a hacerlas y permitirles que lo hagan de la manera más fácil. Por ejemplo, digamos que tu organización requiere desarrolladores que sigan las convenciones de código común. Una manera de hacerlo sería mantener inspectores de código, un proceso que consume tiempo, que valida si se están siguiendo las convenciones de código. Un acercamiento más fácil podría ser adoptar una herramienta de análisis de código tal como CheckStyle e incluirla en tu estrategia de integración continua. Este enfoque automático no requiere esfuerzo extra por parte del desarrollador y provee retroalimentación inmediata en relación a la calidad de su código y le provee una oportunidad de aprendizaje que les ayuda a mejorar sus habilidades.

3.- El monitoreo continuo provee conocimiento más oportuno que revisiones de calidad del umbral de fin de fase. Los tableros del equipo que utilizan tecnología de inteligencia de negocio (BI) para mostrar las medidas en tiempo real, generadas por el uso de tus herramientas de desarrollo, se han vuelto muy comunes en años recientes. Esto permite, tanto al equipo como a sus interesados, monitorear el progreso del equipo de manera continua y en tiempo real.

Esto es, órdenes de magnitud más efectivo que las tradicionales revisiones de artefactos de calidad del umbral de fin de fase. Puesto que la información desplegada en los tableros se genera automáticamente como efecto colateral del uso de la herramienta y por tanto es increíblemente difícil de fingir. Mientras que los artefactos del equipo (reportes de estatus, especificaciones, planes y otros) son confeccionados y por lo tanto contienen información que su creador decide capturar. Más aún, luego del costo inicial de la tecnología del tablero, este enfoque es completamente gratuito. En el libro original DAD, nos referimos a esta estrategia como desarrollo de inteligencia (DI).

4.- La transparencia en los equipos provee mejor información que el reporte de estatus. A través de la aplicación de estrategias tales como radiadores de información, los tableros de equipos y la participación activa de los interesados, el trabajo de un equipo disciplinado de entrega de valor es efectivamente transparente. Todas esta estrategias se describen más adelante. Como resultado, tus interesados pueden descubrir cuál es el estatus actual de tu equipo con solo mirar cuando ellos quieran, no necesitan depender de los reportes de estado confeccionados por el equipo, que pueden llegar a ser un poco más que un trabajo de ficción.

El Gobierno a veces tiene mala reputación entre los desarrolladores, generalmente porque por años han tenido impuestas estrategias tradicionales inefectivas. Estas estrategias tradicionales con frecuencia son algo más que una capa de burocracia adicional que ofrece poco o ningún valor a tu organización.

Para tranquilizarte sobre este tema nos gustaría puntualizar que el gobierno ágil de entrega de valor no es:

Dirigido por la documentación.- Los grandes niveles de colaboración promovidos por ágil, en combinación con la estrategia de tableros de control del equipo alivian la necesidad de muchos de los artefactos que  dictan las estrategias del gobierno tradicional. Más aún, como pronto verás, los hitos sugeridos por el kit de herramientas de DA están dirigidos por el riesgo, no por la documentación.

Oneroso.- Los equipos de entrega de valor no seguirán una estrategia de gobierno onerosa, en el mejor de los casos, harán el trabajo suficiente para que parezca que están siguiendo el proceso de gobierno, lo que implica que el proceso ha fracasado completamente. Como resultado, hemos mantenido las estrategias de gobierno lo más livianas que hemos podido, y cuando lo haces bien, el gobierno en realidad mejora la productividad de los equipos de entrega de valor en lugar de restarla. Estas estrategias livianas se describen más adelante.

Gerencia.- Gobierno y gerencia son dos cosas diferentes. El gobierno mira al equipo desde afuera, lo trata como un sistema que necesita tener la estructura apropiada y procesos en su lugar para proveer una corriente de valor. La gerencia por otra parte, ocurre dentro del equipo y asegura que la estructura y los procesos se implementen efectivamente.

Opcional.- Tus equipos son gobernados, te guste o no. Nuestra filosofía es que tú mereces ser bien gobernado, por lo que nos hemos dado el tiempo de describir cómo.

 

 

Autor:Disciplined Agile Consortium. ©2013-2019 Project Management Institute, Inc.

Traducción: Adela Vega, SMC, SDC

 Adaptación: Enrique Ledesma M.Sc., DALSM/CDAI, PMP, STC, SPOC, SMC, SDC

 

¿Por qué un Gobierno de Entrega Ágil?

 Governing-Delivery-Teams1

Tu estrategia de gobierno de entrega ágil habilitará y motivará a tus equipos de entrega a:

  • Completar las estrategias y objetivos de tu organización.
  • Sostener y extender tus estrategias y objetivos de TI.
  • Crear de manera regular y consistente un valor real para el negocio.
  • Proveer un retorno de la inversión (ROI) apropiado.
  • Entregar soluciones consumibles de manera relevante y a tiempo.
  • Trabajar efectivamente con sus interesados del proyecto.
  • Trabajar efectivamente con sus colegas de TI.
  • Adoptar una estructura de procesos y organizacional que promueva una entrega exitosa de soluciones de TI.
  • Presentar información precisa y a tiempo a los interesados del proyecto.
  • Mitigar el riesgo que enfrentan.

Cómo Gobernar Equipos Ágiles Disciplinados

El diagrama ariba muestra cómo el kit de herramientas de Disciplined Agile (DA) habilita el gobierno de entrega ágil. Existen dos aspectos en este diagrama: estrategias seguidas por un equipo de entrega ágil o lean que activan el gobierno y el flujo de trabajo externo con personas o grupos fuera del equipo de entrega, que respaldan el gobierno de entrega ágil. Abajo exploramos ambos tópicos en detalle.

Estrategias que habilitan el Gobierno de Entrega

El diagrama de arriba recoge varias estrategias que respaldan el gobierno de equipos disciplinados de entrega ágil. Estas estrategias son:

Conciencia de la Empresa.- Se refiere al concepto de que los equipos ágiles disciplinados se dan cuenta de que trabajan dentro del ecosistema empresarial de tu organización, tal como lo hacen otros equipos. A menudo, hay sistemas existentes en producción que no deberían ser impactados negativamente por el lanzamiento de la solución en la que están trabajando. Mejor aún, su solución aprovechará funcionalidades existentes y datos disponibles en producción en lugar de reinventar la rueda. Ellos trabajarán con otros equipos que están trabajando en parelelo, esforzándose para aprovechar el trabajo de los demás. Trabajarán en dirección de las visiones de negocio y técnicas de tu organización. La conciencia empresarial es el puntal de un gobierno efectivo.

Planificación de la Liberación.- Temprano en el proyecto, o cuando un equipo de producto ha iniciado por primera vez, un equipo ágil disciplinado invertirá algo de tiempo en planificar la liberación de alto nivel. Hacen esto para identificar y pensar en cualquier dependencia de otros equipos y a menudo para identificar un costo razonable y tiempo estimado para la liberación actual en la que están trabajando. Ellos mantendrán actualizado este plan de alto nivel según el desarrollo progrese, compartiéndolo con sus interesados. La planificación de la liberación permite al equipo responder preguntas críticas de gobierno con respecto al cronograma del proyecto y los costos.

Tablero del Equipo.- La idea básica es que las herramientas utilizadas por tu equipo deberían instrumentarse para grabar eventos importares cuando ocurren. Por ejemplo, cada vez que se ejecuta una compilación, tu herramienta de compilación debería grabar información básica tal como la fecha y el momento en que se inició, el tiempo que tomó, el número de pruebas que se corrió, el número de prueba exitosas, etc. La herramienta de gestión de tu equipo podría grabar cuándo se define un ítem de trabajo, cuándo se inicia el trabajo sobre él, cuándo el trabajo se valida (si es apropiado) y cuándo se lo marca como hecho. Este tipo de información puede grabarse en un almacén de datos y reportarse después utilizando una herramienta de inteligencia de negocio (BI) a través de un tablero de proyecto o portafolio. En el primer libro de DAD nos referimos a esta estrategia como Inteligencia de Desarrollo (DI) y desde que se publicó el libro, esta estrategia se ha vuelto bastante común entre equipos ágiles. La información en tiempo real y precisa, irradiada por un tablero permite al equipo tomar mejores decisiones y proveer mejor transparencia a los interesaos (incluyendo a las personas de gobierno).

Irradiadores de Información.- Es un exhibidor visible que muestra lo que es de interés a un equipo, o a sus interesados. Ejemplos de esto es un pizarrón con un plano de arquitectura, un corcho con fichas nemotécnicas adheridas a él y un monitor montado en la pared que muestra el tablero del equipo. Los irradiadores de información permiten un mejor gobierno al incrementar la transparencia.

Participación Activa de los Interesados.- Es la práctica de tener acceso en sitio a los interesados, o por lo menos a sus apoderados (ejemplo: Propietarios del Producto). Lo interesados activos tienen la autoridad y habilidad de proveer información y tomar decisiones a tiempo con respecto a los requisitos de priorización y alcance. Esto permite un gobierno más efectivo a través de mejorar el acceso del equipo a quienes toman las decisiones.

Demos.- De manera regular, normalmente al final de cada iteración, para los equipos que siguen el ciclo de vida Básico/Basado en Scrum, el equipo demuestra la solución a los interesados clave. El equipo muestra el trabajo completo y solicita retroalimentación. Esta práctica también es conocida como Demostración a Interesados o Demostración del Sprint. Esto permite un gobierno efectivo al incrementar la transparencia y proveer mejores oportunidades de dirigir el equipo para los interesados.

Reuniones de Coordinación.- El equipo se reúne por pocos minutos, normalmente al inicio de cada día, para coordinar sus actividades. El líder del equipo facilita la reunion y es responsable de mantenerla corta y enfocada. A esta práctica normalmente se la llama Reunión Scrum o Reunion Diaria de a Pie. Esto permite un gobierno táctico dentro del equipo mismo a través de incrementar la transparencia interna y reducir el ciclo de retroalimentación dentro de equipo.

Hitos Livianos Basados en el Riesgo.- Las revisiones efectivas de hitos son tan simples y cortas como sea posible. Para un equipo pequeño y coubicado, la revisión de hitos puede ser tan simple como que pocas personas del cuerpo de gobierno, o sus agentes, visiten la oficina del equipo y pasen una hora mirando lo que sea que deba ser revisado. Para esfuerzos más grandes, se puede incrementar a medio día en una sala de reuniones. Los equipos en ambientes regulatorios pueden necesitar invertir un poco más de esfuerzo, particularmente alrededor de la creación y delineado de artefactos a ser revisados y el registro de ítems de acción de la revisión. Con la adopción de prácticas comunes ágiles tales como demos de interesados y tableros de equipos, descritas anteriormente, existirá menos necesidad de discusión sobre el estado y las revisaron de hitos. Los hitos sugeridos por el kit de herramientas de DA están basados en el riesgo y no basados en documentación. Por ejemplo, el hito de Arquitectura Provada se completa mejor a través del desarrollo de una funcionalidad de inicio a fin que implemente requisitos de alto riesgo, no la creación y revisión de un modelo de arquitectura. Hitos ligeros y basados en el riesgo.

Retrospectivas.- Una retrospectiva es una reunion de reflexión facilitada, llevada a cabo por el equipo, cuya meta es identificar áreas potenciales de mejoramiento. A menudo, las retrospectivas duran de treinta a sesenta minutos. Las retrospectiva ayudan a los equipos a ser más autoconcientes y a estar enfocados en el mejoramiento, respaldando tu meta de gobierno general de mejoramiento continuo.

Estas estrategias sostienen un enfoque ligero del gobierno mientras mejoran la efectividad total del equipo. Mientras el gobierno tradicional era algo temido, el gobierno ágil debería ser bienvenido.

 

Autor:Disciplined Agile Consortium. ©2013-2019 Project Management Institute, Inc.

Traducción: Adela Vega, SMC, SDC

 Adaptación: Enrique Ledesma M.Sc., DALSM/CDAI, PMP, STC, SPOC, SMC, SDC

 

Formando Centros de Excelencia (CoE)

Team-membership-1

Un CoE se forma a través de identificar a las personas que tienen las capacidades/conocimiento, habilidad de ser coaches, que probablemente puedan entrenar a otros y quienes tengan el interés por continuar aprendiendo por su cuenta.  La siguiente tabla compara y contrasta estrategias comunes para encontrar a los coaches del CoE.

 

 Estrategia  Ventajas  Desventajas
 Contratar dentro de la organización  La persona es reconocida y (ojalá) respetada dentro de tu organización.  La persona sabe cómo navegar tu ambiente organizacional.  Puede no haber experimentado el tópico del CoE fuera de tu organización, y como resultado, puede luchar con problemas del tipo “esta es la manera en que se hace las cosas aquí”.  Puede aun estar involucrado en las actividades de su posición en el organigrama.  Generalmente es nuevo en ser el coach del CoE.
 Contratar nuevos empleados  Trae un nuevo punto de vista y experiencias frescas a tu organización.  Generalmente, cuenta con experiencia como coach del CoE.  Puede ser muy difícil de encontrar, especialmente si no cuentas con gente experimentada en el tema del CoE que te permita identificar a los candidatos viables.  Puede ser difícil deshacerse de un empleado a tiempo completo en el caso de que no funcione.
 Contratar consultores contratistas  Es más fácil encontrar candidatos de donde escoger porque muchos expertos optan por convertirse en consultores.  Puede haber la oportunidad de contratar a una persona como empleado a tiempo completo luego de que has hecho la prueba con ellos.

 Es difícil de identificar a este tipo de personas si tú no cuentas ya con personas experimentadas en el tema del CoE que te ayuden a identificar a los posibles candidatos.

Un CoE se autoorganiza y dentro de un CoE grande emergerá un líder del equipo, llamado generalmente Líder del CoE, para guiar al equipo.

El CoE y otros Equipos

Los CoE tienen una relación cercana, y membresía traslapada, con otros tipos de grupos:

* Comunidades de Práctica (CoP).-  Una Comunidad de Práctica es un grupo de personas que comparten un arte o profesión que les ha unido para aprender unos de otros con el fin de desarrollarse a sí mismos y a la organización.  La principal diferencia entre un CoE y una CoP es que el CoE lo crea generalmente una organización con miembros fundadores cuyo trabajo a tiempo completo es ser coaches, maestros y mentores, mientras que la CoP se crea con esfuerzos voluntarios que generalmente no cuentan con fondos.  Debido a la naturaleza voluntaria de los CoP, generalmente duran mucho más que que el CoE y pueden ser el resultado final de un CoE una vez que su fondo oficial se acaba.

* Equipos de trabajo.- Muy frecuentemente, dentro de tu organización, habrá equipos de trabajo cuyo propósito es desempeñar algunas o todas las actividades del trabajo que apoya el CoE.  Por ejemplo, tu organización puede tener un equipo de Arquitectura de Empresa (EA), cuyo propósito actual es desarrollar y dar soporte a tu estrategia de EA.  En paralelo puedes tener una CoE de Arquitectura ayudando a las personas a aprender y compartir habilidades de arquitectura e incluso una CoP.  Nótese que un CoE es un tipo de equipo de trabajo.

 

Autor:Disciplined Agile Consortium. ©2013-2019 Project Management Institute, Inc.

Traducción: Adela Vega, SMC, SDC

Adaptación: Enrique Ledesma M.Sc., DALSM/CDAI, PMP, STC, SPOC, SMC, SDC

 

Page 1 of 4

Certificaciones Online

Solicita información

Más artículos