Page Properties |
---|
...
¿Qué estuvo bien? | ¿Qué estuvo mal? 😞 | ¿Qué ocurrió y no sé | Agradecimientos 🤗 | Ideas 💡 |
---|---|---|---|---|
No hubo muchas tareas entrelazadas. Que se asigno tareas al nuevo integrante que no fueron bloqueantes en el sprint de esta forma dio chance que el nuevo integrante se adaptara un poco mejor y no bloqueara el desarrollo en curso. | Falta de definicion de algunas tareas | Existen casos donde se toma como incidencia, algo que es mas de forma que de fondo, que a la final es algo un tanto mas subjetivo de cada quien esto pasa sobre todo cuando no hay algo completamente definido y/o establecido en un mockup | Agradezco a todo el equipo que como siempre hibo dispocision a la resolucion de problemas y mejorar | Creo que hay que hacer una revision de las historias, para llevarlas al presente, son hisotiras quizas de mas de 1 año, y la vision de la misma pudo haber cambiado. Definir un poco mejor la diferencia entre Incidencia, Mejora, Cambio. Definir bien los mockup en base a las tecnologias existentes. Quizas ir pensando en un update de tecnologias para poder presentar al cliente algo mas actual y conforme a lo que se esta bien actualemente pero con tiempos reales de migracion |
Buena comunicación y compromiso por parte de todos | Falta de respuesta por parte de negocio por tareas del sprint actual y posterior (Luis de vacaciones xD) | Agradecimiento a todos por su compromiso con el proyecto | Clasificar de mejor manera las incidencias y mejoras que suelen surgir en el proyecto para mejor entendimiento entre desarrolladores y gestores. Realizar un estudio mas detallado de las historias historiasfaltante en las tareas para que no quede nada faltante. | |
Mejor asignaciones de las tareas, separadas entre si | La falta de documentacion en algunmos modulos de los sistemas. El no atender las observaciones por parte de miembros del equipo en el momento oportuno | Incongruencia entre lo discutido y el mockup que si bien mejoro el producto, fue engorroso el proceso de “mejora” | Por la comprensión en casos de problemas por parte del equipo | Establecer como estandar la documentacion, almenos explicando que hace el metodo y mas si no esta explo’cito en su definicion. Dejar por escrito las observaciones al momentos de hacerla |
El buen manejo de los scrums en el dia a dia , y la respuesta al colocar otra persona al enfermarme | la falta de comunicacion al preguntar problemas. | por comprender que somos humanos y nos enfermamos. | Mejorar al momento de explicar una indicencia tratar de ser mas explicito. | |
Hubo apoyo del equipo para poder entender los requerimientos | Hubo una definición que no estaba muy clara en las historias, en la de la app contratista, y todas las tareas decían lo mismo, no estaban bien redactadas quizás las historias, sin mucho detalle | Una historia quizás no estaba bien definida, y me llevo a tener que hacer dos propuestas | Dar mas detalles en las historias | |
todas mis tareas fueron bien explicada, la ayuda siempre estuvo a la mano | por la amabilidad de todos y el buen recibimiento | |||
Se avanzó bien en las tareas, según lo planificado | El corte de luz que ocurrió en Venezuela | A todo el equipo por su compromiso y perseverancia tanto para llevar a cabo sus propias tareas como para ayudar al resto | ||
La efectividad al momento de desarrollar las tareas en los tiempos estimados. | Falta de definición y mejor detalles de las tareas. | A todo el equipo por su esfuerzo en salir a tiempo con este sprint. | Reestructurar todas las historias de usuario colocando descripciones, criterios de aceptación, etc. |