LES DAMOS LA BIENVENIDA A NUESTRAS CONFERENCIAS MAGISTRALES
SCRUM
“INTRODUCCIÒN”
ECO. JIRALDO GAMARRA RICARDO ERNESTO
EGRESADO DE LA MAESTRÍA EN GESTIÓN PÚBLICA (EUCIM – USMP)
DIPLOMADO EN GESTIÓN FINANCIERA, CONTROL Y GESTIÓN DE LAS EMPRESAS
Y FINANZAS AVANZADAS EN LA UNIVERSIDAD ESAN
AMPLIA EXPERIENCIA EN GESTIÓN EMPRESARIAL Y FINANCIERO, ASÌ COMO TAMBIEN EN PROYECTOS SOCIALES EN EL SECTOR PÙBLICO.
INTRODUCCIÒN
Cuando nos encargan un proyecto, por lo general, los clientes quieren que lo entreguemos ya mismo y con una calidad impecable. También es común que nos soliciten aplicaciones cada vez más complejas, tanto en su desarrollo como en su análisis. El resultado, por lo general, es que no se lleguen a cumplir las exigencias de los clientes. Para solucionar este tipo de problemas, existe Scrum o metodología Scrum.
¿Qué es Scrum?
�Scrum es un framework que permite trabajar en una serie de interacciones en equipo. Las fases que definen y en las que se divide un proceso de SCRUM son las siguientes:
1.- El quién y el qué: identifica los roles de cada uno de los miembros del equipo y define su responsabilidad en el proyecto.
2.- El dónde y el cuándo: que representan el Sprint.
3.- El por qué y el cómo: representan las herramientas que utilizan los miembros de Scrum.
El Modelo en Cascada
Antes de ahondar en cómo funciona Scrum, vamos a definir el modelo de trabajo actual y más común entre desarrolladores:
Una vieja tradición en el desarrollo de software es utilizar secuencias para cada una de las etapas en las que se dividen los proyectos. Estas varían dependiendo del cliente y del equipo de desarrollo, pero, para efectos de este ejemplo, usaremos tres: diseño, desarrollo y pruebas.
El Modelo en Cascada
Al conjunto de esta serie de pasos secuenciales se le conoce como Modelo en Cascada, y recibe este nombre porque, tal como el agua, fluye hacia abajo: tiene un flujo irreversible de trabajo que se caracteriza por un desarrollo etapa por etapa, hasta finalizar cada una de ellas.
Estas son desarrolladas por un grupo de especialistas en el área o departamento.
Cómo funciona Scrum: metodología para trabajar mejor en equipos
El equipo de Scrum consiste en tres diferentes roles:
- El Product Owner/Dueño del producto es la “voz del cliente” y el responsable de desarrollar, mantener y priorizar las tareas en el backlog.
- El Scrum Master es responsable de asegurarse que el trabajo del equipo vaya bien siguiendo las bases de Scrum. Además, se encarga de remover cualquier obstáculo que pueda encontrar el equipo de desarrollo.
- Los Development Team Members/Miembros del Equipo de desarrollo son los encargados de escribir y probar el código.
2. El Sprint: dónde y cuándo
El Sprint es la unidad básica de trabajo para un equipo Scrum. Esta es la característica principal marca la diferencia entre Scrum y otros modelos para el desarrollo ágil. Es una simple iteración llevada a cabo por los miembros del equipo. Un equipo puede completar varios sprints durante el desarrollo del proyecto.
Un Sprint inicia con un equipo que se compromete a realizar el trabajo y finaliza con la demostración de un entregable. El tiempo mínimo para un Sprint es de una semana y el máximo es de 4 semanas. Dentro del desarrollo de un Sprint se llevan a cabo ciertos eventos, estos reciben el nombre de Scrum Events o Eventos Scrum.
3. Herramientas Scrum: por qué y cómo
Para poder definir las respuestas a estas preguntas nos valemos de ciertas herramientas que Scrum nos provee. Estas son:
A) Backlog de Producto/Product Backlog
Esto puede referirse a todo elemento que sea parte del proyecto: puede ser un bug, una referencia o parte de un requerimiento. Brindan información muy general del proyecto y muchas veces no son tomados como requerimientos oficiales.
B) Historias de Usuario/User Stories
Es un elemento especial del product Backlog. Se llaman historias porque en ellas se proporciona información sobre cómo debe ser el comportamiento del requerimiento que se está trabajando. Su función es proporcionar información directa del cliente en caso de existir algún cambio. Generalmente estos sí son tomados como requerimientos oficiales.
C) Backlog del Sprint/Sprint Backlog
Es el conjunto de elementos tomados del Product Backlog que fueron priorizados, medidos y aceptados en las reuniones de Sprint Planning. Estos, en conjunto con sus respectivos User Stories, forman oficialmente los requerimientos a elaborar en cada uno de los Sprints que tendrá el proyecto.
D) El panel de Tareas/The Taskboard
Este panel muestra las tareas que tienen asignadas los miembros del equipo. Esta tabla se divide en tres columnas que representan el estado de la actividad:
a. Por hacer.
b. Haciendo.
c. Terminado.
E) Definición de “Listo”/Definition of Done
Todo equipo eficaz y ágil tiene ciertos acuerdos que deben cumplirse antes de dar por finalizado un proyecto. Estos son:
- Todas las tareas están completas.
- Revisión de Código / Code Reviewed.
- Pruebas realizadas a cada elemento desarrollado.
- Revisión por parte de los clientes (que cumpla sus necesidades).
- La revisión de las condiciones de Aceptación por parte del Product Owner.
Herramientas Digitales
- JIRA: es una de las herramientas más utilizada en empresas que trabajan con proyectos ágiles. Incluye tableros personalizados, flujos de trabajo e informes, entre otras funcionalidades. Es muy intuitiva y fácil de usar.
- TargetProcess: esta herramienta es muy útil cuando trabajas con varios clientes, ya que permite adaptarse a diferentes plataformas y tipos de administración. Ofrece un alto grado de personalización, informes y plantillas.
Herramientas Digitales
Fases de Scrum: los eventos que componen la metodología Scrum
1. Planeación del Sprint/Sprint Planning
Todos los involucrados en el equipo se reúnen para planificar el Sprint. Durante este evento se decide qué requerimientos o tareas se le asignará a cada uno de los elementos del equipo. Cada integrante deberá asignar el tiempo que crea prudente para llevar a cabo sus requerimientos. De esta manera se define el tiempo de duración del Sprint.
Fases de Scrum
2. Reunión de equipo de Scrum/Scrum team meeting.
A estas reuniones se les deberían dedicar máximo 15 minutos diarios, y deberían ser siempre en el mismo horario y lugar. En ellas, cada miembro del equipo deberá responder tres simples preguntas:
¿Qué hiciste ayer?
¿Qué tienes planeado hacer hoy?
¿Qué obstáculos encontraste en el camino?
3. Refinamiento del Backlog/Backlog Refinement
El Product Owner revisa cada uno de los elementos dentro del Product Backlog con el fin de esclarecer cualquier duda que pueda surgir por parte del equipo de desarrolladores. También sirve para volver a estimar el tiempo y esfuerzo dedicado a cada uno de los requerimientos.
Fases de Scrum
4. Revisión del Sprint/Sprint Review
Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de desarrollo de software que se ha completado. Se hace una demostración de todos los requerimientos finalizados dentro del Sprint. En este punto no es necesario que todos los miembros del equipo hablen, pueden simplemente estar presentes, pero la presentación está a cargo del Scrum Master y el Product Owner.
Fases de Scrum
5. Retrospectiva del Sprint/Retrospective
En este evento el Product Owner se reúne con todo su equipo de trabajo y su Scrum Master para hablar sobre lo ocurrido durante el Sprint. Los puntos principales a tratar en esta reunión son:
- Qué se hizo mal durante el Sprint para poder mejorar el próximo.
- Qué se hizo bien para seguir en la misma senda del éxito.
- Qué inconvenientes se encontraron y no permitieron poder avanzar como se tenía planificado.
Ejemplos de Proyectos
Un ejemplo de caso de éxito utilizando la metodología Scrum es Spotify, ya que dieron mucha importancia al rol del Scrum Master y al del Product Owner, que hemos visto anteriormente. Gracias a esta metodología, descubrieron y entendieron las necesidades reales de los clientes y realizaron un buen trabajo de equipo coordinándose en la empresa.
Apple es otra de las empresas más populares que gestionan sus proyectos a través de técnicas Scrum. ¿Cómo lo hacen? Distribuyen y planifican las tareas, asumen responsabilidades individuales y por equipo, dan mucha importancia al proceso de testeo de los productos, y destinan parte de su presupuesto al desarrollo de proyectos ágiles.
CONCLUSIÒN
Scrum es una metodología aplicable a cualquier tipo de proyecto y, aunque su ejecución requiere de un cambio de cultura laboral por parte de los miembros del equipo, los buenos resultados, el recorte de tiempo y de costos que se genera hacen que todo el sacrificio valga la pena.
Glosario de Términos
Sprint
Sprint es el nombre que va a recibir cada uno de los ciclos o iteraciones que vamos a tener dentro de dentro de un proyecto Scrum.
Framework
Un entorno de trabajo, o marco de trabajo es un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos problemas de índole similar.
Product Backlog
Como un listado ordenado y priorizado de los requisitos necesarios para la implementación de un proyecto. Debe contener descripciones de las funcionalidades y características que se quieran en el producto, ordenadas en función de su prioridad.
BIBLIOGRAFÍA
Pedraza-Jiménez, R., Banco, S., Codina, L., & Cavaller, V. (2013). Diseño conceptual y especificación de requerimientos para el desarrollo y rediseño de sitios web. El Profesional de La Informacion, 22, 74 79. https://doiorg/10.3145/epi.2013.ene.10
Alarcon, A., & Sandoval, E. (2011). Herramientas CASE para ingeniería de Requisitos. Cultura Científica, 0(6). Retrieved from http://www.revistasjdc.com/main/index.php/ccient/article/view/37.
https://www.affde.com/es/best-scrum-software.html.
https://nextop.es/principios-basicos-de-scrum-metodologias-agiles/.
Culminada la charla con mucho gusto estaremos adsolviendo sus consultas / preguntas referidas al tema.
¡ MUCHAS GRACIAS!!!
(+51) 969163116
https://www.linkedin.com/in/ricardojiraldog/
www.linkedin.com/in/ricardojiraldog
www.linkedin.com/in/ricardojiraldog