-
Notifications
You must be signed in to change notification settings - Fork 1
Plan de proyecto
José Carlos Sánchez edited this page Mar 16, 2024
·
2 revisions
Revolucionar el análisis de retroalimentación para la mejora en productividad, calidad y bienestar de los equipos de desarrollo.
- Innovación y Mejora Continua: Abrazamos la innovación constante y nos esforzamos por mejorar continuamente nuestras soluciones y prácticas.
- Transparencia y Colaboración: Promovemos un ambiente de trabajo basado en la transparencia y la colaboración efectiva valorando la comunicación abierta.
- Bienestar y Empatía: Priorizamos la salud mental y el bienestar de nuestros colaboradores fomentando un entorno empático y equilibrado.
- Responsabilidad y Seguridad: Nos comprometemos con la responsabilidad social y ambiental garantizando la seguridad de la información y adoptando prácticas éticas.
- Diversidad y Eficiencia: Celebramos la diversidad, fomentamos la inclusión y buscamos la eficiencia en todas nuestras operaciones para lograr resultados excepcionales.
En este proyecto hay varios stakeholders entre ellos se encuentran:
- Wizeline: la empresa socio formador con la que estamos trabajando ya que estamos desarrollando el proyecto para ellos. Aquí entrarían personajes como Anibal Abarca (CTO) y Joaquín (Director de ingeniería).
- Los usuarios finales (empleados y managers): los trabajadores de Wizeline también se consideran como stakeholders ya que ellos serán los que usarán la aplicación final.
- Los empleados de Recursos Humanos: ya que ellos se dedican a promover/ascender a los empleados entonces la herramienta de retroalimentación les es muy útil ya que les ayuda a evaluar el rendimiento de cada uno.
- Los profesores del bloque: los profesores del bloque están involucrados en el éxito del proyecto y en evaluarlo ya que asignarán una calificación al final.
- EmprendimientoTec: emprendimiento tec también es stakeholder ya que están interesados en el éxito de nuestro proyecto
- Nosotros mismos: el equipo está muy interesado en el éxito de este proyecto nosotros mismos tenemos expectativas del resultado final del mismo.
| Stakeholder | Periodicidad | Medios |
|---|---|---|
| Wizeline | Una vez a la semana (miércoles) | Remoto |
| Los usuarios finales (empleados y managers) | Una vez a la semana (miércoles) | Remoto |
| Los empleados de Recursos Humanos | Una vez al mes | Remoto |
| Los profesores del bloque | Diario entre semana | Presencial/Remoto |
| EmprendimientoTec | Una vez al mes | Presencial/Remoto |
| Nosotros mismos | Diario entre semana | Presencial/Remoto |
- WhatsApp: a través de un grupo de WhatsApp pondremos información de las juntas y eventos que tengamos.
- Slack: mediante slack agendaremos juntas por Zoom para ponernos de acuerdo con Wizeline y obtener información de Stakeholders como lo son Joaquín y el personal de RH.
- Presencial: estableceremos comunicación de manera presencial cuando sea pertinente de manera diaria para trabajar colaborativamente en los trabajos asignados.
A continuación se enlistan posibles riesgos con su nivel de dificultad y cómo se respondería a los mismos:
- Que a alguien se quede sin espacio en su computadora: Respaldo regular de archivos importantes en almacenamiento en la nube (tenemos un Notion y un Google Drive para todos).
- No conocer bien el stack tecnológico:
- Faltar a juntas por factores externos: Mantener a todos informados de la hora en la que nos vamos a reunir para que no haya malentendidos y grabar las reuniones importantes.
- Los compañeros llegan tarde a las reuniones: Establecer consecuencias leves pero consistentes para llegar tarde.
- No terminar las tareas a tiempo: Establecer fechas límite claras y realistas y monitorear el progreso regularmente.
- Que a alguien se le rompan los lentes: Considerar la disponibilidad de gafas de repuesto.
- Surgimiento de otra pandemia: Establecer un plan de contingencia para trabajar de forma remota.
- Alguien tenga daños en su computadora: Tener un presupuesto o plan de contingencia para reparaciones o reemplazos de hardware.
- Que haya una tecnología que no conozcamos y nos atoremos: Designar a un miembro del equipo para investigar y familiarizarse con la tecnología.
- Que haya un bug muy fuerte y no sepamos resolverlo: Buscar ayuda externa y trabajar conjuntamente para resolverlo.
- Que uno de los compañeros se enferme de covid/influenza: Seguir los protocolos de salud pública y redistribuir tareas si es necesario.
- Al cliente final no le gustó el producto: Solicitar retroalimentación temprana y regular y estar preparados para realizar ajustes.
- Que dejemos todo para la semana 5 y no nos dé tiempo: Implementar una metodología de gestión del tiempo efectiva y establecer hitos intermedios.
- Mala comunicación entre compañeros de equipo: Incentivar la comunicación abierta sobre el trabajo en curso.
- Que los integrantes se peleen: Promover el trabajo en equipo y la resolución de conflictos de manera constructiva.
- Burnout: Monitorear la carga de trabajo y fomentar el equilibrio entre el trabajo y la vida personal.
El cronograma completo del proyecto se plasmó en un diagrama de Gantt, incluyendo milestones, fechas de desarrollo, y responsables de cada tarea. Las tareas están divididas por sprints, y al final de cada sprint, se realiza una reflexión sobre los avances obtenidos. También se incluyen todos los planes de calidad en cada etapa del proyecto. Ver el diagrama de Gantt.
Especificamos qué días tendrán cada ceremonia a partir del Sprint 1, incluyendo Planning, Daily, Retrospective, y Demo.
- Descripción: Mide la cantidad de trabajo completado por el equipo en un sprint.
- Cómo Medir: Sumar los puntos de historia o tareas completadas en un sprint.
- Objetivo: Establecer un promedio de velocidad basado en sprints anteriores.
- Descripción: Representa todas las tareas y requerimientos que aún no se han completado.
- Cómo Medir: Sumar los puntos de historia, número de tareas, o tiempo estimado de todos los elementos pendientes.
- Objetivo: Mantener un trabajo pendiente organizado y priorizado.