En cualquier compañía, empresa o proyecto, la tendencia es: "seamos más ágiles".
Con esta consigna, y habiendo hecho empresa, trabajado en una corporación de outsourcing, y ahora con la actual compañía. Uno entiende que se tienen varios problemas al desarrollar un proyecto de Ingeniería de Software, algunos que encuentro personales:
- Hacemos productos como proyectos. Un producto es un compromiso, y será producto solo si tiene mercado, no podemos pretender que con un proyecto, con un cronograma a la vuelta de un año viene y tiene el producto innovador que lo hará millonario.
- Planeamos para conquistar el mundo. Del mismo punto anterior, no se puede pretender planear (el amado MS Project) a largo plazo, eso ni en la vida misma funciona, los riesgos, los cambios y las necesidades cambian.
- El tema de Desarrollo en Cascada no funciona, pretender hacer todo el análisis, o todo el diseño de un Producto, para luego construir no funciona. El tema de Divide y Vencerás debería ser la premisa. Claro, es necesario tener el mapa completo, pero no el detalle completo.
Podría quedarme escribiendo lecciones aprendidas, pero desde el 11 de noviembre hablo de retrospectivas.
Una de mis responsabilidades es buscar formas de hacer mejor las cosas. De metodologías ágiles venimos leyendo, e incluyendo actividades desde tiempo atrás. Aprender Scrum o Visual Management es viable en Internet, pero muchas veces por más que uno lea e implemente "tropicalizando" no asegura el éxito.
Por eso al leer un post viejo de David Bonilla, y ver que unos amigos en Chile habían logrado mayor entendimiento con el curso de Scrum Master, busqué opciones y casualmente este año hubo una versión en Bogotá, con Xavier Quesada, una de mis fuentes de Visual Management mas consultadas.
Entonces, desde hoy, que por fin presenté el examen soy CSM, para certificar el conocimiento de tanta lectura e intentos en caliente con mis equipos de trabajo, ya podemos jugar a hacer Scrum de buena forma y con más critero.
*Voy a publicar apuntes del curso en estos días.