Somos un equipo pequeño enfocado principalmente en sitios web de mediana a gran escala. Voy a fusionar todos los problemas de todos nuestros proyectos en una cartera de pedidos utilizando Kanban con JIRA. La idea es que nadie pueda elegir en qué quiere trabajar, sino que podemos priorizar todo lo que la empresa necesita hacer y todos trabajarán en su próximo ticket en la cola.
Esto conducirá a cientos de tareas en mi cartera de pedidos. Estoy bien con esto cuando se trata inicialmente de importar todas las tareas para un proyecto y priorizar todo. Sin embargo, mi dilema es que, a medida que el equipo crea nuevos problemas (a través de pruebas o simplemente cosas nuevas que surgen) y voy a mi trabajo pendiente, ¿cuál es la forma más eficiente de manejarlos sin perder la noción de qué elementos necesito para priorizar? ¿Los priorizo de inmediato? ¿Priorizar diariamente nuevos elementos? hacer que vayan a algún estado precalificado para ayudarme a ver fácilmente cuáles son los nuevos problemas que deben ingresarse en la cartera de pedidos? o algún otro método que alguien mucho más sabio que yo ya haya desarrollado? Gracias por cualquier ayuda.
Historia de fondo, si es útil: somos un equipo de 8. En el pasado, hemos tenido serios problemas con el manejo de proyectos por separado, así como con proyectos nuevos separados del soporte continuo para clientes actuales. Obviamente no ha habido una verdadera gestión de proyectos. Por lo tanto, la persona responsable de los clientes en curso grita que sus boletos sean prioritarios y, de la misma manera, la persona que intenta coordinar nuestros nuevos proyectos grita que los desarrolladores deberían trabajar en ellos primero. Afortunadamente estamos arreglando eso. Como he sido el más vocal al respecto, puedo tocar PM. Sin embargo, no quiero simplemente jugar PM. Estoy haciendo todo lo posible para estudiar muchos métodos, seguir leyendo aquí y aprender de los demás. Elegí Kanban porque creo que ayuda a mantener el flujo (siempre hay un flujo de problemas en nuestro equipo), ver fácilmente qué
[...] ¿cuál es la manera más eficiente para mí de manejarlos sin perder el rastro de los elementos que debo priorizar?
Puede administrar esto con los filtros rápidos JQL de JIRA. La solución más sencilla sería tener, por ejemplo, un filtro que muestre todo el trabajo pendiente que se creó la semana pasada:
creado > -7d Y estado = Trabajo pendiente
Y luego revísalos una vez a la semana para priorizarlos.
Puede hacer un sistema más complejo si necesita un rigor adicional (administrar las cosas por estado o proyecto, etc.), pero al principio le sugiero que comience de manera simple.
En primer lugar, por lo general, no desea tareas en su cartera de pedidos, sino ideas que brinden valor. Las tareas generalmente están representadas por las columnas en el sistema Kanban, pero si se trata más de un tablero de tareas, entonces sigue leyendo.
No sé si es apropiado para ti, pero cuando escucho cientos de tareas pendientes, me pregunto si esperas que sean más o menos valiosas que las nuevas ideas que surgen del equipo. Por lo general, una vez que comenzamos, nuestra idea de lo que se debe hacer cambia, por lo que espero que muchas de estas tareas se vuelvan obsoletas. Si las ideas existentes son más valiosas que las que provienen del equipo, sugeriría realizarlas primero, o al menos hasta que el producto comience a tomar forma. Luego, simplemente deshazte del resto y permite que el equipo recree los útiles. Si los del equipo son más valiosos, entonces solo deje los mínimos básicos en la cartera de pedidos y deshágase del resto.
Si no quiere perder todas las ideas ahora, puede agruparlas para identificar algunas épicas y tenerlas en su cartera de pedidos en lugar de las ideas detalladas. Quizás una de las primeras columnas después de la acumulación podría ser desarrollar la idea seleccionada.
Otra opción podría ser usar algún tipo de herramienta de votación como Tricider para permitir que todos agreguen nuevas ideas y voten sobre las existentes. Podría tener una "Cola de entrada" limitada WIP que se reabastece con la idea con la puntuación más alta.
Cuando dice problemas, ¿se refiere al tipo de problema de Jira o a un problema real con sus productos (un error)?
Si te refieres al tipo de problema, definitivamente los separaría en diferentes carriles. Pondría los errores de los clientes en la parte superior, luego los errores internos y luego las características en la parte inferior. Esto debería ser una señal para el equipo de que primero deben abordar los errores internos y de los clientes y solo luego pasar a las nuevas funciones. Si desea saber más sobre este enfoque, lea aquí: Kanban para el desarrollo de software
Si te refieres a errores, prefiero empezar a averiguar por qué mi equipo ha acumulado cientos de problemas. Cuando tiene tantos errores para un equipo de 8, esto podría ser una manifestación de prácticas y/o comportamientos corruptos, donde es probable que Kanban no ayude mucho.
Espero no haber malinterpretado la pregunta.
Andy McCormick
Andy McCormick