En la actualidad con los cambios que se viven estrepitosamente en todos los ámbitos (ejemplo: Transformación Digital). Surgen dudas de que metodología usar para llegar a buen puerto?, si al tomar una capacitación me dará la bala de plata para cumplir con los objetivos? que quiero ser un líder de proyecto o Project Manager ó Scrum Master? Durante los siguientes minutos hablaremos de cómo han evolucionado las figuras en la administración de proyectos y cómo dentro de mySolutions estamos adoptando el modelo de agentes extraordinarios de cambio.
Manifiesto Ágil
Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:
1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
7. software funcionando es la medida principal de progreso.
8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
Razones para adoptar agile en tus proyectos
1. Mejor manejo de errores de análisis y diseño.
Bajo un enfoque de desarrollo tradicional, los errores no identificados en primeras fases del proyecto tienden a ser muy costosos. Con frecuencia, estos errores ocasionan re trabajo e incumplimiento de las fechas de entrega, típicamente sucede que los errores son encontrados previo a liberar en producción nuestro software, con los tiempos ya prácticamente quemados.
2. Mejor gestión de cambios
Bajo un enfoque tradicional, todo proyecto debe tener un proceso de “Gestión de cambios de alcance”, bajo el cual toda solicitud de cambio es registrada, documentada, investigada, comunicada y se toma decisión sobre ellas. Usualmente es un proceso que implica varios pasos, niveles de revisión, aprobación y cambios en las fechas de entrega.
3. Mayor motivación y desempeño del equipo de trabajo
Los enfoques de desarrollo ágil se basan en el empoderamiento (Empowerment) del equipo de trabajo, abandonando el enfoque tradicional de comando y control centralizado en una figura suprema semi-divina llamado Project Manager, por un enfoque de mayor colaboración y autogestión, lo cual da como resultado personas más motivadas e implicadas con el proyecto (la naturaleza humana es que no le gusta sentirse reprimido o dominado).
4. Mayor calidad
La calidad se define como el grado en que un producto satisface las expectativas de la persona que lo utiliza. Como se puede ver, el término depende del punto de vista y de quien la perciba.
5. Mayor velocidad y eficiencia.
El desarrollo ágil se basa en el concepto de realizar entregas parciales tempranas, complementados con entregas incrementales posteriores, donde se priorizan las funcionalidades que dan mayor valor al usuario cliente (que es muy diferente a lo más rápido o lo más fácil).
Marco de trabajo Scrum
Diferencias entre las metodologías WaterFall y Agil
Evolución del Rol de gestión
7 responsabilidades de un SCRUM Master
1. Ser un jugador de equipo. Los mejores Scrum Masters son jugadores de equipo reales, que reciben más satisfacción de facilitar el éxito de los demás que con sus propios éxitos individuales. También deben estar cómodos cediendo el control al Product Owner y al equipo. Por estas dos razones, los directores de proyectos tradicionales no suelen ser buenos Scrum Masters.
2. Eliminar los obstáculos e impedimentos. En primer lugar, el Scrum Master debe hacer todo lo que esté en su mano para eliminar los obstáculos que impiden que el equipo consiga sus metas. Básicamente, cualquier cosa que distraiga o impida al equipo avanzar es considerado un impedimento, por lo que los desafíos de un Scrum Master son realmente infinitos. Cuando el equipo de un desarrollador muere, es trabajo del Scrum Master conseguir que vuelva a estar operativo, o se sustituya. Si los desarrolladores se quejan de la alta temperatura en su lugar de trabajo, el Scrum Master debe encontrar una manera para bajarla.
3. Irradiar información. Una de las principales responsabilidades del Scrum Master es irradiar información, o asegurar que el progreso y los éxitos del equipo son visibles por todos los interesados, incluido el propio equipo. Estos elementos de comunicación (“radiadores”) pueden tomar la forma de varios artefactos de Scrum, desde el Backlog al Burndown.
4. Apoyar al Product Owner. Así como el Scrum Master elimina los impedimentos para el equipo, también trabaja ayudando al Product Owner con distintas actividades. Estas incluyen la comunicación de actualizaciones e impedimentos, así con el mantenimiento del Backlog y la liberación de versiones.
5. Facilitar la creatividad y la autonomía del equipo de desarrollo. La otra cara de la responsabilidad del Scrum Master de eliminar los impedimentos para el equipo es fomentar un ambiente donde la creatividad y la autonomía puedan florecer. Un equipo que se auto-organiza para cumplir los objetivos del sprint, rendirá a su máximo potencial si sus miembros sienten que tienen el apoyo y la confianza del Scrum Master y Product Owner.
6. Mejorar las prácticas y herramientas de desarrollo según sea necesario. Para facilitar plenamente la productividad, el Scrum Master debe garantizar que el equipo cuente con las herramientas y conocimientos que necesita para triunfar. Esto podría incluir herramientas para facilitar la colaboración de equipos distribuidos y facilitar la adopción de nuevas prácticas de ingeniería que puedan ayudar a los desarrolladores a mejorar sus procesos.
7.Comunicar, comunicar y comunicar. Sí, la comunicación es parte integral de cada uno de los puntos anteriores, pero es tan importante que vale la pena mencionarla de nuevo. El éxito de Scrum depende de una comunicación clara y frecuente entre todas las partes interesadas. El Scrum Master actúa como centro de toda esa comunicación, asegurando que todo el mundo (el propietario del producto, el equipo, y varios otros actores) estén siempre al día.
Modelo de Madurez del Scrum Master
Simulador de examen de certificación scrum master
