Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


Agile Inception Deck, Apuntes de Derecho

AID Paunte Psdadfae qerqerv eraspuntre

Tipo: Apuntes

2024/2025

Subido el 26/11/2025

usuario desconocido
usuario desconocido 🇦🇷

1 / 15

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
Espacio Curricular
INGENIERÍA DE SOFTWARE
Tecnicatura Superior en Desarrollo de Software
I.S.F.D. y T. N° 328
2025
Apunte de Clase 4:
El Agile Inception Deck es una técnica que se utiliza al comienzo de
un proyecto ágil para establecer una comprensión compartida del
alcance, los objetivos y las expectativas. Proporciona una estructura y un
conjunto de actividades para que el equipo y los stakeholders colaboren y
establezcan una base sólida para el proyecto.
El Agile Inception Deck generalmente incluye una serie de fases o pasos,
como:
1. Establecimiento del contexto: Se define el contexto del proyecto,
incluyendo el propósito, el problema a resolver, las necesidades del
cliente y el panorama competitivo. Se busca alinear a todos los
participantes en cuanto a lavision y los objetivos del proyecto.
2. Conexión con el equipo: Se crea una conexión entre los miembros
del equipo y se establece una cultura de colaboración. Esto implica la
introducción de cada miembro del equipo, la definición de roles y
responsabilidades, y la creación de un ambiente de trabajo efectivo.
3. Identificación de stakeholders y usuarios: Se identifican y se
obtiene una comprensión más profunda de los stakeholders y usuarios
del proyecto. Esto incluye analizar sus necesidades, expectativas,
requisitos y cualquier restricción o preocupación relevante.
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff

Vista previa parcial del texto

¡Descarga Agile Inception Deck y más Apuntes en PDF de Derecho solo en Docsity!

Espacio Curricular

INGENIERÍA DE SOFTWARE

Tecnicatura Superior en Desarrollo de Software

I.S.F.D. y T. N° 328

Apunte de Clase 4:

El Agile Inception Deck es una técnica que se utiliza al comienzo de un proyecto ágil para establecer una comprensión compartida del alcance, los objetivos y las expectativas. Proporciona una estructura y un conjunto de actividades para que el equipo y los stakeholders colaboren y establezcan una base sólida para el proyecto. El Agile Inception Deck generalmente incluye una serie de fases o pasos , como:

  1. Establecimiento del contexto: Se define el contexto del proyecto, incluyendo el propósito, el problema a resolver, las necesidades del cliente y el panorama competitivo. Se busca alinear a todos los participantes en cuanto a lavision y los objetivos del proyecto.
  2. Conexión con el equipo: Se crea una conexión entre los miembros del equipo y se establece una cultura de colaboración. Esto implica la introducción de cada miembro del equipo, la definición de roles y responsabilidades, y la creación de un ambiente de trabajo efectivo.
  3. Identificación de stakeholders y usuarios: Se identifican y se obtiene una comprensión más profunda de los stakeholders y usuarios del proyecto. Esto incluye analizar sus necesidades, expectativas, requisitos y cualquier restricción o preocupación relevante.
  1. Creación del Product Box: Se crea una representación visual del producto o servicio que se está construyendo. Esto implica el diseño de una caja imaginaria del producto que incluye una descripción, cartacteristicas clave, beneficios y cualquier otra información relevante.
  2. Definición de metas y restricciones: Se establecen metas y restricciones claras para el proyecto. Esto puede incluir plazos, presupuestos, objetivos de calidad o cualquier otro factor que limite o guie el trabajo. Fue creado por Jonathan Rasmusson y cada una de sus fases se definen en el libro “The Agile Samurai” de su autoría: Ask: Why are we here?

Ask: Why are we here? (Preguntate: Por qué estamos aquí?) tiene

como objetivo establecer una comprensión clara y compartida del propósito y los objetivos del proyecto. Durante esta fase, el equipo y los stakeholders se reúnen para discutir y definir por qué están realizando el proyecto y cuáles son los resultados y beneficios esperados. Se busca entender el contexto y la razón detrás del proyecto, así como alinear a todos los involucrados en torno a un propósito común. El propósito de "Ask: Why are we here?" es proporcionar una base sólida y una dirección clara para el trabajo del equipo. Al comprender el propósito y los objetivos, se puede establecer un marco de referencia para la toma de decisiones, la priorización de tareas y la asignación de recursos. Durante esta fase, se pueden realizar discusiones, ejercicios de lluvia de ideas o presentaciones para explorar y definir el propósito y los objetivos del proyecto. Se busca obtener una comprensión profunda de las necesidades y expectativas de los stakeholders, así como de los beneficios que se esperan lograr al completar el proyecto.

