Agile inception deck: Difference between revisions
Created page with "Modelo de reunión de trabajo o taller para realizar el proceso de inicio ágil de un nuevo proyecto. El autor es Jonathan Rasmusson que lo desarrolla en su lib..." |
|||
| (17 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=5}} | |||
El '''agile inception deck''' es un taller estructurado para el [[Inception|inicio ágil]] de un proyecto. Fue desarrollado por Jonathan Rasmusson y presentado en su libro ''The Agile Samurai'' (2010). Su objetivo es alinear al equipo y a los stakeholders en torno a diez preguntas fundamentales antes de escribir una sola línea de código. | |||
A diferencia de los documentos de inicio tradicionales, el inception deck no es un entregable que se produce y se archiva: es un proceso de conversación estructurada cuyo valor está en las discusiones que genera, no en las respuestas finales. | |||
== Cuándo usarlo == | |||
Al inicio de un proyecto nuevo, antes del primer sprint. | |||
Cuando se incorpora un equipo nuevo a un proyecto ya en marcha y es necesario alinear expectativas. | |||
En proyectos donde hay muchos stakeholders con visiones distintas sobre el alcance o los objetivos. | |||
== Las diez actividades == | |||
=== 1. ¿Por qué estamos aquí? === | |||
Se establece el propósito del proyecto. No el qué se va a construir, sino el porqué: qué problema resuelve y para quién. | |||
=== 2. Discurso de ascensor === | |||
El equipo practica explicar el proyecto en el tiempo que tarda un ascensor en subir un piso. Fuerza la claridad y la priorización de los mensajes clave. Véase [[Discurso de ascensor]]. | |||
=== 3. Caja de producto === | |||
Se diseña la caja imaginaria del producto: qué pondría en la portada, qué argumentos de venta incluiría. Ayuda a concretar la visión de producto de forma tangible. Véase [[Product box]]. | |||
=== 4. Lista de NOes === | |||
Se define explícitamente lo que el proyecto no incluirá. Establecer límites previene el scope creep y alinea expectativas. Véase [[Lista de NOes]]. | |||
=== 5. Conoce a tus vecinos === | |||
Los miembros del equipo se presentan y comparten sus antecedentes, habilidades y expectativas. También se mapean las dependencias externas: otros equipos, sistemas o personas que afectarán al proyecto. | |||
=== 6. Haz ver la solución === | |||
Se exploran las soluciones posibles a alto nivel. No es un diseño técnico detallado, sino una primera conversación sobre el enfoque. | |||
=== 7. ¿Qué nos quita el sueño? === | |||
El equipo identifica los riesgos y preocupaciones principales. Nombrar los riesgos en voz alta es el primer paso para gestionarlos. | |||
=== 8. Tómale las medidas === | |||
Se estima el tamaño del proyecto y se establecen las métricas que se usarán para medir el éxito. | |||
=== 9. Ser claros en lo que vamos a dar === | |||
Se acuerdan los entregables concretos: qué se producirá, en qué formato y con qué nivel de calidad. | |||
=== 10. Muestra lo que va a costar === | |||
Se discuten los aspectos presupuestarios y de recursos. Incluye una estimación inicial del coste y las restricciones financieras. | |||
== Inception deck en proyectos con IA == | |||
Los proyectos con componente de IA generativa tienen particularidades que el inception deck estándar no cubre explícitamente. Algunas adaptaciones que están adoptando los equipos: | |||
* '''¿Qué nos quita el sueño?''' en proyectos de IA suele incluir: alucinaciones del modelo, sesgos en los datos de entrenamiento, coste de inferencia a escala, y dependencia de proveedores externos (OpenAI, Anthropic, Google). | |||
* '''Lista de NOes''' debería incluir explícitamente qué datos no se usarán para entrenar o ajustar el modelo, especialmente datos de clientes o información sensible. | |||
* '''Tómale las medidas''' requiere definir métricas de calidad del output de IA (precisión, coherencia, tasa de rechazo) además de las métricas de negocio habituales. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Convertir el inception deck en un documento en lugar de una conversación.''' El valor del taller está en que el equipo y los stakeholders debatan y lleguen a acuerdos, no en el artefacto resultante. Equipos que completan el inception deck por escrito sin realizar el taller real se pierden el 90% del beneficio. | |||
</div> | |||
== Recursos == | |||
<div class="bok-recurso"> | |||
🎙️ [https://open.spotify.com/episode/5v6nP0XboT6h4Z768msmq2 '''Podcast Ep. 5: Agile Inception, ¿en qué consiste?''']<span class="detalle">Scrum Manager Podcast · Spotify</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/02/agile-inception-en-que-consiste/ '''Agile Inception, ¿en qué consiste?''']<span class="detalle">Scrum Manager Blog · feb 2023</span> | |||
</div> | |||
== Referencias == | |||
* Rasmusson, Jonathan. (2010). ''The Agile Samurai: How Agile Masters Deliver Great Software''. Pragmatic Bookshelf. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Inception]] [[Lean inception]] [[Discurso de ascensor]] [[Lista de NOes]] [[Product box]] [[Kick off]] [[Inicio ágil]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category: | [[Category:Product_Management]] | ||
Latest revision as of 14:27, 19 May 2026
El agile inception deck es un taller estructurado para el inicio ágil de un proyecto. Fue desarrollado por Jonathan Rasmusson y presentado en su libro The Agile Samurai (2010). Su objetivo es alinear al equipo y a los stakeholders en torno a diez preguntas fundamentales antes de escribir una sola línea de código.
A diferencia de los documentos de inicio tradicionales, el inception deck no es un entregable que se produce y se archiva: es un proceso de conversación estructurada cuyo valor está en las discusiones que genera, no en las respuestas finales.
Cuándo usarlo
Al inicio de un proyecto nuevo, antes del primer sprint. Cuando se incorpora un equipo nuevo a un proyecto ya en marcha y es necesario alinear expectativas. En proyectos donde hay muchos stakeholders con visiones distintas sobre el alcance o los objetivos.
Las diez actividades
1. ¿Por qué estamos aquí?
Se establece el propósito del proyecto. No el qué se va a construir, sino el porqué: qué problema resuelve y para quién.
2. Discurso de ascensor
El equipo practica explicar el proyecto en el tiempo que tarda un ascensor en subir un piso. Fuerza la claridad y la priorización de los mensajes clave. Véase Discurso de ascensor.
3. Caja de producto
Se diseña la caja imaginaria del producto: qué pondría en la portada, qué argumentos de venta incluiría. Ayuda a concretar la visión de producto de forma tangible. Véase Product box.
4. Lista de NOes
Se define explícitamente lo que el proyecto no incluirá. Establecer límites previene el scope creep y alinea expectativas. Véase Lista de NOes.
5. Conoce a tus vecinos
Los miembros del equipo se presentan y comparten sus antecedentes, habilidades y expectativas. También se mapean las dependencias externas: otros equipos, sistemas o personas que afectarán al proyecto.
6. Haz ver la solución
Se exploran las soluciones posibles a alto nivel. No es un diseño técnico detallado, sino una primera conversación sobre el enfoque.
7. ¿Qué nos quita el sueño?
El equipo identifica los riesgos y preocupaciones principales. Nombrar los riesgos en voz alta es el primer paso para gestionarlos.
8. Tómale las medidas
Se estima el tamaño del proyecto y se establecen las métricas que se usarán para medir el éxito.
9. Ser claros en lo que vamos a dar
Se acuerdan los entregables concretos: qué se producirá, en qué formato y con qué nivel de calidad.
10. Muestra lo que va a costar
Se discuten los aspectos presupuestarios y de recursos. Incluye una estimación inicial del coste y las restricciones financieras.
Inception deck en proyectos con IA
Los proyectos con componente de IA generativa tienen particularidades que el inception deck estándar no cubre explícitamente. Algunas adaptaciones que están adoptando los equipos:
- ¿Qué nos quita el sueño? en proyectos de IA suele incluir: alucinaciones del modelo, sesgos en los datos de entrenamiento, coste de inferencia a escala, y dependencia de proveedores externos (OpenAI, Anthropic, Google).
- Lista de NOes debería incluir explícitamente qué datos no se usarán para entrenar o ajustar el modelo, especialmente datos de clientes o información sensible.
- Tómale las medidas requiere definir métricas de calidad del output de IA (precisión, coherencia, tasa de rechazo) además de las métricas de negocio habituales.
Error frecuente
Convertir el inception deck en un documento en lugar de una conversación. El valor del taller está en que el equipo y los stakeholders debatan y lleguen a acuerdos, no en el artefacto resultante. Equipos que completan el inception deck por escrito sin realizar el taller real se pierden el 90% del beneficio.
Recursos
🎙️ Podcast Ep. 5: Agile Inception, ¿en qué consiste?Scrum Manager Podcast · Spotify
📄 Agile Inception, ¿en qué consiste?Scrum Manager Blog · feb 2023
Referencias
- Rasmusson, Jonathan. (2010). The Agile Samurai: How Agile Masters Deliver Great Software. Pragmatic Bookshelf.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.