EMPRESA: TECH SOLUTIONS

MASTER - METODOLOGÍAS ÁGILES PARA LA GESTIÓN

DE PROYECTOS

PORTAFOLIO METODOLOGÍAS ÁGILES

PRESENTA:
M.C. RAÚL LOREDO MEDINA

GUASAVE, SINALOA. 18 DE FEBRERO DEL 2022.

 ÍNDICE

ÍNDICE ...................................................................................................................... I

INTRODUCCIÓN ................................................................................................ - 1 -

CASO PRÁCTICO 1: PLANEACIÓN DEL PROYECTO .................................... - 3 -

ROLES Y RESPONSABILIDADES .................................................................... - 4 -

PRIORIZACIÓN DE ACTIVIDADES................................................................... - 5 -

PLANEACIÓN DEL PROYECTO ....................................................................... - 6 -

CASO PRÁCTICO 2: REVISIÓN DEL PRIMER SPRINT .................................. - 9 -

ACTIVIDADES DESARROLLADAS EN PRIMER SPRINT ............................. - 10 -

RESULTADOS DE LAS PRUEBAS ................................................................. - 11 -

CASO PRÁCTICO 3: PROPUESTAS DE MEJORA ........................................ - 14 -

COMENTARIOS DEL EQUIPO DE DESARROLLO ........................................ - 15 -

PROPUESTAS DE MEJORA ........................................................................... - 16 -

I
 INTRODUCCIÓN

En el presente documento se presenta la información referente al proyecto

solicitado por la empresa Cuida+, el cual tiene como objetivo:

“Crear una App de nombre Cuida+, la cual pueda conectar a dueños de mascotas
con posibles cuidadores que acudan a sus casas para cuidar a los animales
mientras ellos están de vacaciones”

La propuesta de valor para ambas partes es que mientras los dueños se pueden
ir de viaje sin preocuparse por sus mascotas y sin tener que pagar por un
profesional, los cuidadores obtienen un lugar de alojamiento en diferentes partes
del mundo.

Para poder acceder a la plataforma, ambas partes deben de pagar una suscripción
anual de $99 USD. Las mascotas que se pueden cuidar varían desde un pez hasta
un caballo.

La App debe tener las siguientes funcionalidades:

• Poder publicar la vacante con descripción, responsabilidades, fechas de la

estancia, fotos de la propiedad y las mascotas.

• Perfiles para el cuidador y los dueños del hogar.

• Sistema de verificación a través de documentos oficiales.

• Sistema de pago a través de tarjeta de crédito o plataformas de pago en

línea.

• Sistema de mensajería para dueños y cuidadores que permitan envío de

mensajes de texto, multimedia, entre otros.

• Sistema de reseñas para cuidadores y dueños de la casa.

-1-
 • Sistema de ubicación geográfica a través de la app para monitorear
paseos con las mascotas y ubicación del cuidador.

• Alarmas con recordatorios para el cuidador respecto a horarios de comida

o actividades específicas.

A lo largo del documento se mostrará la información de las diferentes etapas por las
que atravesó el proyecto, como son la planeación del desarrollo de todas las
actividades, las revisiones realizadas, una vez realizados algunos Sprint, así como
propuestas de mejora para futuros proyectos.

-2-
 CASO PRÁCTICO 1: PLANEACIÓN DEL PROYECTO

A continuación, se presenta la planeación realizada para el proyecto solicitado por

la empresa Cuida+, en donde se definieron las personas que participarían en el

proyecto, sus roles y responsabilidades, así como la manera en la estarían

organizadas las actividades para su desarrollo.

-3-
 ROLES Y RESPONSABILIDADES

Para la realización del proyecto estarán participando el personal que se muestra en la tabla siguiente, donde se indica el
rol a desempeñar, así como las responsabilidades que tendrán dentro del proyecto.

SCRUM MASTER PRODUCT OWNER CLIENTE EQUIPO DE DESARROLLO