“Create an elevator pitch” (Crear un discurso para el elevador) se

enfoca en desarrollar un resumen conciso y persuasivo del producto o proyecto, similar a un discurso de ascensor (elevator pithc en inglés). Un elevator pitch es una presentación breve y efectiva que captura la esencia del producto y despierta el interés del oyente en un corto periodo de tiempo, como el tiempo que se tarda en realizar un trayecto en ascensor (30 a 120 segundos). Esta actividad implica identificar los puntos clave del producto o proyecto y expresarlos de manera clara y convincente en una o dos frases. Al crear un elevator pitch, se busca destacar los aspectos únicos y valiosos del producto, resaltar los problemas o necesidades que resuelve y transmitir su propuesta de valor de manera concisa y persuasiva. Algunas características comunes de un "elevator pitch" efectivo incluyen:  Brevedad: La presentación debe ser lo suficientemente breve para ser comunicada en un corto período de tiempo, generalmente en menos de un minuto.  Claridad: La presentación debe ser clara y comprensible, evitando jergas o terminología técnica compleja. Debe transmitir el mensaje de manera sencilla y directa.  Valor y beneficios: Se debe resaltar el valor y los beneficios que el proyecto aporta, centrándose en cómo resuelve un problema o satisface una necesidad.  Enganche emocional: Se busca generar un impacto emocional en la audiencia, capturando su interés y generando curiosidad.  Adaptabilidad: El "elevator pitch" debe ser adaptable a diferentes audiencias y contextos, de manera que pueda ser personalizado según el interlocutor y su nivel de conocimiento sobre el proyecto. Construyendo un Elevator Pitch:

El formato del "elevator pitch" puede variar dependiendo del proyecto y del contexto, pero generalmente sigue una estructura básica que incluye los siguientes elementos:  Introducción: Comienza por presentarte de manera breve y menciona tu rol o posición en el proyecto.  Problema: Describe el problema o desafío que el proyecto aborda. Explica de manera concisa por qué es importante y qué impacto tiene en las personas o en la organización.  Solución: Presenta la solución que el proyecto propone. Destaca cómo resuelve el problema identificado y cómo satisface las necesidades de los usuarios o stakeholders.  Valor y beneficios: Comunica los beneficios y el valor que el proyecto aporta. Describe los resultados positivos que se esperan obtener, ya sea en términos de eficiencia, ahorro de costos, mejoras en la calidad, satisfacción del cliente, entre otros aspectos relevantes.  Diferenciación: Destaca lo que hace que tu proyecto sea único y cómo se diferencia de otras soluciones o enfoques existentes en el mercado. Resalta los aspectos distintivos y las ventajas competitivas que ofrece.  Validación: Si es posible, proporciona evidencia o datos que respalden tu propuesta. Puedes mencionar casos de éxito, testimonios de usuarios satisfechos o cualquier otra forma de validación que tengas disponible.  Llamado a la acción: Finaliza tu "elevator pitch" con un llamado a la acción. Puedes invitar a la audiencia a obtener más información, a participar en una demostración o a discutir los detalles del proyecto en una reunión posterior. Design a Product Box

expectativas poco realistas o peticiones que se salgan del alcance establecido. Esta actividad también puede ser útil para evitar la sobrecarga de trabajo y la dispersión de esfuerzo. Al tener una lista clara de lo que no se hará, el equipo puede enfocarse en las actividades y características más importantes y garantizar que se cumplan los objetivos clave del proyecto. Meet your neighbors “Meet your neighbors” (Conoce a tos vecinos) se refiere a una actividad diseñada para fomentar la colaboración y la comunicación efectiva entre los miembros del equipo y los stakeholders. En esta fase, se alienta a los miembros del equipo a conocerse y establecer relaciones con otras personas que están involucradas en el proyecto. Esto puede incluir a otros miembros del equipo de desarrollo, stakeholders clave, representantes del negocio u otros interesados. El objetivo de “Meet your neighbors” es construir relaciones de confianza y fomentar una mayor comprensión y colaboración entre todos los involucrados en el proyecto. Al conocerse mejor las necesidades, perspectivas y preocupaciones de los demás, lo que facilita la comunicación abierta y efectiva. Durante esta fase, se pueden organizar reuniones informales, actividades de team building o simplemente tiempo dedicado a conversar y conocerse en un ambiente relajado. Esto ayuda a establecer una base sólida para el trabajo en equipo y la colaboración a lo largo del proyecto. Show the solution

