La Agilidad no significa Anarquía: 2da Parte - La Oficina de Proyectos de Informática

miércoles, 13 de noviembre de 2013

La Agilidad no significa Anarquía: 2da Parte

Imagen de: GutCheck

Como resultado de la publicación de la primera parte de este post, se abrió un debate muy interesante en los grupos de discusión Agile-Spain y Scrum Manager en la red social Linkedin. Gran parte de la discusión se centró en enumerar el “Porque la Agilidad no es Anarquía”.

A continuación, pmoinformatica.com “La Oficina de Proyectos de Informática”, presenta como segunda parte de este post, las razones por las cuales La Agilidad no significa Anarquía. Clasificamos las razones tres categorías: Equipo Cohesionado, Mayor control de satisfacción del cliente y Mejores estimaciones, métricas e indicadores.

Agradecemos todos los comentarios de la comunidad, que hicieron posible la publicación de este post.

Razones de porque la agilidad no significa Anarquía

Equipo cohesionado aprendiendo y mejorando constantemente

  • Permite transformar equipos desintegrados y en crisis en equipos cohesionados de alto impacto y desempeño, ¿Cómo?, todos toman parte en las decisiones, por lo que todos están comprometidos, siguiendo los valores de la agilidad.
  • La mejora continua no es una función externa, sino que está integrada con el trabajo diario, pues el equipo está en reflexión y auto-aprendizaje constante. Cada semana/dos semanas establece analiza y propone mejores en la forma de trabajo del equipo realizando las reuniones de retrospectiva
  • Conocimiento compartido, sin islas de conocimiento ni miembros del equipo que nadie sabe lo que hacen. 

Mayor control y satisfacción de las necesidades del cliente
  • Involucramos al cliente en las decisiones proyecto, así satisfacemos su necesidad de información, ¿Cómo puede ser esto anarquía?, más bien al contrario.
  • Le decimos al cliente que si sus prioridades cambian, las funcionalidades a desarrollar también pueden cambiar (siguiendo las reglas para administrar el backlog de producto), por ende, damos más control al cliente en lugar de anarquía. Realmente no hacemos lo que queremos, al contrario, garantizamos al cliente que haremos lo que él quiera.
  • Logramos anticipar y suministrar el software que el cliente necesita, mejorando la calidad y efectividad. Cuando se logra esto, cumplir fechas y presupuestos vendrán por sí solos.
  • Si el cliente lo desea, puede sacar producto desde sus primeras versiones, pues garantizamos que será útil para él desde el principio, de esta forma, damos mayor control sobre el rendimiento y retorno de inversión.
  • En el largo plazo, se construyen relaciones de confianza y ganar-ganar entre desarrolladores de software y clientes, alineados y remando en la misma dirección.
  • Las metodologías predictivas han reducido tanto las expectativas en cuanto a cumplimiento de fechas y presupuesto que, no tiene nada que perder probando la Agilidad.

Mejores estimaciones y mayor transparencia en métricas e indicadores
  • Conocimiento diario de cuanto resta (estimación) para terminar cada tarea.
  • Conocimiento de la velocidad del equipo, en relativamente poco tiempo se puede lograr mayor previsibilidad de cuánto tiempo tomará hacer las cosas.

Pero cuidado, establezca las expectativas claras con el cliente

A pesar de estos beneficios, es necesario fijar expectativas claras con la Gerencia, en cuanto a: 

  • La auto-organización es un proceso que no ocurre de la noche a la mañana.
  • Primero el equipo debe aprender prácticas bases antes de lograr dar resultados, luego deben ajustar su proceso iteración tras iteración.
  • Esto implica errar y aprender de sus errores. Nuestro esfuerzo no debe enfocarse en castigar al que se equivoca sino aprender y tomar medidas para que no se repitan.

¿Y qué opinas tú?

¿Que opinas tu?, ¿Que otras razones expondrías para demostrar que la agilidad no significa anarquía?. Déjanos tus comentarios en este post o envíanos un mensaje directo a la sección Contáctanos. Te invitamos a suscribirse por los distintos canales, incluyendo lista de correo electrónico, al Twitter @PMOInformatica, a nuestra página de Facebook o al feed RSS.

<< Artículo Anterior: La Agilidad no significa Anarquía: 1era Parte

Referencia

Fewell, J. Agilidad sin Anarquía. Revista PM Network. Página 25. 

¿Interesado en libros sobre el desarrollo ágil de software?














Running Lean: 
Iterate from Plan
A to a Plan That Works
Autor: Maurya, A.
>> España (amazon.es)
>> Latinoámerica (amazon.com)
PMI-ACP Exam 
Prep
Autor:
Griffiths, M
>> España (amazon.es)
>> Latinoámerica (amazon.com)

 

Agile Software Requirements
Autor: Leffingwell, D; Widrig, D.
>> España (amazon.es)
>> Latinoámerica (amazon.com)
Agile Testing
Autor: Lisa Crispin y Janet Gregory
>> España (amazon.es)
>> Latinoámerica (amazon.com)

¿Interesado en otros productos y últimas novedades? 
>> Visita nuestra sección de productos amazon

Otros artículos sobre Desarrollo ágil

No hay comentarios :

Publicar un comentario

Pmoinformatica.com," La Oficina de Proyectos de Informática ", es un participante en el Programa de Servicios de Amazon Associates LLC, un programa de publicidad de afiliación diseñado para proporcionar un medio para que sitios web puedan ganar honorarios por la publicidad y enlaces a amazon.com y amazon.es.