CAMILA RODRIGUEZ,
RAÚL LOREDO MEDINA AMELIE LEBLANC DAVID HERNÁNDEZ JORGE RAMIREZ,
NATALIA MORÁN
RESPONSABILIDADES: RESPONSABILIDADES: RESPONSABILIDADES: RESPONSABILIDADES:
• Preparar al equipo de desarrollo • Expresar los • Notificar al Product Owner • Desarrollar las actividades
para que sean autoorganizados. requerimientos e las características que del producto backlog.
• Apoyar al equipo a que el inquietudes que pueda desea que posea el • Ser autoorganizados.
producto sea mucho mejor de lo tener el cliente. proyecto. • Asistir a las reuniones scrum
establecido. • Dividir y priorizar las • Relevar los requerimientos. propuestas por el scrum
• Planificar los eventos scrum, que tareas en el producto • Validar que los master.
pudiesen llegar a ser necesarios backlog. requerimientos se estén • Seguir la metodología
en el desarrollo del proyecto. • Asegurarse que cada realizando de manera que scrum para el desarrollo de
• Remover y solucionar posibles uno de los integrantes sean de su agrado. los requerimientos.
impedimentos que se pueden del equipo conozcan las • Validar el prototipo
llegar a presentar a lo largo del tareas presentadas en el presentado.
proyecto. backlog.
• Definir o notificar al
equipo una vez que un
objetivo del proyecto sea
completado.

-4-
 PRIORIZACIÓN DE ACTIVIDADES

De acuerdo con la información proporcionada por el cliente y los acuerdos tomados

con el Product Owner, las actividades se priorizan de acuerdo a la información
proporcionada en la siguiente tabla:

Todas estas actividades deberán llevarse a cabo dentro de un periodo comprendido

desde el día 1 de marzo, hasta el día 26 de abril. Además, se tiene un presupuesto
fijo de $150,000 USD.

De acuerdo a esta información, se busca entregar al cliente el mayor valor

posible con las restricciones de tiempo y presupuesto con las que se cuentan.

-5-
 PLANEACIÓN DEL PROYECTO

Para poder desarrollar el proyecto se tomarán en cuenta las condiciones de trabajo

que esta empresa maneja, las cuales se describen a continuación:

• Horario flexible para sus trabajadores que se encuentran tanto en América

como en Europa.

• Jornada laboral de 35 horas a la semana.

• Bono de rendimiento equivalente al 10% del proyecto para los miembros

del equipo si este se termina 10% antes de la fecha de entrega.

• Uno de los factores más importantes al que atribuyen tener una tasa muy
alta de éxito de proyectos es su forma de trabajo que consiste en tener
sprints de una semana, donde tienen un tiempo de planeación
proporcional, daily standups, y sesiones de revisión y retrospectiva del
sprint, cada una de una hora para implementar mejores prácticas desde un
inicio.

• Después de la sesión de Beta Testing que es llevada por el especialista de

experiencia de usuario, cada iteración toma alrededor de 30% del tiempo de
la tarea original.

Tomando en cuenta esta información, así como todas las características

proporcionadas por el cliente, a continuación, se muestra la planeación realizada
para el proyecto:

-6-
-7-
Para llevar a cabo esta planeación se realizarán tres Sprint, los cuales se
describen a continuación:

Sprint 1 (3 semanas):
1 Website de la aplicación

2 Perfiles para el cuidador y dueños del hogar

3 Sistema de pago
4 Golden Standard

Sprint 2 (3 semanas):

5 Poder publicar la vacante

6 Sistema de mensajería, mensajes de texto
7 Sistema de reseñas

Sprint 3 (2 semanas):

8 Alarmas con recordatorios

9 Sistema de verificación
10 Sistema de ubicación geográfica
11 Beta testing
12 Iteraciones
13 Publicación de la App

De acuerdo con esta planeación, y considerando las formas de trabajo de la

empresa, no se podrían llevar a cabo todas las actividades pedidas por el
cliente y que fueron consideradas y priorizadas en el Product Backlog. Es decir, la
App final no podría contar con todas las características solicitadas por el cliente,
esto ya que de acuerdo al periodo de tiempo que se tiene para el desarrollo
del proyecto, este no es suficiente para la totalidad de las características.

-8-
 CASO PRÁCTICO 2: REVISIÓN DEL PRIMER SPRINT

A continuación, se presenta la información referente a la primera revisión

realizada a la App Cuida+, en la cual participaron 10 personas como la parte del
cliente de la siguiente manera:

“Una vez que el equipo desarrolló las actividades de los primeros Sprint y el
producto mínimamente viable de la aplicación poseía las actividades prioridad 5 y
4, decidieron convocar a un panel de usuarios que pudiera probar las primeras
funcionalidades de la aplicación para así recibir retroalimentación e incorporar los
comentarios y cambios que se tuvieran que realizar.

