Como en muchos otros proyectos, también estamos utilizando JIRA para gestionar tareas e historias de usuarios, y Scrum como metodología Agile. Al final de cada día, ScrumMaster proporciona el gráfico de trabajo pendiente al equipo de PMO.
Sin embargo, el primer conjunto de preguntas que surgen durante cada reunión semanal con el equipo de PMO son:
Hablando con franqueza, todo el equipo está bastante harto de todas estas preguntas tontas, y todos nos preguntamos si en realidad estamos siguiendo los valores de Scrum, o simplemente manteniendo JIRA para mostrarle a la PMO que todos estamos siguiendo Scrum y tenemos un diagrama de quemado perfecto.
Para mí, siempre me he estado preguntando sobre tres puntos: -
¿Alguno de ustedes puede aclarar mis tres dudas mencionadas anteriormente, para que todos podamos convertirnos en un mejor equipo Scrum?
¡Gracias a todos de antemano, y agradezco su tiempo y sugerencias para ayudarme!
Puedo sentir la frustración en tu publicación. Como alguien que hizo la transición de una PMO a una función Agile, puedo entender ambos lados de la moneda.
Su pregunta tiene múltiples componentes que abordaré por turnos, pero todos ellos tienen una comunicación efectiva en su núcleo.
Esto podría ser una serie de cosas, pero la gerencia absolutamente debe realizar un seguimiento de las horas de trabajo realizadas. Podría ser una o una combinación de las siguientes razones.
La dura verdad es que nunca permitiría que un empleado renuncie al seguimiento de sus horas si ni siquiera puede realizar un seguimiento de sus horas. ¿Tiene sentido?
En el ejército solíamos tener un dicho:
"Cuando puedas administrarte a ti mismo, te daremos un rifle. Cuando puedas administrar tu rifle, te daremos un vehículo. Cuando puedas administrar un vehículo, te daremos subordinados..."
Si su equipo ni siquiera puede realizar el seguimiento de horas, ¿por qué demonios deberían ser liberados de la tarea? Es un artículo simple que toma menos de 5 minutos. Me sorprende que la gerencia no haya tomado ya medidas más estrictas. Si tu equipo quiere independencia, tiene que ganársela.
Esto es en parte un problema de psicología, pero también indica que no se les ha explicado el valor del seguimiento de horas. Si se les ha explicado el valor y continúan descontando un proceso que la Gerencia considera valioso, entonces usted tiene un equipo disfuncional , posiblemente centrado en uno o dos personajes fuertes que están impulsando al resto del grupo.
En ese caso, debe tomar medidas para inculcar disciplina en el equipo. Un Scrum Master es el maestro-sirviente del equipo. La mayoría de las personas se enfocan en la parte de sirvientes para mostrar humildad, pero no olviden el rol de amo. Imponga su voluntad al equipo para asegurarse de que comprendan exactamente lo que se tolerará y lo que no.
Comunicar al equipo que
Siempre es fácil culpar al proceso de gestión en lugar de hacer un análisis de causa raíz; en mi experiencia, la mayoría de los gerentes tienen un razonamiento sólido para los informes y procesos que solicitan. Además, en el futuro, si necesita escalar o desafiar las estimaciones de planificación y no tiene registros que respalden su caso comercial, espere que los recursos vayan a un jefe de departamento que pueda hacer cumplir el registro.
Buena suerte, incluso plantear este problema en PM.SE indica que tiene excelentes cualidades para solucionar el problema.
Esta respuesta representa una instantánea en el tiempo de dónde trabajé y cómo me acerqué a Agility. Debo decir que, hoy en día, no apoyo absolutamente la división de horas y la división de horas en sí misma es un síntoma de un olor a proyecto que requiere un análisis de causa raíz. Indica falta de confianza en un equipo o recursos divididos entre entregas. Es, en definitiva, una pésima manera de facilitar el desarrollo de software.
Además, el software funcional es el método principal para demostrar el valor . Todos los demás artefactos son humo y espejos.
Mantengo mi respuesta, ya que muestra el viaje que todos tomamos hacia los valores ágiles, pero ya no la apoyo como un consejo para la comunidad de desarrollo o gestión de proyectos.
¿Por qué la gerencia está más preocupada por el diagrama de trabajo pendiente de JIRA que por seguir los valores de Scrum en el desarrollo del proyecto?
3 razones comunes para este tipo de comportamiento son:
¿Por qué a algunos miembros del equipo no les gusta registrar horas en JIRA con diligencia todos los días?
O se percibe como una pérdida de tiempo, o el miembro del equipo no comprende el valor de realizar la actividad, o no ha recibido refuerzo para continuar con esta práctica.
¿Hay algo que el equipo pueda hacer para que este registro de horas (por cada miembro del equipo) sea un proceso más fácil, para que la gerencia no nos moleste con preguntas tan malas?
Para facilitar el registro de horas en Jira, puede utilizar el programa asistente de registro de trabajo. El asistente de registro de trabajo toma todos los filtros de Jira, obtiene una lista de los problemas de sprint actuales, por ejemplo. Te avisa cuando no registras tiempo. Es posible publicar automáticamente o hacerlo manualmente y corregir algunos registros cuando sea necesario. Cree algunos tickets de marcador de posición para el tiempo de inactividad, como reuniones de sprint u otros gastos generales que no sean de sprint.
No estoy seguro si lo hace, pero no calcule las tareas en horas, cambie a puntos de historia (esto es compatible con Jira). Para la gerencia es más difícil convertir el trabajo realizado en horas y compararlas. El trabajo se hace cuando se hace, no cuando el equipo lo estima. Algunas tareas tomarán más tiempo, otras tomarán menos tiempo. El trabajo pendiente está ahí para brindar información si va a terminar su pronóstico y adaptarse en consecuencia si el plan no funciona.
Creo que la gerencia está preocupada por las horas, porque les pagan a los desarrolladores por hora. Cada hora es dinero extra. Explique cómo Scrum brinda a los desarrolladores más enfoque y que es más difícil desviarse de cosas que no son importantes.
Una vez estuve en una presentación de Scrum por parte de Jeff Sutherland y dijo que lo primero que cambia en una empresa es eliminar el seguimiento del tiempo. Lea también la publicación de su blog Time Tracking is Anti-Scrum: ¿Qué hace cuando lo necesita para la facturación?
Se acordó en general en una clase de capacitación de Scrum en Copenhague ayer con líderes de proyecto experimentados que operan en CMMI Nivel 5 en IBM y en otros lugares que pedir a los desarrolladores que completen las hojas de tiempo reduce la productividad del equipo en al menos un 10%. Odian hacerlo, es trabajo duplicado, obviamente es "desperdicio", y solo lo hacen empresas que no tienen ni idea sobre el desarrollo de productos lean.
MCW
marca phillips