Barra Superior

PMOinformatica.com
La oficina de proyectos de informática
La web sobre gerencia de proyectos de informática, software y tecnología.
Síguenos en:     

miércoles, 21 de agosto de 2013

La Transición hacia la Agilidad (1era Parte)

Imagen de: Blog MissUnderstood
Revisando Internet nos hemos encontrado con un Paper muy interesante publicado por Rex Lester en Scrum Alliance, titulado "Transition to Agile", el artículo se refiere a la experiencia del autor con la “Transición hacia la agilidad” en un proyecto, y ha compartido esta retrospectiva con el público.

No debe subestimarse la resistencia que se puede encontrar al intentar la transición hacia el Desarrollo Ágil de Software, pues puede encontrarse con miedo a lo desconocido, desconocimiento de cómo se hacen las cosas en la agilidad, y tendencia a apegarse a lo que ya se sabe hacer, es decir el Modelo Cascada.

Sin embargo, la comunidad de desarrollo de software es muy receptiva a este cambio, muchos traen las malas experiencias de proyectos anteriores y por ende están dispuestos a darle una oportunidad a la Agilidad.

El autor comienza con una introducción y con los retos que tuvo que enfrentar al implementar la agilidad:

Problemas (issues) de la transición a la agilidad

  • Quienes integran las funciones de soporte o de área de negocio, tienden a estar más apegados a “la forma en que se hacen las cosas”.

  • Debe tenerse cuidado con las organizaciones que buscan la agilidad como una forma de “hacer más con menos”, es necesario clarificar cual es el objetivo, ¿Por qué la organización quiere ser ágil?, ahorrar dinero, seguir haciendo proyectos pero mantener la ilusión que son “ágiles”, o realmente quieren transformar la forma de hacer las cosas.


  • Sin tener el compromiso de la Alta Gerencia con la agilidad y su apoyo constante, es poco probable que tangas éxito. También, debes cuidarte de Gerentes medios con objetivos personales.


  • Debe tenerse cuidado con el Gerente de Proyectos que cree que adherirse de forma rígida a métodos preestablecidos es la única forma de lograr cambios efectivos, y que si esto no funciona la solución es hacer más “Gerencia de Proyectos”.

  • Si el énfasis en la organización es en entregar “proyectos” y no en productos que sirvan a las necesidades de los usuarios, se encontrará resistencia a la agilidad. (cuando el foco es terminar el proyecto en tiempo, costo y calidad, no en que el producto cubra las necesidades y genere cambio positivo en el área de negocio).

  • Muchos no han visto nunca como se ve una organización ágil, ¿Cómo se puede compartir esta visión?, ¿Cómo se les puede describir? No hacerlo puede generar miedo a lo desconocido.

  • El manejo de proveedores externos y trabajadores offshore también puede ser un reto, pues las relaciones con esto se basa en requerimientos y entregables que no pueden cambiar. Al implementar la agilidad, se requiere otro enfoque distinto para que estas relaciones sean exitosas.

  • Tradicionalmente, siempre ha existido desconfianza y falta de comunicación entre el área de negocio y los desarrolladores de software. Los principios ágiles se basan en construir una cultura de confianza y respeto entre ambas partes.

  • La tendencia a hacer adopciones parciales al encontrar obstáculos insalvables (por ejemplo un área de negocio que se resiste) puede ser un problema, lo mejor que se logrará es proyectos en cascada más pequeños y menos óptimos.

  • Mantener el uso de estimados en lugar de puntos de historia, el problema es que el enfoque sigue estando en el costo y no en lo que genera más valor para el usuario.

  • Cultura del Big Bang, el almacenar inventario y entregarlo en una sola entrega disruptiva genera más notoriedad que los cambios incrementales, por lo que algunos podrían resistirse a dejar esta notoriedad y prestigio para sí.

  • Muchas organizaciones simplemente envían a sus Gerentes de Proyecto o un curso de Scrum, esperando implementar así la agilidad.

  • La “ilusión de avance”, muchas organizaciones ejecutan muchos proyectos a pesar de tener recursos insuficientes, por lo que las personas se ven obligados a participar en múltiples equipos. 


¿Y qué opinas tú?

¿Qué opinas tú sobre la transición hacia el desarrollo ágil de software?, ¿has vivido la implementación de prácticas ágiles en tu organización?, ¿Qué retrospectivas puedes compartir?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.

Referencia

Transitioning to Agile

¿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 en la entrada

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.