El panel de usuarios estuvo compuesto por 10 personas con el perfil del cliente
potencial.

-9-
 ACTIVIDADES DESARROLLADAS EN PRIMER SPRINT

Durante el primer Sprint del proyecto se llevaron a cabo las actividades que se
muestran a continuación en la columna de Backlog del Sprint:

Estas actividades son el primer acercamiento a un prototipo meramente

funcional de la aplicación final, donde se pueden ver las actividades más
importantes con las que contará la App Cuidad+.

A estas actividades se les aplicó la actividad de Beta Testing, una vez finalizado
su desarrollo, por lo que se obtuvieron ciertos resultados y comentarios.

- 10 -
 RESULTADOS DE LAS PRUEBAS

De acuerdo a las pruebas realizadas por los diez testers como clientes potenciales,
se obtuvieron los siguientes resultados:

De acuerdo a estos resultados de las pruebas es necesario que el primer

prototipo funcional realizado por el equipo de desarrollo, deba tener algunas
modificaciones, las cuales afectaran el tiempo de desarrollo de la aplicación en su
totalidad, de acuerdo a las características iniciales que brindó el cliente a través del
Product Owner.

Con base en estos comentarios las actividades a sufrir modificaciones son:

• Perfiles para el cuidador y dueños del hogar

• Sistema de reseñas para cuidadores y dueños de las casas

Además, aunado a modificar estas actividades, también es necesario realizar

mejoras en las interfaces de usuario desarrolladas, ya que en su mayoría los
comentarios recibidos son dirigidos a hacer modificaciones hacia ello, para ser más
- 11 -
exactos casi el 60% de los comentarios se dirigían a modificar cosas relacionadas
a la interfaz de usuario.

Realizando un análisis sobre los cambios a realizar, el hacer las revisiones

pertinentes y los cambios, así como llevar a cabo pruebas a esos cambios,
sugieren una mayor cantidad de tiempo para el desarrollo de las actividades.

De acuerdo a este análisis se necesita mínimo una semana más para realizar
estos cambios sugeridos en los resultados de las pruebas, por lo que las
actividades restantes sufrirán cambios en cuanto a los tiempos de realización, es
decir, sufrirán ciertos retrasos.

Por lo que, el proyecto no se podrá entregar a tiempos en su totalidad de forma

exitosa, de acuerdo a los requerimientos iniciales del cliente.

A través de ellos, se le sugiere al cliente realizar ciertos recortes en cuanto a

los requerimientos restantes, para poder tener una aplicación mínimamente
funcional y que le genere valor, de acuerdo al tiempo que se tiene para el desarrollo
del proyecto. El cambio sugerido, es recortar o quitar el requerimiento del
sistema de ubicación geográfica, ya que creo no es algo que le genere más valor
a la aplicación de acuerdo a funcionalidad principal u objetivo principal de la
aplicación.

Con este recorte de la actividad se podría tener una aplicación de valor para el
cliente y cumplir de alguna manera con el periodo de tiempo que se tiene para el
desarrollo del proyecto.

Si comparamos los requerimientos iniciales del cliente, con los sugeridos por el
equipo de desarrollo, quedarían fuera de la lista dos los cuales son:

• Sistema de ubicación geográfica

• Sistema de mensajería entre dueños y cuidadores, mediante mensajes

multimedia

Por lo que la lista final de requerimientos a desarrollar sería:

- 12 -
1 Website de la aplicación
2 Perfiles para el cuidador y dueños del hogar
3 Sistema de pago
4 Golden Standard
5 Poder publicar la vacante
6 Sistema de mensajería, mensajes de texto
7 Sistema de reseñas
8 Alarmas con recordatorios
9 Sistema de verificación
10 Beta testing
11 Iteraciones
12 Publicación de la App

- 13 -
 CASO PRÁCTICO 3: PROPUESTAS DE MEJORA

En el presente documento se presenta la información referente a la

retrospectiva realizada para el sprint final del proyecto.

En esta sesión, los diferentes miembros del equipo dieron sus comentarios sobre
lo que sucedió a lo largo del proyecto. A partir de estos comentarios se realizaron 5
propuestas de mejora, para algunos aspectos que se tuvieron a lo largo de este
proyecto, y poderlas tomar en cuenta para próximos proyectos.

