La medición y el análisis en proyectos de software soporta la toma de decisiones a todos los niveles de la organización, facilitan la planeación y estimación de proyectos futuros, así como el monitoreo del desempeño actual para conocer si existen desviaciones con lo planeado.
En este post explicaremos qué es un Scrum Master en Quarksoft, sus responsabilidades dentro del equipo ágil, así como las actividades en las que debe enfocarse para garantizar el logro de los objetivos.
De manera general, un Scrum Master es el coach del equipo, también conocido como facilitador del proyecto. Será la figura que lidera y guía al equipo en la ejecución de las prácticas ágiles durante el proyecto con el fin de alcanzar los objetivos establecidos.
Apoya al equipo en resolver cualquier impedimento que se les presente para que al término de cada sprint se entregue la funcionalidad esperada que le da valor al cliente.
En Quarksoft contamos con una metodología ágil para administrar nuestros proyectos que es una combinación de varios frameworks o metodologías como SCRUM, Kanban, PSP y TSP principalmente. Debido a esto, existen varias tareas o funciones adicionales que nuestro Scrum Master hace:
Entre sus principales responsabilidades están:
Por lo tanto, un Scrum Master debe contar con un conjunto de habilidades como:
Si quieres saber más del tema te recomendamos acercarte a nuestra área de Desarrollo Operativo e Innovación (DOI) para conocer más sobre Agile by QS.
En esta ocasión explicaremos qué es un Product Owner, sus principales actividades y por qué es tan importante su participación al estar ejecutando un proyecto ágil.
Es uno de los roles más importantes al desarrollar proyectos ágiles, es responsable de optimizar el valor del producto que será desarrollado y de defender y comunicar “la voz del cliente”.
Su participación debe garantizar que el equipo aporte auténtico valor al proyecto, administrando de manera correcta el Product backlog y definiendo las características y funcionalidades que tendrá el producto. Por lo tanto, debe ser una persona muy estratégica capaz de entender y visualizar el proyecto completo y la funcionalidad esperada, identificar lo realmente importante, estructurarlo y priorizarlo.
Debe enfocarse en garantizar la mejora constante del producto y que éste se mantenga alineado con la parte estratégica de su organización.
Entendiendo el rol y las actividades que desempeña queda claro que la colaboración y comunicación entre él y el equipo es vital para que el proyecto sea exitoso. Sin embargo, es importante entender que el Product Owner no es el jefe del equipo de desarrollo ni del Scrum Master, sino un colaborador que de igual a igual, vela por el éxito del proyecto.
Su participación es de vital importancia en varios momentos del sprint:
Entre sus principales responsabilidades están:
Por lo tanto, un Product Owner debe conocer perfectamente las actividades a desempeñar durante el proyecto, es necesario que esté capacitado en los procesos y ceremonias que serán ejecutados para garantizar que se desarrolla el producto esperado dando el mayor valor a su organización.
Debe poder decidir qué incluye y qué no incluye en el proyecto, saber decir NO a una petición de un usuario, gerente o cualquier stakeholder si ésta no aporta valor.
Para finalizar, es importante que se aclare lo que un Product Owner no debería:
Si quieres saber mas del tema te recomendamos acercarte a nuestra área de Desarrollo Operativo e Innovación (DOI).
En la actualidad la mayoría de las empresas utilizan frameworks ágiles para desarrollar software.
En Quarksoft, no somos la excepción, con la experiencia que tenemos de más de 20 años desarrollando software, hemos diseñado una metodología a la que le llamamos “Agile by QS”.
Quarksoft fue fundada en el 2001 con los principios de Personal Software Process (PSP) y Team Software Process (TSP) en donde la propuesta de PSP para la calidad de productos de software es el enfoque en las habilidades individuales de los desarrolladores, su compromiso y disciplina hacia el proceso personal y como consecuencia la formación de equipos auto-dirigidos comprometidos con la calidad de los productos generados.
Uno de los diferenciadores de QS ha sido su enfoque en programas de mejoramiento de procesos de software para generar productos de la más alta calidad que logren la satisfacción del cliente por lo tanto con base en los principios de PSP y TSP hemos establecido procesos de desarrollo de SW con enfoque en la administración cuantitativa que facilitan y mejorar la toma de decisiones.
Nuestros procesos de software se han caracterizado por estar alineados al modelo CMMI.
Desde 2005 hemos obtenido evaluaciones exitosas del modelo CMMI DEV y actualmente mantenemos vigente esa evaluación.
| Fecha | Evaluación SCAMPI CMMI-DEV | ||
| 9 de Diciembre del 2005 | SCAMPI A Nivel 3 | ||
| 27 de Febrero del 2009 | SCAMPI A Nivel 3 | ||
| Septiembre 2010 | SCAMPI B continuo | ||
| Marzo 2012 | SCAMPI A Nivel 5 CMMI-DEV v1.3 | ||
| 8 de Mayo del 2015 | SCAMPI A Nivel 5 CMMI-DEV v1.3 | ||
| 4 de Mayo del 2018 | SCAMPI A Nivel 5 CMMI-DEV v1.3 |
La utilización de marcos de referencia que fomentan el uso de métricas nos ha dado una experiencia profunda en la administración cuantitativa de proyectos de software y tecnología en general.
Desde hace algunos años nos hemos enfocado en transformar nuestros procesos estándar de desarrollo de SW y gestión de proyectos hacia un esquema ágil que nos permita maximizar la satisfacción de nuestros clientes con un enfoque en la entrega de valor constante y en periodos cortos. Como objetivo nos hemos planteado fortalecer las prácticas ágiles con la amplia experiencia organizacional en recolección, validación, análisis y reporteo de datos históricos así como el uso de técnicas estadísticas para administración cuantitativa que cubra en mayor grado las necesidades de nuestro mercado actual.
Con ese contexto hemos experimentado que nuestras prácticas ágiles se han beneficiado y retroalimentado con la integración de prácticas relacionadas con el nivel 5 del modelo CMMI v2.0, donde la base fundamental de la administración cuantitativa se sustenta en la recolección de información y su utilización para medir el desempeño de los procesos alineados a objetivos organizacionales y de negocio.
Si bien se han mantenido las métricas propuestas en agilidad y por el marco de referencia SCRUM como “Lead Time”, velocidad de equipo, frecuencia de liberación entre otras también hemos logrado definir métricas complementarias a nuestro contexto y necesidades de medición que nos permitan obtener una mayor claridad en el logro del cumplimiento de nuestros objetivos organizacionales de desempeño.
Específicamente hemos complementando nuestras prácticas con métricas básicas como tiempo, tamaño y defectos relacionados con las actividades y tareas de desarrollo. Además hemos mantenido prácticas relacionadas con la “Practice Area” (PA) de Administración del Desempeño y Medición (MPM) con las cuales las prácticas ágiles relacionadas con medición se detallan con una descripción clara sobre su relación con el objetivo organizacional, su descripción operativa y la manera en la que soportan el análisis de información hacia una toma decisiones más efectiva. Además con prácticas relacionadas con la PA de Medición hemos podido alinear prácticas en toda la organización lo cual nos permitirá comparar información a través de diferentes proyectos.
Con prácticas en general de nivel 3 de CMMI buscamos escalar la agilidad de una manera más estructurada a lo largo de toda la organización, a través de diferentes proyectos e industrias y compartiendo experiencias y lecciones aprendidas en el uso de ceremonias ágiles.
Nuestro cambio y transformación organizacional hacia la agilidad está sustentado en un programa de gestión del cambio basado en “Lean Change Management” que ha facilitado el proceso de cambio.
Finalmente es importante resaltar que nuestro proceso ágil ha sido sustentado y soportado por una herramienta propietaria de gestión de proyectos ágiles que facilita la recolección de información, generación de métricas, integración de prácticas, ceremonias, experiencias y lecciones aprendidas.