Este post es una extensión o continuación del post "Gestión ágil del trabajo en lugar de Gestión ágil de proyectos".

El concepto "Línea de trabajo" es clave en TUNE-UP Process, nuestra propuesta metodológica para la gestión ágil del trabajo. Pero ¿por qué introducir este nuevo concepto "Línea de trabajo" y no utilizar "Proyecto", el cual se suele usar en muchas empresas para organizar el trabajo?. A continuación comentaré nuestras razones al respecto.
  • Un Proyecto tiene como propósito generar un nuevo Producto/Servicio (o una mejora significativa en uno existente). Además, un proyecto tiene una fecha de inicio y una de fin, sin embargo, el Producto/Servicio resultante esperamos que se aproveche mucho más allá del fin del Proyecto :-). Si queremos gestionar Productos/Servicios debemos gestionar el trabajo asociado a ellos, esté o no enmarcado en un Proyecto. Además, un Producto/Servicio puede, a lo largo de su existencia, tener varios Proyectos: el proyecto que originalmente lo generó y los posteriores proyectos que hicieron mejoras significativas en él. Así, una Línea de trabajo estará asociada a un Producto/Servicio pero podrá, opcionalmente, tener varios Proyectos (abiertos o cerrados).
  • Un Proyecto es un contenedor de UT, similar a un Sprint, la diferencia es que la duración recomendada para un Sprint debería es de no más de un mes, un Proyecto no tiene esa restricción. Una interpretación razonable para la relación entre Proyecto y Sprint es la siguiente: un Proyecto que tenga una duración de más de un mes podría descomponerse en varios Sprints que permitan realizar un seguimiento más continuo del avance del Proyecto. Así, una Línea de trabajo, además del Backlog, podría, opcionalmente, tener otros contenedores (contenedores temporales), sean éstos Sprints y/o Proyectos.
  • Un proyecto podría estar asociado a varios Productos/Servicios (por ejemplo, un proyecto de integración de productos que requiere cambios en varios productos). Interesará gestionar el trabajo desde la perspectiva de cada Producto/Servicio involucrado (posiblemente sean equipos distintos los encargados en cada Producto/Servicio). Así, un Proyecto podrá contener UT de diferentes Líneas de trabajo.
  • Todo Producto/Servicio, una vez entregado, requerirá en cierta medida servicios de soporte y mantenimiento, y puede que en paralelo continúe desarrollándose (ver Gestión ágil de productos. Líneas de trabajo en un producto a partir de su primera entrega). Posiblemente será conveniente separar el trabajo de desarrollo, de soporte y de mantenimiento debido a que en general el trabajo de soporte y mantenimiento NO es planificable (no se conoce su alcance de antemano). No tiene mucho sentido denominar Proyecto a trabajo no planificable :-). Por otra parte, para evitar interrupciones en el trabajo de desarrollo (si el Producto/Servicio continuara desarrollándose), se recomienda que otras personas se encarguen del trabajo y soporte y mantenimiento (al menos el urgente). Así, convenientemente se podrían establecer Líneas de trabajo separadas para el trabajo de desarrollo, mantenimiento y soporte en cada Producto/Servicio.
  • El registro de información asociada al trabajo debe ser coherente con la utilidad o explotación que se hace de dicha información. Particularmente esto debería configurarse respecto de la información de planificación y seguimiento. Por ejemplo, en algunos casos podría no registrarse tiempos invertidos y en otros sólo en algunas actividades, se podría no estimar el esfuerzo del trabajo o estimarse usando puntos u horas ideales, etc. Así, cada Línea de trabajo puede tener su propia política de registro explotación de información. Sin embargo, todas las Líneas de trabajo dispondrían de una información y métricas básicas, las asociadas a sus tableros kanban y opcionalmente (registrando mayor información) dispondrían de otras métricas, tales como Velocidad, Lead Time, Cycle Time, Diagramas Burndown, Re-trabajo, Distribución de esfuerzo, etc. 
  • En Productos/Servicios de gran envergadura usualmente trabajan muchas personas. Una recomendación ágil es que los equipos no deben tener más de 10 integrantes, con lo cual podrían formarse varios equipos "pequeños" encargados del trabajo en una parte de dicho Producto/Servicio. Así, el mismo Producto/Servicio podría existir una Línea de trabajo para cada uno de sus equipos.
A través del concepto Línea de trabajo se promueve la diversidad en la organización del trabajo ofreciendo los grados de libertad antes indicados, de forma que la configuración de una Línea de trabajo se adapte al máximo a la naturaleza del trabajo que realiza el equipo.

Finalmente, la identificación de Líneas de trabajo y el establecimiento de equipos asociados a dichas Líneas de trabajo debe ser un proceso en el cual se estudien varios elementos: las características del contexto de trabajo (por ejemplo, en cuanto a necesidades de planificación y seguimiento), el personal disponible para abordar dicho trabajo, e incluso el o los posibles Product Owners involucrados. Además, periódicamente debería evaluarse la efectividad de las Líneas de trabajo establecidas y según sea conveniente, replantearlas.