- 14 -
 COMENTARIOS DEL EQUIPO DE DESARROLLO

Al finalizar el último sprint del proyecto, se reunió todo el equipo de desarrollo, para
llevar a cabo la retrospectiva del sprint.

Durante la reunión cada uno de los miembros dieron sus opiniones acerca de
todo lo realizado, a continuación, se muestra retroalimentación obtenida:

- 15 -
 PROPUESTAS DE MEJORA

A partir de la retroalimentación realizada por todos los miembros del equipo de

desarrollo, se realizaron cinco propuestas de mejora, para diferentes detalles que
se tuvieron a lo largo del proyecto, y con las cuales se pueden tener mejores
condiciones de trabajo para proyectos futuros, estas se muestran a
continuación:

Mejorar la coordinación del Daily Scrum:

Se deberá establecer desde el inicio de cada proyecto cual es la metodología de

trabajo de Scrum, e informar a todo el equipo sobre los diferentes eventos que esta
maneja, resaltando su importancia. En este caso, resaltar el porque es importante
realizar el Daily Scrum, y que sin importar las actividades que tenga cada miembro
del equipo, es obligatorio que todos estén presentes en este evento, ya que a través
de este se pueden ver posibles problemas presentes en el proyecto y entre todo el
equipo poderlos resolver de buena manera sin que afecten la planeación del mismo.

- 16 -
Semáforo Visual:

El contar con un tablero de actividades más llamativo, y que se encuentre en un

lugar donde todo el equipo lo pueda apreciar de buena manera. En este se deberán
tener indicadores por colores, de acuerdo al estatus que tiene cada actividad. Este
indicador visual servirá para que todo el equipo de trabajo conozca en tiempo real
cual es el estado de cada tarea en un determinado momento del proyecto, y de esa
manera el poder saber si se van cumpliendo con los objetivos o no en tiempo y
forma. Además, que el Scrum Master monitoree de manera diaria el estado de todas
las actividades, para que se esté actualizando constantemente y se muestre lo real.

- 17 -
Definición de Roles:

Se necesitan establecer de manera clara los roles de cada uno de los miembros del
equipo de desarrollo al inicio de cada sprint, de igual manera establecer que
actividades va a llevar cada uno de los miembros. Además, el Scrum Master deberá
monitorear en cada Daily Scrum, el que cada miembro tenga claro que es lo que
debe hacer en cada sprint, de lo contrario deberá explicar a cada persona que es lo
que debe hacer, para que todos tengan claros los objetivos y actividades a realizar.

Equipos multidisciplinarios:

- 18 -
Para el desarrollo de futuros proyectos será necesario contar con más personas en
el equipo de desarrollo, y que dichas personas tengan diferentes áreas de
especialización con las que ya se cuentan, para que existan equipos de trabajo más
completos. De no ser posible el contar con más personas con diferentes áreas de
especialización, se deberá capacitar a los miembros que ya se encuentran en el
equipo de trabajo, para que todos de alguna manera tengan conocimientos de más
áreas de los proyectos a realizar en un futuro, y que no sea tan complicado cumplir
con los objetivos planteados en tiempo y forma.

No normalizar trabajar fines de semana:

Así como es importante el cumplir con las metas y objetivos del proyecto, no se
deberá dejar de lado el que los trabajadores o miembros del equipo tengan también
sus tiempos libres, para que los puedan utilizar en ellos y poder distraerse. Se
sugiere que solo se pueda planear para desarrollar el trabajo solo de lunes a
viernes, y que sólo en caso de casos extremos se tenga que trabajar en fines de
semana, pero de alguna manera habrá que recompensar a los trabajadores por ello
de alguna manera.

- 19 -
No asumir que las personas son maquinitas:

De alguna manera esta recomendación ésta ligada con la anterior, no se deberá

planear o asumir que los miembros del equipo solo se van a dedicar de tiempo
completo a las actividades del proyecto. Hay que planear todas las actividades y
objetivos de acuerdo a las necesidades de todas y cada una de las personas que
van a intervenir en el desarrollo del proyecto, ya que todos de alguna manera
tendrán ciertas necesidades las cuales hay que tomar en cuenta para la planeación
total de las actividades.

- 20 -