"Show the solution" (Muestra la solución) presenta y muestra la

solución propuesta para abordar un problema o satisfacer una necesidad.

Durante esta fase, el equipo trabaja en colaboración para desarrollar una solución concreta que responda a los requerimientos del proyecto. La solución puede estar relacionada con el desarrollo de software, la implementación de funcionalidades o la resolución de problemas específicos. El objetivo de "Show the solution" es compartir y comunicar la solución propuesta a los stakeholders, clientes u otros miembros del equipo. Esto implica presentar y demostrar el funcionamiento de la solución, resaltando sus características clave y su valor para los usuarios o beneficiarios. Esta fase puede incluir presentaciones, demostraciones o prototipos de la solución. Se busca obtener comentarios y retroalimentación temprana de los stakeholders y validar que la solución propuesta cumpla con sus expectativas y necesidades. Al mostrar la solución de manera visual y tangible, se facilita una mejor comprensión y permite que todos los involucrados brinden su opinión y realicen ajustes si es necesario. Esto ayuda a garantizar que la solución se alinee con los objetivos y requisitos establecidos. Algunas actividades comunes que se llevan durante la fase “Show the solution” pueden incluir:

  1. Presentación visual: Se muestra una representación visual de la solución propuesta, ya sea a través de dibujos, maquetas o prototipos de software. Esto permite que todos los miembros del equipo y las partes interesadas tengan una comprensión clara de cómo se verá y funcionara la solución.
  2. Discusión y retroalimentación: Se abre un espacio para que los miembros del equipo y las partes interesadas brinden comentarios y hagan preguntas sobre la solución propuesta. Esto fomenta la colaboración y permite realizar ajustes o mejoras necesarias antes de avanzar al siguiente paso.
  3. Validación de requisitos: Se verifica si la solución propuesta cumple con los requisitos y expectativas establecidos en el proyecto. Se analiza si

Algunas actividades comunes que se pueden llevar a cabo durante la fase “Ask what keeps us up at night” incluyen:

  1. Sesiones de lluvia de ideas: Se invita a los miembros del equipo y a las partes interesadas a compartir abiertamente sus preocupaciones y desafíos clave relacionados con el proyecto. Se anima a todos a expresar sus opiniones y a identificar posibles riesgos.
  2. Análisis de riesgos: Se realiza un análisis detallado de los problemas y las preocupaciones identificadas para evaluar su probabilidad de ocurrencia y el impacto que podrían tener el proyecto. Esto ayuda a priorizar los riesgos y enfocar los esfuerzos en los más críticos.
  3. Discusión y planificación de mitigación: Se desarrollan estrategias y planes de acción para abordar los riesgos identificados. Esto puede implicar la asignación de responsabilidades, el establecimiento de medidas preventivas o la definición de planes de contingencia.
  4. Alineación con los objetivos: Se asegura de que los riesgos y las preocupaciones identificados estén alineados con los objetivos y las metas del proyecto. Esto ayuda a priorizar los esfuerzo y los recursos en áreas que puedan tener mayor impacto en la consecuencia de los resultados deseados. Size it up

"Size it up" (Medir) tiene como objetivo estimar el tamaño o la

magnitud de un proyecto o una funcionalidad específica. Durante esta fase, el equipo trabaja en conjunto para evaluar y determinar el tamaño o la complejidad de las tareas o características que se deben desarrollar. Esto implica analizar y descomponer el trabajo en elementos más pequeños y manejables, como historias de usuario, tareas o puntos de historia. El propósito de "Size it up" es obtener una comprensión clara de la cantidad de esfuerzo, tiempo y recursos necesarios para completar las diferentes partes del proyecto. Estas estimaciones ayudan a planificar y

priorizar las tareas, así como a asignar adecuadamente los recursos disponibles. Existen varias técnicas y métodos para realizar estimaciones, como la técnica de puntos de historia o la estimación basada en la experiencia y el conocimiento del equipo. El objetivo es obtener estimaciones realistas y consensuadas que sirvan como guía para la planificación y la toma de decisiones. Al "sizing it up", el equipo puede identificar posibles desafíos o riesgos asociados a las tareas o funcionalidades, lo que permite tomar acciones preventivas y minimizar posibles obstáculos en el futuro. Algunas actividades comunes que se pueden llevar a cabo la fase “Size it up” incluyen:

  1. Identificación de requisitos: Se trabajan en conjunto con las partes interesadas para identificar y capturar los requisitos del proyecto, incluyendo las funcionalidades y características clave.
  2. Descomposición del trabajo: Se descompone el proyecto en tareas mas pequeñas manejables. Esto permite una mejor comprensión de las actividades necesarias y facilita la estimación del esfuerzo requerido.
  3. Estimación del tamaño: Se realiza una estimación del tamaño o volumen del trabajo a través de técnicas como Story Points, Function Points u otras métricas relevantes al contexto del proyecto. Esto ayuda a tener una idea de la magnitud del proyecto y a establecer una línea base para la planificación.
  4. Evaluación de la complejidad: Se analizan los factores de complejidad que pueden influir en la realización del proyecto, como la tecnología utilizada, la integración con otros sistemas, los requisitos de seguridad, entre otros. Esto permite evaluar los riesgos y desafíos asociados.}
  5. Alineación de los recursos: Se evalúa la disponibilidad de recursos necesarios, tanto humanos como materiales, para llevar a cabo el proyecto. Esto ayuda a determinar la viabilidad y la capacidad de ejecución de este.

