Nombre: William Sergio Mejia Castillo Matricula: 02867338
Nombre del curso: Planeación de Nombre del profesor: Delia María
Proyecto Corporativo Menchaca Gutiérrez
Modulo 2 Evidencia 2
Fecha: 18/04/2024
Con base en los lineamientos del Reglamento del tetramestre empresarial II y el equipo
de Scrum propuesto en la evidencia 1, la declaración de la visión, la descripción del proyecto y
la definición de las historias identificadas en el product backlog inicial, realiza lo siguiente:
1. Como parte de los procesos de inicio del proyecto, crea un cronograma con la
planeación del lanzamiento tentativo para proponer a la organización con la que
trabajarás el proyecto.
Fase 1: Diagnóstico y planificación (2 semanas)
• Semana 1:
o Reunión inicial con la alta dirección de Grupo Bimbo para presentar el
proyecto y sus objetivos.
o Conformación del equipo de trabajo del proyecto.
o Recolección de información sobre la operación actual y el nivel de
satisfacción del cliente.
• Semana 2:
o Análisis de la información recopilada y definición de los problemas críticos
a abordar.
o Definición de los objetivos específicos y medibles del proyecto.
o Desarrollo del plan de acción detallado con las actividades, responsables y
plazos de ejecución.
Fase 2: Implementación (8 semanas)
• Semanas 3-4:
o Implementación del sistema de monitoreo y control.
o Capacitación al personal sobre el uso del sistema de monitoreo y control.
• Semanas 5-6:
o Implementación de las estrategias de mejora continua.
o Capacitación al personal sobre las estrategias de mejora continua.
• Semanas 7-8:
o Implementación de las acciones de mejora definidas en el plan.
o Capacitación al personal sobre las acciones de mejora.
Fase 3: Monitoreo y evaluación (4 semanas)
• Semanas 9-10:
o Monitoreo del progreso del proyecto y evaluación del impacto de las
acciones implementadas.
o Realización de ajustes y correcciones al plan según sea necesario.
• Semanas 11-12:
o Comunicación de los resultados del proyecto a la alta dirección y
stakeholders.
o Elaboración del informe final del proyecto.
Lanzamiento oficial (Semana 13)
• Evento de lanzamiento oficial del proyecto para toda la organización.
• Presentación de los resultados del proyecto y los beneficios esperados.
• Motivación y compromiso del personal para la implementación exitosa del
proyecto.
2. Sigue las siguientes instrucciones.
a. Selecciona una historia que pueda considerarse una épica, es decir, un
requerimiento complejo que se necesite partir en historias más pequeñas.
Divide la épica en historias más específicas y muestra el product
backlog actualizado.
Para conocer más sobre la división de épicas, revisa el siguiente video:
Clinica de Agilidad. (2023, 17 de febrero). ¿Cómo dividir las Épicas e Historias de Usuario para
que entren en el Sprint?, Técnicas de Slicing [Archivo de video]. Recuperado de
[Link]
b. Analiza el product backlog final como resultado del análisis define el número de
semanas óptimo para los sprints del proyecto, justifica tu respuesta.
c. Crea un cronograma de planeación de trabajo considerando el product backlog.
Define lo siguiente:
▪ Sprints necesarios para completar el proyecto, justifica tu respuesta.
▪ Cronograma de Gantt con la planeación de lanzamiento a alto nivel.
Incluye las fases generales del proceso Scrum (inicio, planificación y
estimación, implementación, revisión y retrospectiva, entrega de
resultados obtenidos) y los sprints de todo el proyecto.
Nota
No es necesario que especifiques fechas particulares, eso lo decidirás al trabajar el proyecto
en la organización, pero deberás definir un tiempo tentativo en cantidad
de sprints considerando el tiempo del inciso b.
Descripción: El sistema de facturación electrónica actual de la empresa presenta fallas
recurrentes, baja velocidad de procesamiento y una interfaz de usuario poco intuitiva. Esto
genera retrasos en la emisión de facturas, insatisfacción de los clientes y un aumento en
los costos de soporte técnico.
Objetivo: Desarrollar un nuevo sistema de facturación electrónica que sea eficiente,
robusto, fácil de usar y cumpla con todos los requisitos legales y fiscales.
División de la Épica en Historias de Usuario:
ID Historia de Usuario Prioridad Estimación Estado
Como administrador del sistema, quiero poder crear y
conf igurar usuarios con dif erentes roles y permisos para
1 gestionar el sistema de f acturación electrónica. Alta 2 días Pendiente
Como usuario del sistema, quiero poder emitir f acturas
electrónicas de manera rápida y sencilla, incluyendo todos
2 los datos necesarios según los requisitos legales y f iscales. Alta 3 días Pendiente
Como usuario del sistema, quiero poder consultar el estado
de las f acturas electrónicas emitidas, incluyendo inf ormación
3 sobre su recepción y aceptación por parte del SAT. Alta 2 días Pendiente
Como usuario del sistema, quiero poder descargar las
f acturas electrónicas emitidas en dif erentes f ormatos (PDF,
4 XML, etc.). Media 1 día Pendiente
Como administrador del sistema, quiero poder generar
inf ormes sobre las f acturas electrónicas emitidas, incluyendo
inf ormación sobre las ventas, los impuestos y otros
5 indicadores relevantes. Media 2 días Pendiente
Como usuario del sistema, quiero poder integrar el sistema
de f acturación electrónica con otros sistemas de la empresa,
como el sistema de gestión de clientes o el sistema de
6 contabilidad. Baja 3 días Pendiente
Como usuario del sistema, quiero poder acceder al sistema
de f acturación electrónica desde cualquier dispositivo,
incluyendo computadoras de escritorio, laptops, tabletas y
7 smartphones. Baja 2 días Pendiente
Como usuario del sistema, quiero poder obtener soporte
técnico en caso de tener problemas con el sistema de
8 f acturación electrónica. Media 1 día Pendiente
Análisis del Product Backlog y Definición de Sprints:
Considerando la complejidad de las historias de usuario y la necesidad de entregar valor
de manera incremental, se propone dividir el proyecto en 4 sprints de 2 semanas cada
uno. Esto permitirá a los equipos de desarrollo trabajar en un conjunto de histori as de
usuario relacionadas, entregar funcionalidades al cliente de manera regular y obtener
retroalimentación temprana para realizar ajustes en el plan del proyecto.
Fase Sprint 1 Sprint 2 Sprint 3 Sprint 4
Inicio Semana 1 Semana 3 Semana 5 Semana 7
Planif icación y Estimación Semana 1-2 Semana 3-4 Semana 5-6 Semana 7-8
Implementación Semana 2-4 Semana 4-6 Semana 6-8 Semana 8-10
Revisión y Retrospectiva Semana 4 Semana 6 Semana 8 Semana 10
Entrega de Resultados Semana 4 Semana 6 Semana 8 Semana 10
3. Prepara la lista de pendientes (sprint backlog) para la simulación del sprint 0, deberás
utilizar tu creatividad y capacidad analítica para desarrollar algunas historias de
forma metafórica. Por ejemplo, si el proyecto es para desarrollar una aplicación,
puedes simular que construyes las pantallas a través de dibujos o diseños, aunqu e no
sean funcionales. Para completar esto, guíate en las siguientes instrucciones.
o Identifica las historias que trabajarás en el sprint 0. Debes considerar las
semanas definidas para los sprints. Crea el tablero del sprint backlog con las
historias seleccionadas.
o Realiza la estimación de las historias seleccionadas y selecciona los puntos
historia (story points). Describe qué método de estimación recomiendas y
cómo se debe aplicar en un proyecto real. Actualiza el Scrum backlog y muestra
la estimación de los story points.
o Define las tareas necesarias para realizar cada historia. Presenta el Scrum
backlog actualizado mostrando las tareas creadas para cada historia.
Objetivo del Sprint 0: Sentar las bases para el desarrollo e implementación del proyecto
de optimización de la operación y satisfacción del cliente en Grupo Bimbo.
Historias de Usuario del Sprint 0:
• Historia 1: Como miembro del equipo de proyecto, quiero tener acceso a un
espacio de trabajo colaborativo para la comunicación y gestión del proyecto. (2
días)
• Historia 2: Como miembro del equipo de proyecto, quiero contar con una plantilla
de documentación para definir el alcance, los objetivos, los riesgos y las
dependencias del proyecto. (1 día)
• Historia 3: Como miembro del equipo de proyecto, quiero realizar un análisis
preliminar de las necesidades de los clientes de Grupo Bimbo. (3 días)
• Historia 4: Como miembro del equipo de proyecto, quiero identificar los procesos
clave de la operación de Grupo Bimbo que serán objeto de optimización. (2 días)
• Historia 5: Como miembro del equipo de proyecto, quiero definir los indicadores
clave de rendimiento (KPIs) que se utilizarán para medir el éxito del proyecto. (1
día)
Estimación de Story Points:
Para la estimación de los story points, se recomienda utilizar el método de planificación
de poker. En este método, cada miembro del equipo estima el tamaño de cada historia de
usuario utilizando cartas numeradas (por ejemplo, 1, 2, 3, 5, 8, 13). Luego, se discuten las
estimaciones individuales y se llega a un consenso sobre el tamaño de cada historia.
Scrum Backlog Actualizado.
Estimación
(Story
ID Historia de Usuario Prioridad Points) Estado Tareas
- Crear un espacio de trabajo en
una plataf orma de colaboración
Como miembro del equipo en línea (e.g., Trello, Jira). -
de proyecto, quiero tener Def inir roles y permisos para los
acceso a un espacio de miembros del equipo. -
trabajo colaborativo para Establecer canales de
la comunicación y gestión comunicación para la interacción
1 del proyecto. Alta 3 Pendiente entre los miembros del equipo.
Como miembro del equipo - Desarrollar una plantilla de
de proyecto, quiero contar documentación que incluya
con una plantilla de secciones para el alcance, los
documentación para objetivos, los riesgos y las
def inir el alcance, los dependencias del proyecto. -
objetivos, los riesgos y las Adaptar la plantilla a las
dependencias del necesidades específ icas del
2 proyecto. Alta 2 Pendiente proyecto.
- Recopilar datos sobre las
necesidades y expectativas de
los clientes de Grupo Bimbo a
Como miembro del equipo través de encuestas, entrevistas
de proyecto, quiero o grupos f ocales. - Analizar los
realizar un análisis datos recopilados para identif icar
preliminar de las patrones y tendencias. -
necesidades de los Sintetizar los resultados del
3 clientes de Grupo Bimbo. Alta 5 Pendiente análisis en un inf orme.
- Mapear los procesos clave de la
Como miembro del equipo operación de Grupo Bimbo. -
de proyecto, quiero Identif icar los procesos que
identif icar los procesos presentan mayor potencial de
clave de la operación de optimización. - Priorizar los
Grupo Bimbo que serán procesos que serán objeto de
4 objeto de optimización. Alta 4 Pendiente optimización en el proyecto.
- Identif icar los objetivos clave del
proyecto. - Desarrollar
Como miembro del equipo indicadores clave de rendimiento
de proyecto, quiero def inir (KPIs) que permitan medir el
los indicadores clave de progreso hacia el logro de los
rendimiento (KPIs) que se objetivos del proyecto. -
utilizarán para medir el Establecer metas específ icas y
5 éxito del proyecto. Alta 2 Pendiente medibles para cada KPI.
4. Una vez que tienes el Scrum backlog con todas las tareas, realiza la simulación
del sprint 0. Muestra los resultados de la simulación como se muestra a continuación.
o Especifica las horas de trabajo diarias que se asumieron en el ejercicio de
simulación.
o Presenta los resultados de la simulación al completar todas las tareas de las
historias seleccionadas para el sprint.
o Utiliza la siguiente tabla modelo.
Horas Horas
ID Historia de Usuario Tareas Estado Estimadas Reales
Como miembro del equipo de
proyecto, quiero tener acceso a - Crear un espacio de
un espacio de trabajo trabajo en Trello. - Def inir
colaborativo para la roles y permisos. -
comunicación y gestión del Establecer canales de
1 proyecto. comunicación. Completada 4 horas 4 horas
Como miembro del equipo de
proyecto, quiero contar con una
plantilla de documentación para - Desarrollar una plantilla
def inir el alcance, los objetivos, de documentación. -
los riesgos y las dependencias Adaptar la plantilla al
2 del proyecto. proyecto. Completada 3 horas 3 horas
Como miembro del equipo de - Recopilar datos a través
proyecto, quiero realizar un de encuestas. - Analizar
análisis preliminar de las los datos recopilados. -
necesidades de los clientes de Sintetizar los resultados En progreso 11.2
3 Grupo Bimbo. en un inf orme. (70%) 16 horas horas
Como miembro del equipo de - Mapear los procesos
proyecto, quiero identif icar los clave. - Identif icar
procesos clave de la operación procesos a optimizar. -
de Grupo Bimbo que serán Priorizar los procesos a
4 objeto de optimización. optimizar. Completada 8 horas 8 horas
Como miembro del equipo de
proyecto, quiero def inir los
indicadores clave de - Identif icar objetivos
rendimiento (KPIs) que se clave. - Desarrollar KPIs. -
utilizarán para medir el éxito del Establecer metas para los
5 proyecto. KPIs. Completada 4 horas 4 horas
Nota
Revisa el tema 6 en la sección de aplicación de implementación y revisión de un proyecto ágil
para ver un ejemplo.
5. Finaliza la simulación presentando los siguientes resultados y comentarios.
o Explica lo que presentarías en la revisión del sprint (sprint review), muestra un
ejemplo gráfico del incremento que se va a revisar (puede ser un prototipo, un
producto o característica de un servicio no funcional para fines de la
simulación).
o Especifica algunos ejemplos de retroalimentación que podría dar el product
owner (al menos 3).
o Describe qué acciones tomarías en base a los comentarios del product owner.
o Explica qué métricas e indicadores podrías utilizar al finalizar el sprint que
puedan ser datos valiosos para mejorar la gestión del proyecto.
Revisión del Sprint 0: Preparación para la Optimización de la Operación y Satisfacción
del Cliente en Grupo Bimbo
Resultados del Sprint 0:
• Se creó un espacio de trabajo colaborativo en Trello para la comunicación y
gestión del proyecto.
• Se desarrolló una plantilla de documentación para definir el alcance, los objetivos,
los riesgos y las dependencias del proyecto.
• Se realizó un análisis preliminar de las necesidades de los clientes de Grupo
Bimbo.
• Se identificaron los procesos clave de la operación de Grupo Bimbo que serán
objeto de optimización.
• Se definieron los indicadores clave de rendimiento (KPIs) que se utilizarán para
medir el éxito del proyecto.
Incremento a Revisar:
• Espacio de trabajo colaborativo en Trello.
• Plantilla de documentación del proyecto.
• Informe preliminar sobre las necesidades de los clientes.
• Documentación de los procesos clave de la operación.
• Definición de los KPIs.
Ejemplo Gráfico del Incremento:
Retroalimentación del Product Owner:
• Retroalimentación 1: "Aprecio la creación del espacio de trabajo colaborativo en
Trello. Es una herramienta útil para la comunicación y gestión del proyecto."
• Retroalimentación 2: "La plantilla de documentación es completa y fácil de usar.
Será útil para definir el alcance, los objetivos, los riesgos y las dependencias del
proyecto."
• Retroalimentación 3: "El informe preliminar sobre las necesidades de los clientes
proporciona información valiosa que nos ayudará a enfocar nuestros esfuerzos en
las áreas más importantes."
Acciones a Tomar en Base a la Retroalimentación:
• Acción 1: Crear un tutorial para que los miembros del equipo puedan familiarizarse
con el espacio de trabajo de Trello.
• Acción 2: Actualizar la plantilla de documentación para incluir ejemplos y casos de
uso.
• Acción 3: Realizar un análisis más profundo de las necesidades de los clientes
para identificar patrones y tendencias más específicas.
Métricas e Indicadores:
• Número de miembros del equipo que utilizan activamente el espacio de trabajo de
Trello.
• Tiempo promedio que se tarda en completar una tarea.
• Número de cambios realizados en la plantilla de documentación.
• Nivel de satisfacción de los clientes con el producto o servicio.
• Return on Investment (ROI) del proyecto.
Comentarios Adicionales:
• El Sprint 0 fue un éxito en términos de completar las tareas planificadas y crear un
sólido punto de partida para el proyecto.
• La colaboración y comunicación entre los miembros del equipo fue excelente.
• El Product Owner está satisfecho con el progreso del proyecto hasta ahora.
Siguiente Pasos:
• Comenzar la planificación del Sprint 1.
• Priorizar las historias de usuario para el Sprint 1.
• Estimación de los story points para las historias de usuario del Sprint 1.
• Crear el Sprint Backlog para el Sprint 1.
Reflexión:
La simulación del Sprint 0 fue una experiencia valiosa que me permitió poner en práctica
los principios y prácticas de Scrum. Aprendí la importancia de la colaboración, la
comunicación y la planificación en un entorno de proyecto ágil. También aprendí cómo
utilizar métricas e indicadores para medir el progreso y el éxito del proyecto.
6. Utilizando fuentes confiables de información, realiza una investigación de campo.
Considera responder las siguientes preguntas.
o ¿A qué se refiere el término scrumban?
o ¿Cómo podrías utilizar scrumban para mejorar la gestión del proyecto que vas a
trabajar?
o ¿Cómo sería el tablero que propondrías? (Incluye los estados adicionales y los
límites de trabajo, justificando el porqué de tu propuesta).
¿A qué se refiere el término Scrumban?
ScrumBan es una metodología de gestión de proyectos híbrida que combina elementos de
Scrum y Kanban. De Scrum, toma la estructura de trabajo en iteraciones cortas (sprints) y
la importancia de la colaboración y la comunicación entre los miembros del equipo. De
Kanban, toma el enfoque visual y el flujo continuo de trabajo.
En esencia, ScrumBan conserva la estructura de sprints de Scrum pero elimina los roles
predefinidos y las ceremonias formales, como la planificación del sprint y la revisión del
sprint. En cambio, se basa en un tablero Kanban para visualizar el flujo de trabajo y
establecer límites de trabajo en cada etapa del proceso.
¿Cómo podría utilizar ScrumBan para mejorar la gestión del proyecto?
ScrumBan ofrece diversas ventajas para la gestión de proyectos, especialmente en
entornos donde la flexibilidad y la adaptación son cruciales:
• Mayor flexibilidad: ScrumBan permite adaptarse a cambios en las prioridades o la
disponibilidad de recursos de manera más rápida y sencilla que Scrum.
• Flujo de trabajo continuo: El enfoque visual de Kanban ayuda a identificar cuellos
de botella y optimizar el flujo de trabajo, evitando la acumulación de tareas en una
sola etapa.
• Enfoque en el trabajo en progreso (WIP): Los límites de trabajo
en ScrumBan ayudan a controlar la cantidad de trabajo en curso, lo que mejora la
eficiencia y evita la sobrecarga del equipo.
• Transición fluida entre proyectos: ScrumBan facilita la transición entre proyectos
sin necesidad de finalizar un sprint completo, lo que lo hace ideal para entornos
con múltiples proyectos en curso.
¿Cómo sería el tablero que propondría? (Incluye los estados adicionales y los límites de
trabajo, justificando el porqué de tu propuesta).
Propuesta de Tablero ScrumBan:
El tablero ScrumBan se divide en columnas que representan las diferentes etapas del flujo
de trabajo del proyecto. Cada columna contiene tarjetas que representan las tareas
individuales. Las tarjetas se mueven de una columna a otra a medida que avanzan en el
proceso.
Columnas:
• Pendiente: En esta columna se colocan las tareas que aún no se han iniciado.
• En curso: En esta columna se colocan las tareas que se están trabajando
activamente. El número de tarjetas en esta columna se limita por un WIP (Work in
Progress) máximo, que se establece para evitar la sobrecarga del equipo.
• En revisión: En esta columna se colocan las tareas que han sido completadas y
están en revisión o esperando aprobación.
• Hecho: En esta columna se colocan las tareas que han sido completadas y
aprobadas.
Estados adicionales:
• Bloqueado: Se puede agregar una columna adicional para las tareas que se
encuentran bloqueadas debido a alguna dependencia o falta de recursos.
• Prioridad: Se puede agregar una columna para indicar la prioridad de las tareas,
utilizando colores o símbolos específicos.
Límites de trabajo (WIP):
• WIP máximo para "En curso": El WIP máximo para la columna "En curso" se
establece en función de la capacidad del equipo. Un WIP bajo ayuda a mantener el
enfoque y evitar la multitarea, mientras que un WIP alto puede generar cuellos de
botella.
• WIP mínimo para "En revisión": Se puede establecer un WIP mínimo para la
columna "En revisión" para garantizar que las tareas se revisen y aprueben de
manera oportuna.
Justificación de la propuesta:
• El tablero propuesto refleja las etapas principales del flujo de trabajo del proyecto,
permitiendo una visualización clara del progreso de las tareas.
• La inclusión de límites de WIP ayuda a controlar el flujo de trabajo y evitar la
sobrecarga del equipo.
• Los estados adicionales permiten identificar tareas bloqueadas y priorizar las
tareas de manera efectiva.
7. Realiza una conclusión en media cuartilla, incluye una reflexión sobre otras
metodologías ágiles disponibles en la actualidad para hacer más eficiente la gestión
de proyectos.
En el mundo dinámico de la gestión de proyectos, ScrumBan emerge como una
metodología híbrida que combina la estructura de Scrum con la fluidez de Kanban. Esta
fusión permite a los equipos navegar proyectos con mayor flexibilidad, adaptándose a
cambios y priorizando el trabajo en progreso (WIP) de forma efectiva.
El tablero ScrumBan, con sus columnas y límites de WIP, se convierte en una herramienta
visual invaluable para optimizar el flujo de trabajo, identificar cuellos de botella y mantener
al equipo enfocado.
Sin embargo, ScrumBan no es la única metodología ágil disponible. Existen otras
opciones como Extreme Programming (XP), que enfatiza la programación en pares y la
entrega incremental de software, o Kanban puro, que se centra en la visualización del
trabajo y la gestión de colas.
La elección de la metodología adecuada depende de las características específicas del
proyecto, el contexto del equipo y las preferencias de los involucrados. Lo fundamental es
seleccionar una metodología que promueva la colaboración, la comunicación y la entrega
de valor de manera eficiente.
En definitiva, la gestión de proyectos ágil ofrece un abanico de posibilidades para abordar
proyectos de manera flexible, adaptable y con un enfoque en la satisfacción del cliente. La
clave está en explorar las diferentes metodologías disponibles, seleccio nar la más
adecuada para el proyecto en cuestión y adaptar su implementación a las necesidades y
características específicas del equipo y la organización.
