Elegid según la responsabilidad que falta: un resultado definido, criterio técnico dentro del equipo, una revisión de calidad o alguien que se responsabilice de decisiones técnicas y de producto.
Relacionad la necesidad con el modelo - Desarrollo o hito definido: resultado, criterios, aportaciones y traspaso acordados. Puede necesitar Discovery antes. - Apoyo a un equipo existente: mantenéis la responsabilidad del producto y delimitáis la aportación. Acordad interfaces, revisiones, publicación y prioridades. - QA de software: investigación y evidencia sobre un producto existente. Decidid por separado quién corrige y verifica. - Liderazgo fraccional: responsabilidad explícita sobre arquitectura, hoja de ruta, proveedores o decisiones de ingeniería.
Si todavía no está clara la necesidad del cliente, quizá corresponda validar antes de desarrollar. Más personas programando no resuelven por sí solas una decisión de producto pendiente.
La visión de servicios permite comparar funciones; los precios muestran los modelos comerciales actuales. Un título no define el contrato: responsabilidades, equipo, disponibilidad y entregables deben constar en la oferta.
Un buen comienzo: «Nuestro equipo ya cubre [trabajo], pero nadie se responsabiliza de [decisión o tarea]». Permite elegir una aportación útil sin duplicar trabajo.