1.-¿Funciona la Metodología Ágil?

1.-¿Funciona la Metodología Ágil?

1.- ¿Que es Metodología Ágil?

Si buscas en la rae las palabras metodología ágil mas los principios del manifiesto ágil y en base a mi experiencia te puedo dar la siguiente definición: 

” Procedimientos ,pasos, indicaciones y recomendaciones que uno sigue para gestionar un proyecto basándose en entregar y aprender rápidamente de las necesidades y soluciones que requiere el cliente”

2.- ¿Conociendo la Metodología Ágil?

Para aterrizar la metodologia me voy a basar en la metodologia agil de SCRUM y voy a detallar los pasos para que entiendas los pro y contra.

2.1- Historias de Usuario 

En este documento vas a identificar las personas y las funcionalidades que requieren de parte del sistema para poder realizar una tarea. Este es un documento que describe de una manera sencilla, resumida y con algunos anexos.

Ejemplo de una Historia de Usuario :

H1.- Como usuario de contabilidad requiero un sistema que me permite cargar los asientos contables.

H2.- Como usuario de Almacén requiero contrastar los stocks de los sistemas x, y para validar el conteo.

H3.- Como líder del equipo de seguridad necesito administrar accesos y privilegios para cumplir con las políticas de seguridad

2.- Prototipos

En base a cada historia que has identificado aquí presentas las primeras interfaces para recabar información por parte del usuario.

Ejemplo de un Prototipo:  

Un prototipo puede ser un bosquejo , una interfaz , un dibujo una construcción que sirva para conversar con el usuario con el fin de validar requerimientos, expectativas , aprender y recopilar información valiosa para la construcción del producto.

 

Te invito a que leas mi articulo sobre la importancia de los prototipos.

2.- Sprint

Dependiendo de la complejidad del producto final el equipo del proyecto define 1 o mas Sprints con una duración promedio de entre dos a cuatro semanas. El objetivo es que con cada sprint el usuario ya pueda validar y empezar a utilizar ese producto y con el ultimo Sprint ya se tenga el proyecto cerrado.

Los Sprint son entregas en el tiempo y que al final se cuenta con todos los prodcutos, entregables que estan en el alcande del proyecto. Para que sentienda veamos la entrega de los Sprints d un sistema Administrativo, cada entrega de un Sprint permitia que sea usado pero con el ultimo spritn se lográ el sistema integrado.

a donde pivotar

3.- Problemas de la Metodología Agile

Esta idea de empezar a diseñar y desarrollar rápidamente en colaboración con el usuario es genial. No se necesita una planificación detallada ni una documentación excesiva porque cada versión o sprint sirve para validar, mejorar o ajustar el producto de acuerdo a la necesidad del cliente.  

El principal problema que he detectado en la aplicación de esta metodología en el Perú la resumo en la siguiente palabra: ” RESPONSABILIDAD”.

 Ponte en los zapatos del usuario o product owner al que se le pide que valide la historia de usuario o el prototipo, nadie va a querer firmar o dar por aprobado un documento que no detalla las formulas, los cálculos , los anexos , primeras definiciones técnicas que van a desarrollar en el primer sprint. 

Si se aprueba la historia de usuario o los prototipos he visto que durante la etapa de pruebas se descubre que los desarrolladores olvidan agregar validaciones, calculos o alguna indicacion o acuerdo que se tuvo durante la etapa de definicion  con el usuario. Este es uno de los costos de no contar con una documentación completa. Alguien podrá decir que los deltas que se encuentren serán atendidos en los sprints pero aquí habria que revisar los costes de mas ciclos de desarrollo.

3.- Recomendaciones para aplicar la Metodología Agile

La primera recomendación que te doy es que conozcas claramente las politicas de control, gestión , auditoria de tu organización y logicamente tengas un buen entendimiento de la metodología agil que vas a implementar.  Teniendo en cuenta mi experiencia aquí van mis recomendaciones:

1.- Asegurarte que los usuarios funcionales , autorizados y otros usuarios con los de certificación  y auditoria entiendan la cultura agil .

2.- Documenta lo necesario , ser agil no quiere decir que no documentes y que tengas ordenado y claro las reglas, condiciones y especificaciones por parte del usuario. Ser agil es ordenar la información para entender que  es lo que hay que hacer y claro no destinar tanto tiempo en una documentación que puede cambiar con cada iteración.

3.- Utiliza un software o sistema que facilite la coloboración entre todos los mimebros del equipo, no en todas las realidades el usuario esta destinado al 100% al proyecto sigue con sus actividades del a dia por eso contar con un sistema que permita mostrar , compartir la documentación, las interfases , tableros de seguimientos de pendientes ayudará a que ganes tiempo y aprendas rapido. Puedes utilizar el JIRA, Ms Team. etc.

 

4.- Conclusiones

En mis 13 años de experiencia en el mundo de los sistemas te puedo decir que ni el PMBOK, CMMI, COBIT, ITIL, RUP, SCRUM, etc. Funcionan eficientemente incluso eficaz. Para que algo funcione bien eres tú quien tiene que definir un framework de acuerdo a tu realidad, los usuarios, los desarrolladores, el presupuesto, etc.  Este es el meollo del asunto, así que ten la confianza de que tu tambien puedes definir metodologias y como decia mi profesor de tesis : “Nadie en el mundo sabe más que tú”, porque claro incluso si academicamente millones son mejores que yo, nadie de esos millones esta o estuvo en lugar donde realice el estudio. 

4 + 9 =

Contactame