Actualmente, estamos implementando nuevos procesos en nuestra empresa esencialmente desde cero, pero hay muchas opiniones sobre qué columnas deben estar en el tablero de tareas. Como responsable de este esfuerzo, estoy un poco atascado en qué columnas son absolutamente esenciales y cuáles podrían agregarse más adelante si se demuestra que son necesarias. Mi objetivo es mantener las cosas lo más simples posible al principio.
Nosotros (el equipo de PM) comenzamos con:
| POR HACER | EN CURSO | EN PRUEBA (QA) | HECHO |
Pero luego los líderes de ingeniería insistieron en que debía existir una columna REVISIÓN DE CÓDIGO entre EN CURSO y CONTROL DE CALIDAD. Dicho esto, creo que hay mérito en ese argumento, y comencé a preguntarme qué más nos podríamos haber perdido. Me encantaría obtener más datos sobre lo que otros PM usan como columnas en el tablero de tareas.
Esta es una gran pregunta. Muchos equipos comienzan con algo como lo que tienes o ToDo | Haciendo | Hecho. Esto puede estar bien, pero no le dice mucho acerca de cómo está fluyendo su trabajo. Si desea más visibilidad de su proceso, es posible que desee más columnas, pero ¿cuáles?
Desafortunadamente, no hay una respuesta "correcta". Como equipo de PM, lo primero que debe comprender es que no puede estandarizar esto. Los diferentes equipos trabajan de manera diferente y necesitan ver cosas diferentes, por lo que los tableros diferentes serán... bueno, diferentes.
Para obtener un tablero verdaderamente útil, debe comenzar facilitando una sesión de mapeo de procesos con su equipo. Pídeles que dibujen en una pizarra cómo pasan de "Tengo una idea sobre una función" a "Puedes usar esta función ahora". Puede visualizarlo de la forma que desee, pero creo que el diagrama de flujo básico es el más común. A continuación, pregúnteles a qué pasos es más valioso prestar atención. Estos pueden deberse a que son pasos importantes o porque son riesgosos. No hay una respuesta correcta y pueden cambiar de opinión más tarde. Esas se convierten en tus columnas. Ahora, a medida que el trabajo fluye a través del proceso, la pizarra visualiza ese flujo.
En su pregunta, pregunta qué columnas son esenciales. Algunas columnas de inicio tituladas algo como ToDo o Not Started and Done son las únicas esenciales. Todo lo demás se basa en el flujo de su trabajo.
Basándome en mi experiencia, la respuesta más corta para empezar son las dos básicas (por hacer/hecho) más una para cada equipo .
Un solo equipo que cubra una tarea de principio a fin tendría entonces las tres columnas principales, es decir, por hacer/en progreso/hecho.
En su escenario, ¿la misma persona está realizando la tarea y la revisión del código?
Tenga en cuenta que debe abstenerse de agregar más columnas. En algún momento, alguien dirá "mira, necesitamos una columna lista para revisión de código y otra en revisión de código ". Lo mismo puede suceder con las pruebas. Puede terminar con un tablero con varios estados.
Como mencionó Daniel, todo dependerá de lo que funcione para usted y su equipo.
La respuesta de Daniel realmente lo dice todo, pero algunos encabezados de columna que he visto son:
Después de múltiples rondas de experimentación con diferentes columnas basadas en nuestro proceso, llegamos a la conclusión de que ninguna cantidad de retoques con las columnas específicas podría superar la comunicación adecuada entre sí, por lo que lo reducimos a solo "Atraso", "En progreso " y hecho".
Ahora acabamos de aprender a comunicar tanto como equipo que todos tienen bastante claro el estado exacto de un ticket, y hacemos un seguimiento del progreso en la tarjeta directamente.
(Hay una lista de verificación de proceso simple en cada tarjeta digital, pero es principalmente para mantener actualizadas a las personas remotas).
Nuestro gerente de producto solía trabajar con whisky, por lo que su tema es el siguiente:
Preparaciones | Fermentando | Destilación | Envejecimiento | Embotellado
Algunas ideas de experiencias pasadas:
| POR HACER | EN CURSO | EN PRUEBA (QA) | HECHO |
| | Operaciones de producción | Interfaz | SER | | |
| POR HACER | EN CURSO | EN PRUEBA (QA) | DEPURACIÓN | HECHO |
| POR HACER | EN CURSO | EN PRUEBA (QA) | ESPERANDO APROBACIÓN | HECHO |
Algo para tener en cuenta:
Tan importante y útil como nombrar y usar una variedad de columnas son los criterios de entrada y salida para cada columna. Por ejemplo nuestro equipo tiene lo siguiente:
Un elemento puede ingresar al Sprint Backlog si...
Un elemento puede salir de Desarrollo si tiene...
Un artículo puede salir de la revisión si...
Tenga en cuenta que nuestro equipo realmente solo usa tres columnas, pero la indicación de criterios para cada una realmente ayuda a todos a comprender qué debe suceder para que el trabajo fluya a través del tablero y por qué debe suceder. Si está utilizando Scrum, piense en este criterio como su definición de listo y su definición de hecho. Lo anterior es simplemente un ejemplo y puede no ser 100% apropiado para su uso. Sin embargo, es de esperar que le brinde algunas ideas y ayude a su equipo a comprender realmente lo que simboliza cada columna, independientemente de cómo elija definirlas. Si no funciona, siempre puede reevaluar, agregar columnas, eliminar columnas y redefinir en colaboración sus criterios para adaptarse a las necesidades de su equipo.
Sarov