proyecto, las necesidades de los stakeholders y las limitaciones en términos de tiempo, presupuesto, recursos, entre otros.

  1. Priorización de características y funcionalidades: Se realiza una evaluación y una priorización de las características y funcionalidades del proyecto. Se identifican aquellas que son críticas y no pueden ser comprometidas y se distinguen de aquellas que pueden ser ajustadas o adaptadas según las necesidades.
  2. Análisis del trade-offs: Se lleva a cabo un análisis de los trade-offs o compensaciones que podrían surgir entre diferentes aspectos del proyecto, como la calidad, el alcance, el tiempo y el costo. Se discuten y se toman decisiones sobre cuales aspectos pueden ser flexibles y cuales son fundamentales.
  3. Comunicación y alineación: Se asegura de que todas las partes interesadas tengan una comprensión clara y compartida sobre qué aspectos del proyecto pueden ser negociables y cuales son fijos. Esto evita malentendidos y conflictos posteriores durante la ejecución del proyecto. Show what it's going to take

"Show what it's going to take" (Muestra lo que va a costar) se

refiere a una actividad en la que se presenta y se muestra lo que se necesita para lograr el éxito en un proyecto o una iniciativa ágil. Durante esta fase, el equipo trabaja en conjunto para identificar y comunicar los recursos necesarios, como habilidades, herramientas, tecnologías y tiempo, para llevar a cabo el proyecto de manera efectiva. Se busca mostrar a los stakeholders y a los miembros del equipo lo que se requiere para alcanzar los objetivos establecidos. El propósito de "Show what it's going to take" es proporcionar una visión clara de los esfuerzos y los recursos necesarios para completar con éxito el proyecto. Esto implica mostrar las habilidades requeridas, los recursos técnicos y logísticos necesarios, así como los plazos y las dependencias del proyecto.

Durante esta fase, se pueden realizar presentaciones, demostraciones o incluso mostrar prototipos o ejemplos de trabajo anterior para ilustrar los requerimientos y las implicaciones del proyecto. Al mostrar lo que se necesita, se fomenta una mejor comprensión y colaboración entre los stakeholders y el equipo. Además, ayuda a establecer expectativas realistas y a tomar decisiones informadas sobre la planificación, los recursos y las acciones necesarias para lograr los objetivos del proyecto. Algunas actividades comunes que se pueden llevar a cabo durante la fase “Show what it’s going to take” incluyen:

  1. Identificación de recursos: Se trabaja en conjunto con el equipo y las partes interesadas para identificar y listar los recursos necesarios para el proyecto. Esto puede incluir personal con habilidades específicas, herramientas, equipos, infraestructura, tiempo y presupuesto.
  2. Estimación de recursos: Se realiza una estimación de los recursos requeridos en términos de cantidad, capacidad y duración. Esto implica evaluar la carga de trabajo, el tiempo necesario para completar las tareas y los costos asociados.
  3. Planificación y asignación de recursos: Se elabora un plan para asignar los recursos identificados de manera eficiente y efectiva. Esto puede incluir asignación de personal a tareas específicas, la programación del tiempo y la gestión del presupuesto.
  4. Discusión y ajustes: Se lleva a cabo una discusión y un análisis critico de los recursos identificados y sus implicaciones. Se pueden hacer ajustes o refinamientos en función de las limitaciones, prioridades y restricciones del proyecto.
  5. Comunicación y alineación: Se asegura de que todas las partes interesadas tengan una comprensión clara de los recursos necesarios y las implicaciones asociadas. Esto facilita la toma de decisiones informadas y la obtención de los recursos necesarios.

Fuentes

 Rasmusson, J. (2010). The Agile Samurai. Pragmatic Bookshelf.