https://www.scrummanager.com/bok/api.php?action=feedcontributions&feedformat=atom&user=MberneScrum Manager BoK - User contributions [en]2026-04-17T03:14:37ZUser contributionsMediaWiki 1.45.3https://www.scrummanager.com/bok/index.php?title=Scrum_Manager_BoK&diff=2909Scrum Manager BoK2026-03-26T13:18:09Z<p>Mberne: </p>
<hr />
<div>__NOTOC__<br />
<table style="text-align: left; width: 100%;" border="0"<br />
cellpadding="2" cellspacing="3"><br />
<tr><br />
<td style="text-align: center; width: 25%;">''Agilidad en el equipo''</td><br />
<td style="text-align: center; width: 25%;">''Agilidad e IA''</td><br />
<td style="text-align: center; width: 25%;">''Agilidad en la empresa''</td><br />
<td style="text-align: center; width: 25%;">''Historias de usuario''</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Portada scrum master.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:ScrumMasterIA.jpg|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:PortadaAgilevel.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Historias de usuario portada.jpg|center|150px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Agilevel-115.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Product-owner user-stories 22.png|50px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_master.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://scrummanager.com/files/scrumenequiposconia.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://agilevel.com/files/agilevel.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_manager_historias_usuario.pdf|]] </td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 4.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 1.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 5.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 5.0</small></small> </td><br />
</tr><br />
</table><br />
<br />
<br><br />
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;>[[Glosario de términos]] | [[:Special:Random|Mostrar una página aleatoria]]</div><br />
<hr><br />
<center>[https://scrummanager.com/website/c/search/list-centre.php Centros de formación y certificación Scrum Manager®] | [https://scrummanager.com/website/c/info/faqs.php?academic#academic_certification_framework Acerca del marco de formación y certificación]</center><br />
<small><br />
<center>Para solicitar más información o cursos para empresas o grupos: [[File:Mail info scrum manager.png]] </center><br />
<center>Puedes seguir a Scrum Manager en</center><br />
</small><br />
<center><br />
<table style="text-align: left; width: 100px;" border="0"<br />
cellpadding="2" cellspacing="2"><br />
<tr><br />
<td style="width: 54px;">[[File:Blog ico 50.jpg|25px|link=https://www.scrummanager.com/blog|]]</td><br />
<td style="width: 54px;">[[File:Linkedin ico 50.jpg|25px|link=https://www.linkedin.com/company/5013857|]]</td><br />
<td style="width: 54px;">[[File:Twitter ico 50.jpg|25px|link=https://twitter.com/scrummanager|]]</td><br />
<td style="width: 54px;">[[File:Facebook ico 50.jpg|25px|link=http://www.facebook.com/pages/Scrum-Manager/144889095527292|]]<br />
<td style="width: 54px;">[[File:Youtube icon.png|25px|link=https://www.youtube.com/user/scrummanager|]]<br />
</td><br />
</tr><br />
</table><br />
</center><br />
<center> <small> [https://scrummanager.com/ Web e información] | [https://www.scrummanager.com/common_files/cookies_oks.html cookies]</small> </center></div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Scrum_Manager_BoK&diff=2908Scrum Manager BoK2026-03-26T13:17:52Z<p>Mberne: </p>
<hr />
<div>__NOTOC__<br />
<table style="text-align: left; width: 100%;" border="0"<br />
cellpadding="2" cellspacing="3"><br />
<tr><br />
<td style="text-align: center; width: 25%;">''Agilidad en el equipo''</td><br />
<td style="text-align: center; width: 25%;">''Agilidad e IA''</td><br />
<td style="text-align: center; width: 25%;">''Agilidad en la empresa''</td><br />
<td style="text-align: center; width: 25%;">''Ampliación: Historias de usuario''</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Portada scrum master.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:ScrumMasterIA.jpg|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:PortadaAgilevel.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Historias de usuario portada.jpg|center|150px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Agilevel-115.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Product-owner user-stories 22.png|50px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_master.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://scrummanager.com/files/scrumenequiposconia.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://agilevel.com/files/agilevel.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_manager_historias_usuario.pdf|]] </td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 4.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 1.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 5.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 5.0</small></small> </td><br />
</tr><br />
</table><br />
<br />
<br><br />
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;>[[Glosario de términos]] | [[:Special:Random|Mostrar una página aleatoria]]</div><br />
<hr><br />
<center>[https://scrummanager.com/website/c/search/list-centre.php Centros de formación y certificación Scrum Manager®] | [https://scrummanager.com/website/c/info/faqs.php?academic#academic_certification_framework Acerca del marco de formación y certificación]</center><br />
<small><br />
<center>Para solicitar más información o cursos para empresas o grupos: [[File:Mail info scrum manager.png]] </center><br />
<center>Puedes seguir a Scrum Manager en</center><br />
</small><br />
<center><br />
<table style="text-align: left; width: 100px;" border="0"<br />
cellpadding="2" cellspacing="2"><br />
<tr><br />
<td style="width: 54px;">[[File:Blog ico 50.jpg|25px|link=https://www.scrummanager.com/blog|]]</td><br />
<td style="width: 54px;">[[File:Linkedin ico 50.jpg|25px|link=https://www.linkedin.com/company/5013857|]]</td><br />
<td style="width: 54px;">[[File:Twitter ico 50.jpg|25px|link=https://twitter.com/scrummanager|]]</td><br />
<td style="width: 54px;">[[File:Facebook ico 50.jpg|25px|link=http://www.facebook.com/pages/Scrum-Manager/144889095527292|]]<br />
<td style="width: 54px;">[[File:Youtube icon.png|25px|link=https://www.youtube.com/user/scrummanager|]]<br />
</td><br />
</tr><br />
</table><br />
</center><br />
<center> <small> [https://scrummanager.com/ Web e información] | [https://www.scrummanager.com/common_files/cookies_oks.html cookies]</small> </center></div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Scrum_Manager_BoK&diff=2907Scrum Manager BoK2026-03-26T13:05:21Z<p>Mberne: </p>
<hr />
<div><br />
__NOTOC__<br />
<table style="text-align: left; width: 100%;" border="0"<br />
cellpadding="2" cellspacing="3"><br />
<tr><br />
<td style="text-align: center; width: 25%;">''Agilidad en el equipo''</td><br />
<td style="text-align: center; width: 25%;">''Agilidad e IA''</td><br />
<td style="text-align: center; width: 25%;">''Agilidad en la empresa''</td><br />
<td style="text-align: center; width: 25%;">''Historias de usuario''</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Portada scrum master.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:ScrumMasterIA.jpg|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:PortadaAgilevel.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Historias de usuario portada.jpg|center|150px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Agilevel-115.png|50px|link=]]</td><br />
<td style="text-align: center; width: 25%;">[[File:Product-owner user-stories 22.png|50px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_master.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/website/c/member/download-resource.php?id=372|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://agilevel.com/files/agilevel.pdf|]] </td><br />
<td style="text-align: center; width: 25%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_manager_historias_usuario.pdf|]] </td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 4.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 1.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 5.0</small></small> </td><br />
<td style="text-align: center; width: 25%;"> <small><small>versión 5.0</small></small> </td><br />
</tr><br />
</table><br />
<br><br />
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;>[[Glosario de términos]] | [[:Special:Random|Mostrar una página aleatoria]]</div><br />
<hr><br />
<center>[https://scrummanager.com/website/c/search/list-centre.php Centros de formación y certificación Scrum Manager®] | [https://scrummanager.com/website/c/info/faqs.php?academic#academic_certification_framework Acerca del marco de formación y certificación]</center><br />
<small><br />
<center>Para solicitar más información o cursos para empresas o grupos: [[File:Mail info scrum manager.png]] </center><br />
<center>Puedes seguir a Scrum Manager en</center><br />
</small><br />
<center><br />
<table style="text-align: left; width: 100px;" border="0"<br />
cellpadding="2" cellspacing="2"><br />
<tr><br />
<td style="width: 54px;">[[File:Blog ico 50.jpg|25px|link=https://www.scrummanager.com/blog|]]</td><br />
<td style="width: 54px;">[[File:Linkedin ico 50.jpg|25px|link=https://www.linkedin.com/company/5013857|]]</td><br />
<td style="width: 54px;">[[File:Twitter ico 50.jpg|25px|link=https://twitter.com/scrummanager|]]</td><br />
<td style="width: 54px;">[[File:Facebook ico 50.jpg|25px|link=http://www.facebook.com/pages/Scrum-Manager/144889095527292|]]<br />
<td style="width: 54px;">[[File:Youtube icon.png|25px|link=https://www.youtube.com/user/scrummanager|]]<br />
</td><br />
</tr><br />
</table><br />
</center><br />
<center> <small> [https://scrummanager.com/ Web e información] | [https://www.scrummanager.com/common_files/cookies_oks.html cookies]</small> </center></div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:ScrumMasterIA.jpg&diff=2906File:ScrumMasterIA.jpg2026-03-26T13:03:26Z<p>Mberne: </p>
<hr />
<div>Scrum Master en equipos con IA</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gesti%C3%B3n_predictiva&diff=2905Gestión predictiva2026-02-27T15:32:23Z<p>Mberne: </p>
<hr />
<div>[[File:PlanProyecto.png|250px|thumb|right]]<br />
La '''gestión de proyectos predictiva''' es la disciplina que trata de la planificación, organización, seguimiento y control de los aspectos de un proyecto para alcanzar los objetivos del mismo de forma segura y satisfaciendo las especificaciones definidas de plazo y coste. Se basa en la planificación, el seguimiento y el control.<br />
==Descripción==<br />
La gestión de proyectos predictiva realiza el uso más eficiente de los recursos para cumplir plazos, costes y calidad; en definitiva para cumplir la "conformidad con la especificación". El objetivo de la gestión de proyectos predictiva es resolver los planeamientos iniciales cumpliendo con el plazo y con el coste.<br />
==Objetivo==<br />
<br /><br />
{{#ev:youtube|BoBDosdCsps||center|Objetivo de la gestión predictiva y de la gestión evolutiva|frame}}<br />
<br /><br />
==Planificación==<br />
Los procesos fundamentales de la gestión de proyectos son la planificación, el seguimiento y el control. <br />
<br />
Sobre la planificación la gestión predictiva se base en:<br />
<blockquote>''Si no se planifica, aumenta la incertidumbre durante la ejecución y se producen cambios o modificaciones no previstas inicialmente que producen retrasos, sobrecostes, falta de motivación, desconcierto.'' (Kerzner, 1995)</blockquote><br />
<br />
Para Kerzner, las '''cuatro razones básicas para planificar''' son:<br />
* Eliminar o reducir la incertidumbre.<br />
* Mejorar la eficiencia de la operación.<br />
* Obtener una mejor comprensión de los objetivos. <br />
* Dar unas bases para el seguimiento del trabajo.<br />
<br />
El '''proceso de planificación''' consta de:<br />
* Especificar los objetivos del proyecto (definidos en el alcance)<br />
* Estructurarlo en actividades y tareas<br />
* Establecer la secuencia, prioridades y dependencia entre tareas.<br />
* Estimar la duración de las tareas.<br />
* Definir los recursos disponibles.<br />
* Definir el presupuesto.<br />
<br />
El '''proceso de seguimiento''' compara la planificación inicial con la ejecución real, para verificar el cumplimiento del plan de trabajo y el presupuesto. El seguimiento comprende una adecuada gestión de riesgos para abordar la aparición de posibles problemas o imprevistos con el menor impacto posible sobre el plan inicial, o para activar procesos de replanificación y ajuste. <br />
<br />
[[File:GestionPredictiva.png|550px|frame|center]]<br />
<br />
==Véase también==<br />
*[[Gestión evolutiva]].<br />
*[[Agilidad]].<br />
*[[Ingeniería concurrente]].<br />
*[[Ingeniería secuencial]].<br />
*[https://www.youtube.com/watch?v=vQrFunXuURc&ab_channel=ScrumManager Scrum Manager Youtube: "Gestión predictiva y evolutiva"].<br />
==Referencias==<br />
*Harold Kerzner (1995) ''Project management: a systems approach to planning, scheduling, and controlling'', 1ª ed. New York: Van Nostrand Reinhold.<br />
[[Category:Glosario de términos]]<br />
[[Category:Sueltos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gesti%C3%B3n_predictiva&diff=2904Gestión predictiva2026-02-27T15:32:14Z<p>Mberne: </p>
<hr />
<div>[[File:PlanProyecto.png|270px|thumb|right]]<br />
La '''gestión de proyectos predictiva''' es la disciplina que trata de la planificación, organización, seguimiento y control de los aspectos de un proyecto para alcanzar los objetivos del mismo de forma segura y satisfaciendo las especificaciones definidas de plazo y coste. Se basa en la planificación, el seguimiento y el control.<br />
==Descripción==<br />
La gestión de proyectos predictiva realiza el uso más eficiente de los recursos para cumplir plazos, costes y calidad; en definitiva para cumplir la "conformidad con la especificación". El objetivo de la gestión de proyectos predictiva es resolver los planeamientos iniciales cumpliendo con el plazo y con el coste.<br />
==Objetivo==<br />
<br /><br />
{{#ev:youtube|BoBDosdCsps||center|Objetivo de la gestión predictiva y de la gestión evolutiva|frame}}<br />
<br /><br />
==Planificación==<br />
Los procesos fundamentales de la gestión de proyectos son la planificación, el seguimiento y el control. <br />
<br />
Sobre la planificación la gestión predictiva se base en:<br />
<blockquote>''Si no se planifica, aumenta la incertidumbre durante la ejecución y se producen cambios o modificaciones no previstas inicialmente que producen retrasos, sobrecostes, falta de motivación, desconcierto.'' (Kerzner, 1995)</blockquote><br />
<br />
Para Kerzner, las '''cuatro razones básicas para planificar''' son:<br />
* Eliminar o reducir la incertidumbre.<br />
* Mejorar la eficiencia de la operación.<br />
* Obtener una mejor comprensión de los objetivos. <br />
* Dar unas bases para el seguimiento del trabajo.<br />
<br />
El '''proceso de planificación''' consta de:<br />
* Especificar los objetivos del proyecto (definidos en el alcance)<br />
* Estructurarlo en actividades y tareas<br />
* Establecer la secuencia, prioridades y dependencia entre tareas.<br />
* Estimar la duración de las tareas.<br />
* Definir los recursos disponibles.<br />
* Definir el presupuesto.<br />
<br />
El '''proceso de seguimiento''' compara la planificación inicial con la ejecución real, para verificar el cumplimiento del plan de trabajo y el presupuesto. El seguimiento comprende una adecuada gestión de riesgos para abordar la aparición de posibles problemas o imprevistos con el menor impacto posible sobre el plan inicial, o para activar procesos de replanificación y ajuste. <br />
<br />
[[File:GestionPredictiva.png|550px|frame|center]]<br />
<br />
==Véase también==<br />
*[[Gestión evolutiva]].<br />
*[[Agilidad]].<br />
*[[Ingeniería concurrente]].<br />
*[[Ingeniería secuencial]].<br />
*[https://www.youtube.com/watch?v=vQrFunXuURc&ab_channel=ScrumManager Scrum Manager Youtube: "Gestión predictiva y evolutiva"].<br />
==Referencias==<br />
*Harold Kerzner (1995) ''Project management: a systems approach to planning, scheduling, and controlling'', 1ª ed. New York: Van Nostrand Reinhold.<br />
[[Category:Glosario de términos]]<br />
[[Category:Sueltos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gesti%C3%B3n_predictiva&diff=2903Gestión predictiva2026-02-27T15:31:58Z<p>Mberne: </p>
<hr />
<div>[[File:PlanProyecto.png|300px|thumb|right]]<br />
La '''gestión de proyectos predictiva''' es la disciplina que trata de la planificación, organización, seguimiento y control de los aspectos de un proyecto para alcanzar los objetivos del mismo de forma segura y satisfaciendo las especificaciones definidas de plazo y coste. Se basa en la planificación, el seguimiento y el control.<br />
==Descripción==<br />
La gestión de proyectos predictiva realiza el uso más eficiente de los recursos para cumplir plazos, costes y calidad; en definitiva para cumplir la "conformidad con la especificación". El objetivo de la gestión de proyectos predictiva es resolver los planeamientos iniciales cumpliendo con el plazo y con el coste.<br />
==Objetivo==<br />
<br /><br />
{{#ev:youtube|BoBDosdCsps||center|Objetivo de la gestión predictiva y de la gestión evolutiva|frame}}<br />
<br /><br />
==Planificación==<br />
Los procesos fundamentales de la gestión de proyectos son la planificación, el seguimiento y el control. <br />
<br />
Sobre la planificación la gestión predictiva se base en:<br />
<blockquote>''Si no se planifica, aumenta la incertidumbre durante la ejecución y se producen cambios o modificaciones no previstas inicialmente que producen retrasos, sobrecostes, falta de motivación, desconcierto.'' (Kerzner, 1995)</blockquote><br />
<br />
Para Kerzner, las '''cuatro razones básicas para planificar''' son:<br />
* Eliminar o reducir la incertidumbre.<br />
* Mejorar la eficiencia de la operación.<br />
* Obtener una mejor comprensión de los objetivos. <br />
* Dar unas bases para el seguimiento del trabajo.<br />
<br />
El '''proceso de planificación''' consta de:<br />
* Especificar los objetivos del proyecto (definidos en el alcance)<br />
* Estructurarlo en actividades y tareas<br />
* Establecer la secuencia, prioridades y dependencia entre tareas.<br />
* Estimar la duración de las tareas.<br />
* Definir los recursos disponibles.<br />
* Definir el presupuesto.<br />
<br />
El '''proceso de seguimiento''' compara la planificación inicial con la ejecución real, para verificar el cumplimiento del plan de trabajo y el presupuesto. El seguimiento comprende una adecuada gestión de riesgos para abordar la aparición de posibles problemas o imprevistos con el menor impacto posible sobre el plan inicial, o para activar procesos de replanificación y ajuste. <br />
<br />
[[File:GestionPredictiva.png|550px|frame|center]]<br />
<br />
==Véase también==<br />
*[[Gestión evolutiva]].<br />
*[[Agilidad]].<br />
*[[Ingeniería concurrente]].<br />
*[[Ingeniería secuencial]].<br />
*[https://www.youtube.com/watch?v=vQrFunXuURc&ab_channel=ScrumManager Scrum Manager Youtube: "Gestión predictiva y evolutiva"].<br />
==Referencias==<br />
*Harold Kerzner (1995) ''Project management: a systems approach to planning, scheduling, and controlling'', 1ª ed. New York: Van Nostrand Reinhold.<br />
[[Category:Glosario de términos]]<br />
[[Category:Sueltos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:PlanProyecto.png&diff=2902File:PlanProyecto.png2026-02-27T15:31:38Z<p>Mberne: </p>
<hr />
<div>Gestión de proyectos</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=DSDM&diff=2901DSDM2026-02-27T13:25:29Z<p>Mberne: /* Fases */</p>
<hr />
<div>'''DSDM''' es el acrónimo que da nombre a un modelo de procesos para desarrollo de sistemas de software, concebido por el DSDM Consortium, fundado en Inglaterra en 1994, con presencia en la actualidad en Inglaterra, EE.UU., Benelux, Dinamarca, Francia y Suiza; y con interés y contactos para futuras representaciones en Australia, India y China.<br />
==Relación con el ''Manifiesto ágil''==<br />
Es un modelo que estuvo representado en la firma del ''[[El manifiesto ágil|Manifiesto ágil]]'': Arie van Bennekum, firmante del manifiesto, era miembro del consorcio en Benelux, consultor y formador de DSDM.<br />
<br />
En 2001, año del ''Manifiesto ágil'', DSDM publicó la versión 4.1 de su modelo, y se consideró una metodología ágil; y aunque mantuvo las siglas, cambió la denominación original (''Dynamis Systems Development Method'') por ''Framework for Business Centred Development''.<br />
<br />
==Fases==<br />
El ciclo de desarrollo de DSDM está compuesto de 5 fases, a las que se les suma un pre-proyecto y un post-proyecto:<br />
*Pre-proyecto.<br />
*Estudio de viabilidad.<br />
*Estudio de negocio.<br />
*Iteración de modelado funcional.<br />
*Iteración de diseño y desarrollo.<br />
*Implementación.<br />
*Post-desarrollo.<br />
<br />
<br />
Los cinco procesos centrales se suelen representar con el siguiente gráfico, familiarmente denominado '''"de las 3 pizzas y el queso"'''.<br />
<br />
[[File:DiagramaProcesosDSDM.png|850px|thumb|center]]<br />
<br />
==Véase también==<br />
*[[Sprint]].<br />
*[[El manifiesto ágil]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Metodologías ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=DSDM&diff=2900DSDM2026-02-27T13:25:17Z<p>Mberne: /* Fases */</p>
<hr />
<div>'''DSDM''' es el acrónimo que da nombre a un modelo de procesos para desarrollo de sistemas de software, concebido por el DSDM Consortium, fundado en Inglaterra en 1994, con presencia en la actualidad en Inglaterra, EE.UU., Benelux, Dinamarca, Francia y Suiza; y con interés y contactos para futuras representaciones en Australia, India y China.<br />
==Relación con el ''Manifiesto ágil''==<br />
Es un modelo que estuvo representado en la firma del ''[[El manifiesto ágil|Manifiesto ágil]]'': Arie van Bennekum, firmante del manifiesto, era miembro del consorcio en Benelux, consultor y formador de DSDM.<br />
<br />
En 2001, año del ''Manifiesto ágil'', DSDM publicó la versión 4.1 de su modelo, y se consideró una metodología ágil; y aunque mantuvo las siglas, cambió la denominación original (''Dynamis Systems Development Method'') por ''Framework for Business Centred Development''.<br />
<br />
==Fases==<br />
El ciclo de desarrollo de DSDM está compuesto de 5 fases, a las que se les suma un pre-proyecto y un post-proyecto:<br />
*Pre-proyecto.<br />
*Estudio de viabilidad.<br />
*Estudio de negocio.<br />
*Iteración de modelado funcional.<br />
*Iteración de diseño y desarrollo.<br />
*Implementación.<br />
*Post-desarrollo.<br />
<br />
<br />
Los cinco procesos centrales se suelen representar con el siguiente gráfico, familiarmente denominado '''"de las 3 pizzas y el queso"'''.<br />
<br />
[[File:DiagramaProcesosDSDM.png|750px|thumb|center]]<br />
<br />
==Véase también==<br />
*[[Sprint]].<br />
*[[El manifiesto ágil]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Metodologías ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=DSDM&diff=2899DSDM2026-02-27T13:25:00Z<p>Mberne: /* Fases */</p>
<hr />
<div>'''DSDM''' es el acrónimo que da nombre a un modelo de procesos para desarrollo de sistemas de software, concebido por el DSDM Consortium, fundado en Inglaterra en 1994, con presencia en la actualidad en Inglaterra, EE.UU., Benelux, Dinamarca, Francia y Suiza; y con interés y contactos para futuras representaciones en Australia, India y China.<br />
==Relación con el ''Manifiesto ágil''==<br />
Es un modelo que estuvo representado en la firma del ''[[El manifiesto ágil|Manifiesto ágil]]'': Arie van Bennekum, firmante del manifiesto, era miembro del consorcio en Benelux, consultor y formador de DSDM.<br />
<br />
En 2001, año del ''Manifiesto ágil'', DSDM publicó la versión 4.1 de su modelo, y se consideró una metodología ágil; y aunque mantuvo las siglas, cambió la denominación original (''Dynamis Systems Development Method'') por ''Framework for Business Centred Development''.<br />
<br />
==Fases==<br />
El ciclo de desarrollo de DSDM está compuesto de 5 fases, a las que se les suma un pre-proyecto y un post-proyecto:<br />
*Pre-proyecto.<br />
*Estudio de viabilidad.<br />
*Estudio de negocio.<br />
*Iteración de modelado funcional.<br />
*Iteración de diseño y desarrollo.<br />
*Implementación.<br />
*Post-desarrollo.<br />
<br />
<br />
Los cinco procesos centrales se suelen representar con el siguiente gráfico, familiarmente denominado '''"de las 3 pizzas y el queso"'''.<br />
<br />
[[File:DiagramaProcesosDSDM.png|650px|thumb|center]]<br />
<br />
==Véase también==<br />
*[[Sprint]].<br />
*[[El manifiesto ágil]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Metodologías ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=DSDM&diff=2898DSDM2026-02-27T13:24:48Z<p>Mberne: /* Fases */</p>
<hr />
<div>'''DSDM''' es el acrónimo que da nombre a un modelo de procesos para desarrollo de sistemas de software, concebido por el DSDM Consortium, fundado en Inglaterra en 1994, con presencia en la actualidad en Inglaterra, EE.UU., Benelux, Dinamarca, Francia y Suiza; y con interés y contactos para futuras representaciones en Australia, India y China.<br />
==Relación con el ''Manifiesto ágil''==<br />
Es un modelo que estuvo representado en la firma del ''[[El manifiesto ágil|Manifiesto ágil]]'': Arie van Bennekum, firmante del manifiesto, era miembro del consorcio en Benelux, consultor y formador de DSDM.<br />
<br />
En 2001, año del ''Manifiesto ágil'', DSDM publicó la versión 4.1 de su modelo, y se consideró una metodología ágil; y aunque mantuvo las siglas, cambió la denominación original (''Dynamis Systems Development Method'') por ''Framework for Business Centred Development''.<br />
<br />
==Fases==<br />
El ciclo de desarrollo de DSDM está compuesto de 5 fases, a las que se les suma un pre-proyecto y un post-proyecto:<br />
*Pre-proyecto.<br />
*Estudio de viabilidad.<br />
*Estudio de negocio.<br />
*Iteración de modelado funcional.<br />
*Iteración de diseño y desarrollo.<br />
*Implementación.<br />
*Post-desarrollo.<br />
<br />
<br />
Los cinco procesos centrales se suelen representar con el siguiente gráfico, familiarmente denominado '''"de las 3 pizzas y el queso"'''.<br />
<br />
[[File:DiagramaProcesosDSDM.png|550px|thumb|center]]<br />
<br />
==Véase también==<br />
*[[Sprint]].<br />
*[[El manifiesto ágil]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Metodologías ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:DiagramaProcesosDSDM.png&diff=2897File:DiagramaProcesosDSDM.png2026-02-27T13:24:28Z<p>Mberne: </p>
<hr />
<div>Diagrama de procesos DSDM</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Ingenier%C3%ADa_secuencial&diff=2896Ingeniería secuencial2026-02-25T18:23:00Z<p>Mberne: </p>
<hr />
<div>La '''ingeniería secuencial''' frecuentemente se conoce como "cascada" por la representación gráfica con la que se suele representar el ciclo de vida de un sistema de software desarrollado de forma secuencial:<br />
<br><br />
[[File:IngenieríaSecuencial.png|500px|thumb|center]]<br />
</br><br />
==Descripción==<br />
En la ingeniería secuencial cada fase del proceso se desarrolla '''de forma consecutiva''', de modo que cada etapa de la secuencia no se inicia hasta que no ha concluido la anterior. Si durante el proceso se detecta algún error se retrocede hasta la etapa correspondiente para subsanarlo.<br />
<br />
Es un proceso relativamente lento, pero requiere poco esfuerzo de gestión y genera poca cooperación interdepartamental: "Tú fabricas lo que yo diseño y él vende lo que tú fabricas".<br />
<br><br />
[[File:Ingenieriasecuencial.png|650px|thumb|center]]<br />
</br><br />
==Véase también==<br />
*[[Ingeniería concurrente]].<br />
*[[Agilidad]].<br />
*[[Agilidad técnica]].<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:Ingenier%C3%ADaSecuencial.png&diff=2895File:IngenieríaSecuencial.png2026-02-25T18:22:52Z<p>Mberne: </p>
<hr />
<div>Ingeniería secuencial</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Calendario_Niko&diff=2894Calendario Niko2026-02-25T17:34:45Z<p>Mberne: /* Beneficios */</p>
<hr />
<div>[[File:CalendarioNiko.png||210px|right]]<br />
El '''calendario Niko''' es un indicador del nivel de motivación del equipo. Es una herramienta visual para monitorear y reflejar el estado de ánimo o la satisfacción de los miembros del equipo con respecto a su trabajo. <br />
==Origen==<br />
Fue propuesto por Akinori Sakata. Aunque no hay una fecha específica de creación, el concepto se alinea con la creciente atención hacia la gestión ágil y el bienestar emocional en los entornos de trabajo.<br />
<br />
Su desarrollo se inspiró en la necesidad de comprender y visualizar el estado de ánimo de los equipos en tiempo real, especialmente en metodologías ágiles donde la adaptabilidad y la retroalimentación continua son claves.<br />
==Descripción==<br />
Consiste en un '''calendario físico o digital''' colocado en un área común. Los miembros del equipo indican su estado de ánimo diariamente mediante emoticonos o "smiles": feliz, neutro e insatisfecho.<br />
==Objetivos==<br />
#'''Retroalimentación emocional:''' proveer una herramienta para que los miembros del equipo expresen cómo se sienten acerca de su trabajo y el proyecto.<br />
#'''Detección de problemas:''' ayudar a identificar problemas de motivación o satisfacción laboral antes de que afecten el rendimiento del equipo.<br />
#'''Promoción del bienestar:''' fomentar un entorno donde el bienestar emocional es reconocido como parte integral del éxito del proyecto.<br />
==Método de aplicación==<br />
Se sitúa en un lugar visible de la oficina, preferiblemente junto al resto de indicadores (gráfico de avance, pizarra kanban...) y cada día los miembros del equipo ponen un adhesivo o dibujan uno de los tres "smiles" posibles, reflejando su estado de ánimo con respecto a las tareas del proyecto.<br />
==Beneficios==<br />
*'''Mejora de la comunicación:''' fomenta la expresión abierta y honesta sobre el bienestar emocional.<br />
*'''Cultura positiva:''' contribuye a crear una cultura laboral más transparente y de apoyo.<br />
*'''Prevención:''' al identificar y abordar problemas antes de tiempo, puede ayudar a prevenir el agotamiento.<br />
*'''Mejora del desempeño del equipo:''' un equipo emocionalmente sano y motivado tiende a ser más productivo y creativo.<br />
*'''Permite detectar configuraciones que revelan situaciones tipo:'''<br />
<br />
[[File:CalendarioNiko2.png|550px|thumb|center]]<br />
<br />
==Véase también==<br />
*[[Burn down]].<br />
*[[Burn up]].<br />
*[[Kanban: origen y definición]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:CalendarioNiko2.png&diff=2893File:CalendarioNiko2.png2026-02-25T17:34:34Z<p>Mberne: </p>
<hr />
<div>Calendario Niko</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Calendario_Niko&diff=2892Calendario Niko2026-02-25T17:34:12Z<p>Mberne: </p>
<hr />
<div>[[File:CalendarioNiko.png||210px|right]]<br />
El '''calendario Niko''' es un indicador del nivel de motivación del equipo. Es una herramienta visual para monitorear y reflejar el estado de ánimo o la satisfacción de los miembros del equipo con respecto a su trabajo. <br />
==Origen==<br />
Fue propuesto por Akinori Sakata. Aunque no hay una fecha específica de creación, el concepto se alinea con la creciente atención hacia la gestión ágil y el bienestar emocional en los entornos de trabajo.<br />
<br />
Su desarrollo se inspiró en la necesidad de comprender y visualizar el estado de ánimo de los equipos en tiempo real, especialmente en metodologías ágiles donde la adaptabilidad y la retroalimentación continua son claves.<br />
==Descripción==<br />
Consiste en un '''calendario físico o digital''' colocado en un área común. Los miembros del equipo indican su estado de ánimo diariamente mediante emoticonos o "smiles": feliz, neutro e insatisfecho.<br />
==Objetivos==<br />
#'''Retroalimentación emocional:''' proveer una herramienta para que los miembros del equipo expresen cómo se sienten acerca de su trabajo y el proyecto.<br />
#'''Detección de problemas:''' ayudar a identificar problemas de motivación o satisfacción laboral antes de que afecten el rendimiento del equipo.<br />
#'''Promoción del bienestar:''' fomentar un entorno donde el bienestar emocional es reconocido como parte integral del éxito del proyecto.<br />
==Método de aplicación==<br />
Se sitúa en un lugar visible de la oficina, preferiblemente junto al resto de indicadores (gráfico de avance, pizarra kanban...) y cada día los miembros del equipo ponen un adhesivo o dibujan uno de los tres "smiles" posibles, reflejando su estado de ánimo con respecto a las tareas del proyecto.<br />
==Beneficios==<br />
*'''Mejora de la comunicación:''' fomenta la expresión abierta y honesta sobre el bienestar emocional.<br />
*'''Cultura positiva:''' contribuye a crear una cultura laboral más transparente y de apoyo.<br />
*'''Prevención:''' al identificar y abordar problemas antes de tiempo, puede ayudar a prevenir el agotamiento.<br />
*'''Mejora del desempeño del equipo:''' un equipo emocionalmente sano y motivado tiende a ser más productivo y creativo.<br />
*'''Permite detectar configuraciones que revelan situaciones tipo:'''<br />
<br />
<br />
[[File:Patrones niko.png|550px|thumb|center]]<br />
==Véase también==<br />
*[[Burn down]].<br />
*[[Burn up]].<br />
*[[Kanban: origen y definición]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Calendario_Niko&diff=2891Calendario Niko2026-02-25T17:33:08Z<p>Mberne: </p>
<hr />
<div>[[File:CalendarioNiko.png||400px|right]]<br />
El '''calendario Niko''' es un indicador del nivel de motivación del equipo. Es una herramienta visual para monitorear y reflejar el estado de ánimo o la satisfacción de los miembros del equipo con respecto a su trabajo. <br />
==Origen==<br />
Fue propuesto por Akinori Sakata. Aunque no hay una fecha específica de creación, el concepto se alinea con la creciente atención hacia la gestión ágil y el bienestar emocional en los entornos de trabajo.<br />
<br />
Su desarrollo se inspiró en la necesidad de comprender y visualizar el estado de ánimo de los equipos en tiempo real, especialmente en metodologías ágiles donde la adaptabilidad y la retroalimentación continua son claves.<br />
==Descripción==<br />
Consiste en un '''calendario físico o digital''' colocado en un área común. Los miembros del equipo indican su estado de ánimo diariamente mediante emoticonos o "smiles": feliz, neutro e insatisfecho.<br />
==Objetivos==<br />
#'''Retroalimentación emocional:''' proveer una herramienta para que los miembros del equipo expresen cómo se sienten acerca de su trabajo y el proyecto.<br />
#'''Detección de problemas:''' ayudar a identificar problemas de motivación o satisfacción laboral antes de que afecten el rendimiento del equipo.<br />
#'''Promoción del bienestar:''' fomentar un entorno donde el bienestar emocional es reconocido como parte integral del éxito del proyecto.<br />
==Método de aplicación==<br />
Se sitúa en un lugar visible de la oficina, preferiblemente junto al resto de indicadores (gráfico de avance, pizarra kanban...) y cada día los miembros del equipo ponen un adhesivo o dibujan uno de los tres "smiles" posibles, reflejando su estado de ánimo con respecto a las tareas del proyecto.<br />
==Beneficios==<br />
*'''Mejora de la comunicación:''' fomenta la expresión abierta y honesta sobre el bienestar emocional.<br />
*'''Cultura positiva:''' contribuye a crear una cultura laboral más transparente y de apoyo.<br />
*'''Prevención:''' al identificar y abordar problemas antes de tiempo, puede ayudar a prevenir el agotamiento.<br />
*'''Mejora del desempeño del equipo:''' un equipo emocionalmente sano y motivado tiende a ser más productivo y creativo.<br />
*'''Permite detectar configuraciones que revelan situaciones tipo:'''<br />
<br />
<br />
[[File:Patrones niko.png|550px|thumb|center]]<br />
==Véase también==<br />
*[[Burn down]].<br />
*[[Burn up]].<br />
*[[Kanban: origen y definición]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Calendario_Niko&diff=2890Calendario Niko2026-02-25T17:32:49Z<p>Mberne: </p>
<hr />
<div>[[File:CalendarioNiko.png|right]]<br />
El '''calendario Niko''' es un indicador del nivel de motivación del equipo. Es una herramienta visual para monitorear y reflejar el estado de ánimo o la satisfacción de los miembros del equipo con respecto a su trabajo. <br />
==Origen==<br />
Fue propuesto por Akinori Sakata. Aunque no hay una fecha específica de creación, el concepto se alinea con la creciente atención hacia la gestión ágil y el bienestar emocional en los entornos de trabajo.<br />
<br />
Su desarrollo se inspiró en la necesidad de comprender y visualizar el estado de ánimo de los equipos en tiempo real, especialmente en metodologías ágiles donde la adaptabilidad y la retroalimentación continua son claves.<br />
==Descripción==<br />
Consiste en un '''calendario físico o digital''' colocado en un área común. Los miembros del equipo indican su estado de ánimo diariamente mediante emoticonos o "smiles": feliz, neutro e insatisfecho.<br />
==Objetivos==<br />
#'''Retroalimentación emocional:''' proveer una herramienta para que los miembros del equipo expresen cómo se sienten acerca de su trabajo y el proyecto.<br />
#'''Detección de problemas:''' ayudar a identificar problemas de motivación o satisfacción laboral antes de que afecten el rendimiento del equipo.<br />
#'''Promoción del bienestar:''' fomentar un entorno donde el bienestar emocional es reconocido como parte integral del éxito del proyecto.<br />
==Método de aplicación==<br />
Se sitúa en un lugar visible de la oficina, preferiblemente junto al resto de indicadores (gráfico de avance, pizarra kanban...) y cada día los miembros del equipo ponen un adhesivo o dibujan uno de los tres "smiles" posibles, reflejando su estado de ánimo con respecto a las tareas del proyecto.<br />
==Beneficios==<br />
*'''Mejora de la comunicación:''' fomenta la expresión abierta y honesta sobre el bienestar emocional.<br />
*'''Cultura positiva:''' contribuye a crear una cultura laboral más transparente y de apoyo.<br />
*'''Prevención:''' al identificar y abordar problemas antes de tiempo, puede ayudar a prevenir el agotamiento.<br />
*'''Mejora del desempeño del equipo:''' un equipo emocionalmente sano y motivado tiende a ser más productivo y creativo.<br />
*'''Permite detectar configuraciones que revelan situaciones tipo:'''<br />
<br />
<br />
[[File:Patrones niko.png|550px|thumb|center]]<br />
==Véase también==<br />
*[[Burn down]].<br />
*[[Burn up]].<br />
*[[Kanban: origen y definición]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:CalendarioNiko.png&diff=2889File:CalendarioNiko.png2026-02-25T17:32:32Z<p>Mberne: </p>
<hr />
<div>Calendario Niko</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2888Gráfico de producto2026-02-25T16:38:11Z<p>Mberne: /* Ejemplo */</p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|450px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
[[File:400points.png|450px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
[[File:Ejesgrafico.png|450px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
[[File:Prodyversiones.png|450px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Versionsobreeje.png|450px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
[[File:Pilayversionesprevistas.png|450px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:Versionsobreeje.png&diff=2887File:Versionsobreeje.png2026-02-25T16:37:52Z<p>Mberne: </p>
<hr />
<div>Versiones sobre los ejes del gráfico</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2886Gráfico de producto2026-02-25T16:36:45Z<p>Mberne: /* Ejemplo */</p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|450px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
[[File:400points.png|450px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
[[File:Ejesgrafico.png|450px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
[[File:Prodyversiones.png|450px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Burn_up_4.png|550px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
[[File:Pilayversionesprevistas.png|450px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:Prodyversiones.png&diff=2885File:Prodyversiones.png2026-02-25T16:36:18Z<p>Mberne: </p>
<hr />
<div>Pila de producto y versiones</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2884Gráfico de producto2026-02-25T16:35:27Z<p>Mberne: </p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|450px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
[[File:400points.png|450px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
[[File:Ejesgrafico.png|450px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
<br />
[[File:Pila de producto y estimacion de versiones.jpg|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Burn_up_4.png|550px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
[[File:Pilayversionesprevistas.png|450px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2883Gráfico de producto2026-02-25T16:34:48Z<p>Mberne: </p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|500px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
[[File:400points.png|500px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
[[File:Ejesgrafico.png|500px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
<br />
[[File:Pila de producto y estimacion de versiones.jpg|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Burn_up_4.png|550px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
[[File:Pilayversionesprevistas.png|450px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:Pilayversionesprevistas.png&diff=2882File:Pilayversionesprevistas.png2026-02-25T16:34:32Z<p>Mberne: </p>
<hr />
<div>Pila de producto y versiones previstas</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2881Gráfico de producto2026-02-25T16:33:13Z<p>Mberne: </p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|500px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
[[File:400points.png|500px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
[[File:Ejesgrafico.png|500px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
<br />
[[File:Pila de producto y estimacion de versiones.jpg|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Burn_up_4.png|550px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
<br />
[[File:Burn_up_3.png|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:Ejesgrafico.png&diff=2880File:Ejesgrafico.png2026-02-25T16:32:53Z<p>Mberne: </p>
<hr />
<div>Ejes del gráfico</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2879Gráfico de producto2026-02-25T16:31:43Z<p>Mberne: /* Ejemplo */</p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|550px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
[[File:400points.png|550px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
<br />
[[File:Burn_up_2.png|550px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
<br />
[[File:Pila de producto y estimacion de versiones.jpg|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Burn_up_4.png|550px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
<br />
[[File:Burn_up_3.png|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:400points.png&diff=2878File:400points.png2026-02-25T16:31:21Z<p>Mberne: </p>
<hr />
<div>400 puntos</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Gr%C3%A1fico_de_producto&diff=2877Gráfico de producto2026-02-25T16:29:59Z<p>Mberne: </p>
<hr />
<div>El '''gráfico de producto o gráfico “burn up”''' es una herramienta de planificación propia del [[propietario de producto]]. Representa la evolución previsible en función de la velocidad del equipo. Se suelen hacer tres estimaciones: pesimista, realista y optimista. <br />
{{#ev:youtube|jdyodO-uFBk|550|center|Gráfico de producto|frame}}<br />
==Descripción==<br />
Se trata de una herramienta para desarrollo ágil, un documento vivo que no debe utilizarse para representar planes estables, sino las previsiones tras cada evolución de la pila del producto.<br />
<br />
La proyección se realiza sobre un '''diagrama cartesiano''' que representa, en el eje de ordenadas, el esfuerzo estimado para construir las diferentes historias de la pila del producto, y en el de las abscisas, el tiempo medido en sprints. Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
[[File:BurnUp.png|550px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
==Ejemplo==<br />
<br />
Convenciones empleadas por el equipo:<br />
*Unidad para medición del trabajo: [[Punto de función|puntos de scrum]].<br />
*Está previsto trabajar con [[Sprint|sprints]] de duración fija mensual (20 días laborables).<br />
*El equipo está formado por 4 personas y desarrolla una velocidad media de 400 puntos por sprint.<br />
<br />
<br />
[[File:Burn-up5.png|550px|thumb|center|'''Equipo de 4 personas velocidad de 400 puntos por sprint''']]<br />
<br />
<br />
Se traza en el gráfico la línea que representa el ritmo de avance previsto según la velocidad media del equipo (en este ejemplo 400 puntos por sprint).<br />
<br />
Es recomendable trazar también los ritmos de avance con una previsión pesimista y otra optimista. Se dibujan basándose en información de los proyectos anteriores que han ido peor y mejor de lo previsto, o en su defecto estableciendo un margen según el criterio del equipo (ej. +- 20%).<br />
<br />
<br />
[[File:Burn_up_2.png|550px|thumb|center|'''Ejes del gráfico de producto''']]<br />
<br />
A continuación se toma la [[pila del producto]]. <br />
<br />
En este caso, el propietario del producto tiene previsto lanzar la versión 1.0 cuando disponga de las cuatro primeras [[Historia de usuario|historias]], que tienen un esfuerzo estimado de 950 puntos (150+250+250+300).<br />
<br />
Además, según refleja la imagen siguiente, también tiene esbozadas las previsiones para las versiones posteriores 1.1 y 1.2.<br />
<br />
<br />
[[File:Pila de producto y estimacion de versiones.jpg|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
<br />
<br />
Para trazar la previsión se sitúa cada versión en el eje vertical en la posición correspondiente al esfuerzo estimado para construir todas las historias que incluye.<br />
<br />
Siguiendo con el ejemplo, la posición de la versión 1.0 se situaría sobre el valor 950 del eje de ordenadas:<br />
<br />
[[File:Burn_up_4.png|550px|thumb|center|'''Se sitúan las versiones previstas sobre el eje de ordenadas.''']]<br />
<br />
<br />
Los puntos de corte que marca esta posición con las líneas de velocidad del equipo (pesimista, realista y optimista) proyectan en el eje horizontal la fecha o sprint en el que se completará la versión.<br />
<br />
<br />
[[File:Burn_up_3.png|550px|thumb|center|'''Pila de producto y versiones previstas''']]<br />
==Véase también==<br />
*[[Artefactos]].<br />
*[[Gráfico de avance]].<br />
*[[DoR]].<br />
*[[DoD]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:BurnUp.png&diff=2876File:BurnUp.png2026-02-25T16:29:27Z<p>Mberne: </p>
<hr />
<div>Gráfico burn up</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:Ejemploburnup.png&diff=2875File:Ejemploburnup.png2026-02-25T16:28:01Z<p>Mberne: </p>
<hr />
<div>Ejemplo gráfico burn up</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Estrella_de_mar&diff=2874Estrella de mar2026-02-25T15:42:13Z<p>Mberne: </p>
<hr />
<div>__NOTOC__<br />
La '''estrella de mar''' es una práctica o actividad para usar en retrospectivas, durante la segunda o tercera fase. Proporciona retroinformación del equipo para mejorar la eficiencia, y da pie a proponer sugerencias e ideas para futuras iteraciones.<br />
==Cómo realizar la actividad==<br />
[[File:EstrelladeMar.png|260px|thumb|right]]<br />
El facilitador anima a los participantes a escribir en etiquetas adhesivas qué cosas indicarían en cada una de las siguientes categorías para mejorar la eficiencia de la forma de trabajo y la calidad del resultado:<br />
#Empezar a hacer<br />
#Dejar de hacer<br />
#Hacer menos<br />
#Seguir haciendo<br />
#Hacer más<br />
Para grupos grandes (más de 7 - 9 personas) en retrospectivas que analizan el trabajo de periodos de trabajo largos se recomienda dividir en subgrupos para focalizar en cada uno un área diferente de análisis: requisitos, pruebas, gestión con cliente etc.<br />
<br />
Tras la exposición y comentario se deciden las actividades que se van a empezar a aplicar (hacer más, menos, suprimir) a partir del siguiente ciclo. <br />
<br />
==Véase también==<br />
*[[Retrospectiva]].<br />
*[https://scrummanager.com/gamificacion/estrella_de_mar.html Herramienta interactiva "Estrella de mar"]<br />
*[https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ Scrum Manager Blog: «Primera fase de una retrospectiva: reflexión en equipo (3 actividades)»].<br />
*[https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ Scrum Manager Blog: «Segunda fase de una retrospectiva: en busca de la mejora continua»].<br />
*[https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ Scrum Manager Blog: «Tercera fase de una retrospectiva: crear conocimiento»].<br />
*[https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ Scrum Manager Blog: «Ejemplo: cómo diseñar una sprint retrospective»].<br />
*[https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ Scrum Manager Blog: «Liderar retrospectivas y resolución de conflictos»].<br />
*[https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ Scrum Manager Blog: «Apuntes: Agile Retrospectives»].<br />
[[Category: Glosario de términos]]<br />
<br />
[[Category:Prácticas ágiles]]<br />
<br />
[[Category: Prácticas para retrospectivas]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Brainstorming/Filtering&diff=2873Brainstorming/Filtering2026-02-25T15:41:15Z<p>Mberne: /* Materiales útiles */</p>
<hr />
<div>'''''Brainstorming/Filtering''''' (Tormenta de ideas/Filtro) es una práctica ágil que se suele realizar durante la tercera fase de una [[retrospectiva]]. Requiere tiempo: dura entre 40 minutos y 1 hora. Funciona como un taller típico de tormenta de ideas, pero se definen criterios para decidir a continuación si las ideas son viables o no.<br />
<br />
==Estructura de ''Brainstorming/Filtering''==<br />
# El líder de la retrospectiva explica la actividad y su propósito. La actividad es una tormenta de ideas, para salir de la forma típica de pensar, y sigue las reglas típicas de las tormentas de ideas; después habrá tiempo en el taller para filtrar y elegir ideas.<br />
# Se marca un objetivo, por ejemplo generar 50 ideas en 10-15 minutos. <br />
# Tras acabar con la tormenta de ideas, se decide en equipo cuáles serán los criterios para filtrarlas. Cuando haya de 4 a 8 sugerencias, se vota alzando las manos para decidir 4 criterios. Éstos se apuntan en otro panel distinto del que se haya usado para la tormenta de ideas. <br />
# Se aplican los filtros a cada una de las ideas de una en una. Cada uno de los filtros debe tener asignado un símbolo o un color, y se coloca en la idea cuando ésta supera ese filtro concreto. Es habitual usar pegatinas de colores. Las ideas que no pasen ninguno de los filtros se eliminan. <br />
# El equipo comenta aquellas ideas que hayan superado los 4 filtros. Lo ideal es que una o varias personas identifiquen alguna que les guste especialmente y de la que les gustaría hacerse cargo. De no ser así, se elige por votación. Las ideas elegidas pasarán a la siguiente fase: decidir qué hacer.<br />
<br />
==Reglas de las tormentas de ideas==<br />
* Las ideas se deben ir apuntando en un lugar visible durante la tormenta de ideas. <br />
* La cantidad importa más que la calidad; las ideas brillantes rara vez son las primeras. <br />
* No hay ideas tontas y no se edita ni se elimina nada. <br />
* Está permitido hacer sugerencias descabelladas, divertidas y creativas. <br />
* Está permitido desarrollar ideas en base a las ideas de otros compañeros. <br />
* Las ideas no se juzgan, evalúan ni critican. Se filtrará después. <br />
<br />
==Métodos para tormentas de ideas==<br />
# Todo vale. La gente puede sugerir ideas en voz alta en cualquier momento y sin seguir ningún orden. <br />
# Por turnos. Los participantes se van pasando un objeto y quien lo sostenga tiene el turno de palabra. Está permitido pasárselo al siguiente miembro del equipo sin decir nada.<br />
# Introspección y puesta en común. Se da tiempo a los participantes para que apunten ideas en pequeños grupos o en privado (5-7 minutos) y después se hace tormenta de ideas al estilo de los métodos 1 ó 2. <br />
==Materiales útiles==<br />
* [https://scrummanager.com/gamificacion/temporizador_lluvia_de_ideas.html Temporizador de lluvia de ideas.]<br />
*[https://docs.google.com/document/d/1AtnPaqwkp3-c21uKCvsiMRpyrbRkT-Lgo4abqVt7QgE/edit?usp=sharing Ejemplo de la actividad Brainstorming/Filtering].<br />
*[https://docs.google.com/presentation/d/1wXWyLJbbRq3FI1PNgvV8Pv7PgZLvAMY1/edit?usp=sharing&ouid=111907146694132819736&rtpof=true&sd=true Presentación Power Point: En qué consiste la actividad Brainstorming].<br />
<br />
==Véase también==<br />
*[[Retrospectiva]].<br />
*[https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ Scrum Manager Blog: «Primera fase de una retrospectiva: reflexión en equipo (3 actividades)»].<br />
*[https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ Scrum Manager Blog: «Segunda fase de una retrospectiva: en busca de la mejora continua»].<br />
*[https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ Scrum Manager Blog: «Tercera fase de una retrospectiva: crear conocimiento»].<br />
*[https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ Scrum Manager Blog: «Ejemplo: cómo diseñar una sprint retrospective»].<br />
*[https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ Scrum Manager Blog: «Liderar retrospectivas y resolución de conflictos»].<br />
*[https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ Scrum Manager Blog: «Apuntes: Agile Retrospectives»].<br />
==Referencias==<br />
*[https://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649 Derby, Esther; Larsen, Diana. (2006) ''Agile Retrospectives: Making Good Teams Great''].<br />
<br />
[[Category: Glosario de términos]]<br />
[[Category: Prácticas ágiles]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Adopciones_de_scrum:_t%C3%A9cnico_y_avanzado&diff=2872Adopciones de scrum: técnico y avanzado2026-02-25T15:35:02Z<p>Mberne: </p>
<hr />
<div>'''Scrum se puede adoptar de forma técnica''', aplicando reglas definidas, '''o pragmática''', adoptando los valores originales scrum con reglas personalizadas.<br />
<br />
El aprendizaje de scrum técnico es el primer paso aconsejable para familiarizarse con la agilidad.<br />
<br />
Una vez iniciados en agilidad, y con el conocimiento que el propio equipo acumula a través de las retrospectivas, se pueden ir “rompiendo” las reglas y adoptar scrum avanzado, personalizado y más adecuado a las propias circunstancias del propio equipo y proyecto.<br />
<br />
[[File:AdopcionesScrum.png|650px|center]]<br />
<br />
==Véase también==<br />
*[[Scrum estándar: componentes y marco]].<br />
*[[Scrum avanzado]].<br />
*[[Introducción a scrum]].<br />
*[[Origen de scrum]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Propuesta para revisión]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Adopciones_de_scrum:_t%C3%A9cnico_y_avanzado&diff=2871Adopciones de scrum: técnico y avanzado2026-02-25T15:34:23Z<p>Mberne: </p>
<hr />
<div>'''Scrum se puede adoptar de forma técnica''', aplicando reglas definidas, '''o pragmática''', adoptando los valores originales scrum con reglas personalizadas.<br />
<br />
El aprendizaje de scrum técnico es el primer paso aconsejable para familiarizarse con la agilidad.<br />
<br />
Una vez iniciados en agilidad, y con el conocimiento que el propio equipo acumula a través de las retrospectivas, se pueden ir “rompiendo” las reglas y adoptar scrum avanzado, personalizado y más adecuado a las propias circunstancias del propio equipo y proyecto.<br />
<br />
[[File:AdopcionesScrum.png|650px|frame|center]]<br />
<br />
==Véase también==<br />
*[[Scrum estándar: componentes y marco]].<br />
*[[Scrum avanzado]].<br />
*[[Introducción a scrum]].<br />
*[[Origen de scrum]].<br />
[[Category:Glosario de términos]]<br />
[[Category:Propuesta para revisión]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:AdopcionesScrum.png&diff=2870File:AdopcionesScrum.png2026-02-25T15:34:02Z<p>Mberne: </p>
<hr />
<div>Valores de scrum</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=AgiLevel&diff=2869AgiLevel2026-02-25T14:56:03Z<p>Mberne: </p>
<hr />
<div>'''AgiLevel''' es una guía de referencia y buenas prácticas para adaptar y escalar la agilidad en la gestión y producción, proporcionando un método para la evaluación estructurada de las variables que determinan las características y grado de agilidad de la organización.<br />
==Descripción==<br />
Incluye criterios de formulación para determinar cuantitativamente cada factor, y a la organización en su conjunto. <br />
<br />
La evaluación puede emplearse como herramienta de diagnóstico para identificar las áreas de mejora, o posibles desequilibrios entre diferentes sectores de la organización. También como indicador para referencia y medición de los avances.<br />
==Dimensiones==<br />
Analiza indicadores y evidencias de forma separada en dos dimensiones: <br />
*'''Dimensión operativa:''' determinada por las técnicas y prácticas de trabajo empleadas. Las evaluaciones de AgiLevel miden esta dimensión como flexibilidad.<br />
*'''Dimensión organizativa:''' determinada por los rasgos de personalidad de la organización. Las evaluaciones de AgiLevel miden esta dimensión como fluidez.<br />
<br />
==Referencias==<br />
*https://agilevel.com/<br />
*https://scrummanager.com/agilevel-radar/<br />
<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Scrum_Manager_BoK&diff=2868Scrum Manager BoK2026-01-14T10:36:00Z<p>Mberne: </p>
<hr />
<div>__NOTOC__<br />
<br />
<table style="text-align: left; width: 100%;" border="0"<br />
cellpadding="2" cellspacing="3"><br />
<tr><br />
<td style="text-align: center; width: 33%;">''Agilidad en el equipo''</td><br />
<td style="text-align: center; width: 33%;">''Agilidad en la empresa''</td><br />
<td style="text-align: center; width: 33%;">''Ampliación: Historias de usuario''</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;">[[File:Portada scrum master.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:PortadaAgilevel.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:Historias de usuario portada.jpg|center|150px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:Agilevel-115.png|50px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:Product-owner user-stories 22.png|50px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_master.pdf|]] </td><br />
<td style="text-align: center; width: 33%;">[[File:Icon descargar pdf.png|100px|link=https://agilevel.com/files/agilevel.pdf|]] </td><br />
<td style="text-align: center; width: 33%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_manager_historias_usuario.pdf|]] </td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;"> <small><small>versión 4.0</small></small> </td><br />
<td style="text-align: center; width: 33%;"> <small><small>versión 5.0</small></small> </td><br />
<td style="text-align: center; width: 33%;"> <small><small>versión 5.0</small></small> </td><br />
</tr><br />
</table><br />
<br />
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;>[[Glosario de términos]] | [[:Special:Random|Mostrar una página aleatoria]]</div><br />
<br />
<br />
<br />
<hr><br />
<br />
<center>[https://scrummanager.com/website/c/search/list-centre.php Centros de formación y certificación Scrum Manager®] | [https://scrummanager.com/website/c/info/faqs.php?academic#academic_certification_framework Acerca del marco de formación y certificación]</center><br />
<br />
<br />
<small><br />
<center>Para solicitar más información o cursos para empresas o grupos: [[File:Mail info scrum manager.png]] </center><br />
<center>Puedes seguir a Scrum Manager en</center><br />
</small><br />
<center><br />
<table style="text-align: left; width: 100px;" border="0"<br />
cellpadding="2" cellspacing="2"><br />
<tr><br />
<td style="width: 54px;">[[File:Blog ico 50.jpg|25px|link=https://www.scrummanager.com/blog|]]</td><br />
<td style="width: 54px;">[[File:Linkedin ico 50.jpg|25px|link=https://www.linkedin.com/company/5013857|]]</td><br />
<td style="width: 54px;">[[File:Twitter ico 50.jpg|25px|link=https://twitter.com/scrummanager|]]</td><br />
<td style="width: 54px;">[[File:Facebook ico 50.jpg|25px|link=http://www.facebook.com/pages/Scrum-Manager/144889095527292|]]<br />
<td style="width: 54px;">[[File:Youtube icon.png|25px|link=https://www.youtube.com/user/scrummanager|]]<br />
</td><br />
</tr><br />
</table><br />
</center><br />
<br />
<center> <small> [https://scrummanager.com/ Web e información] | [https://www.scrummanager.com/common_files/cookies_oks.html cookies]</small> </center></div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Scrum_Manager_BoK&diff=2867Scrum Manager BoK2026-01-14T10:35:33Z<p>Mberne: </p>
<hr />
<div>__NOTOC__<br />
<br />
<table style="text-align: left; width: 100%;" border="0"<br />
cellpadding="2" cellspacing="3"><br />
<tr><br />
<td style="text-align: center; width: 33%;">''Agilidad en el equipo''</td><br />
<td style="text-align: center; width: 33%;">''Agilidad en la empresa''</td><br />
<td style="text-align: center; width: 33%;">''Ampliación: Historias de usuario''</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;">[[File:Portada scrum master.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:PortadaAgilevel.png|center|150px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:Historias de usuario portada.jpg|center|150px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;">[[File:Scrum master 22.png|50px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:Agilevel-115.png|50px|link=]]</td><br />
<td style="text-align: center; width: 33%;">[[File:Product-owner user-stories 22.png|50px|link=]]</td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_master.pdf|]] </td><br />
<td style="text-align: center; width: 33%;">[[File:Icon descargar pdf.png|100px|link=https://agilevel.com/files/agilevel.pdf|]] </td><br />
<td style="text-align: center; width: 33%;">[[File:Icon descargar pdf.png|100px|link=https://www.scrummanager.com/files/scrum_manager_historias_usuario.pdf|]] </td><br />
</tr><br />
<tr><br />
<td style="text-align: center; width: 33%;"> <small><small>versión 5.0</small></small> </td><br />
<td style="text-align: center; width: 33%;"> <small><small>versión 4.0</small></small> </td><br />
<td style="text-align: center; width: 33%;"> <small><small>versión 5.0</small></small> </td><br />
</tr><br />
</table><br />
<br />
<div class="center" style="width:auto; margin-left:auto; margin-right:auto;>[[Glosario de términos]] | [[:Special:Random|Mostrar una página aleatoria]]</div><br />
<br />
<br />
<br />
<hr><br />
<br />
<center>[https://scrummanager.com/website/c/search/list-centre.php Centros de formación y certificación Scrum Manager®] | [https://scrummanager.com/website/c/info/faqs.php?academic#academic_certification_framework Acerca del marco de formación y certificación]</center><br />
<br />
<br />
<small><br />
<center>Para solicitar más información o cursos para empresas o grupos: [[File:Mail info scrum manager.png]] </center><br />
<center>Puedes seguir a Scrum Manager en</center><br />
</small><br />
<center><br />
<table style="text-align: left; width: 100px;" border="0"<br />
cellpadding="2" cellspacing="2"><br />
<tr><br />
<td style="width: 54px;">[[File:Blog ico 50.jpg|25px|link=https://www.scrummanager.com/blog|]]</td><br />
<td style="width: 54px;">[[File:Linkedin ico 50.jpg|25px|link=https://www.linkedin.com/company/5013857|]]</td><br />
<td style="width: 54px;">[[File:Twitter ico 50.jpg|25px|link=https://twitter.com/scrummanager|]]</td><br />
<td style="width: 54px;">[[File:Facebook ico 50.jpg|25px|link=http://www.facebook.com/pages/Scrum-Manager/144889095527292|]]<br />
<td style="width: 54px;">[[File:Youtube icon.png|25px|link=https://www.youtube.com/user/scrummanager|]]<br />
</td><br />
</tr><br />
</table><br />
</center><br />
<br />
<center> <small> [https://scrummanager.com/ Web e información] | [https://www.scrummanager.com/common_files/cookies_oks.html cookies]</small> </center></div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Modelos_de_escalado_%C3%A1gil&diff=2866Modelos de escalado ágil2025-07-22T11:09:20Z<p>Mberne: Created page with "Los '''modelos de escalado ágil''' son marcos o enfoques diseñados para ayudar a las grandes organizaciones a mantener los beneficios de Agile mientras gestionan sistemas y equipos más grandes y complejos. Proporcionan directrices, herramientas y prácticas para coordinar y gestionar equipos ágiles. El escalado ágil se ocupa de cómo asegurar que múltiples equipos puedan colaborar eficazmente, de forma alineada y entregando valor de forma continua al cliente. ==A..."</p>
<hr />
<div>Los '''modelos de escalado ágil''' son marcos o enfoques diseñados para ayudar a las grandes organizaciones a mantener los beneficios de Agile mientras gestionan sistemas y equipos más grandes y complejos. Proporcionan directrices, herramientas y prácticas para coordinar y gestionar equipos ágiles.<br />
<br />
El escalado ágil se ocupa de cómo asegurar que múltiples equipos puedan colaborar eficazmente, de forma alineada y entregando valor de forma continua al cliente.<br />
<br />
==Algunos modelos populares==<br />
*Scaled Agile Framework (SAFe).<br />
*Large-Scale Scrum (LeSS).<br />
*Nexus.<br />
<br />
==Cómo elegir el modelo==<br />
La elección dependerá del contexto de cada organización; de factores como el tamaño y la complejidad del proyecto, el tipo de cultura existente, y la experiencia que ya se tiene en agilidad y con modelos específicos.<br />
<br />
===Tamaño y complejidad de la organización===<br />
Los modelos de escalado ágil están diseñados para manejar diferentes tamaños de organizaciones. Por ejemplo, el marco Scaled Agile Framework (SAFe) se adapta a organizaciones de gran tamaño con numerosos equipos de desarrollo.<br />
<br />
La complejidad de un proyecto también puede influir en la elección del modelo de escalado ágil. Por ejemplo, si un proyecto es menos complejo, LeSS o Nexus quizás sean más adecuados.<br />
<br />
===Madurez ''agile''===<br />
Si nuestros equipos ya están familiarizados con metodologías ágiles, puede ser más fácil adaptarse a un modelo de escalado que se basa en esas metodologías. Por ejemplo, si nuestro equipo ya ha trabajado con Scrum, los modelos de escalado ágil más adecuados podrían ser LeSS o Nexus.<br />
<br />
===Cultura organizacional===<br />
La cultura de una organización puede suponer la diferencia entre el éxito y el fracaso de un proyecto. Por ejemplo, modelos como LeSS podrían no ser adecuados para organizaciones con una cultura jerárquica fuerte.<br />
<br />
===Recursos disponibles===<br />
Adoptar un modelo de escalado ágil puede suponer una inversión significativa de tiempo y recursos. Es esencial tener en cuenta los recursos disponibles al elegir un modelo de escalado ágil.<br />
<br />
===Metas y resultados esperados===<br />
Cada modelo tiene sus propias fortalezas y debilidades. Por lo tanto, se debe considerar qué modelo se alinea mejor con los objetivos específicos de la empresa.<br />
<br />
==Diagnosticar antes de elegir==<br />
Antes de elegir un modelo, debemos saber dónde nos encontramos. Para ello podemos recurrir a herramientas como [[AgiLevel]]. Se trata de una guía estratégica de escalado ágil, no de un modelo, que nos ayuda a analizar el terreno y saber dónde concentrar esfuerzos y recursos.<br />
<br />
==Véase también==<br />
*[https://agilevel.com/files/agilevel.pdf Libro ''AgiLevel''].<br />
*[https://www.scrummanager.com/files/scrum_master.pdf Libro ''Scrum Master''].<br />
<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Modelo_Spotify&diff=2865Modelo Spotify2025-06-09T07:39:18Z<p>Mberne: /* Elementos */</p>
<hr />
<div>El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, pero contiene prácticas que la empresa Spotify encontró útiles en su contexto organizativo y que han inspirado a muchas otras organizaciones.<br />
[[File:ModeloSpotify2.png|frame|center]]<br />
==Origen==<br />
En 2010 la empresa Spotify crea su propio enfoque ágil, adaptándolo a su cultura y necesidades únicas.<br />
<br />
En 2014 lo hicieron público en dos videos muy conocidos: "Spotify Engineering Culture part 1" y "Spotify Engineering Culture part 2"; aunque desde entonces la empresa ha ido evolucionado y cambiado su enfoque en función de sus necesidades.<br />
<br />
==Características==<br />
En su día el modelo de Spotify tenía cuatro pilares básicos sobre los que se sustentaba:<br />
*'''Autonomía y confianza:''' los equipos deben tener autonomía para tomar sus propias decisiones. Esta autonomía se equilibra con la alineación: los equipos deben estar alineados con los objetivos y la misión de la empresa.<br />
*'''Experimentación y aprendizaje continuo:''' se anima a los equipos a probar nuevas ideas y aprender de sus éxitos y fracasos.<br />
*'''Colaboración y comunicación:''' todos los elementos están diseñados para fomentar la colaboración y para compartir conocimientos.<br />
*'''Enfoque en el usuario:''' hay gran énfasis en crear una gran experiencia para el usuario. Por eso, para asegurarse de que el producto final sea atractivo y útil para los usuarios, los equipos son multidisciplinarios.<br />
==Elementos==<br />
===''Squad'' (escuadrón)===<br />
Sería el equivalente a un equipo Scrum. Está formado por un pequeño grupo de personas que trabajan juntas (entre 6 y 12 personas).<br />
<br />
Es un grupo multidisciplinario que tiene autonomía para decidir qué trabajar y cómo hacerlo, pero debe mantener la coherencia con los objetivos de la empresa. <br />
<br />
===''Tribe'' (tribu)===<br />
<br />
Es un conjunto de ''squads'' que trabajan en áreas relacionadas o tienen objetivos comunes. Una tribu normalmente está liderada por un ''tribe leader''. <br />
<br />
Es una estructura organizativa que proporciona apoyo y coordinación a los escuadrones individuales. <br />
<br />
===''Chapter'' (capítulo)===<br />
<br />
Es un grupo de personas con roles similares (por ejemplo, desarrolladores ''front-end''), que trabajan en el mismo ''squad'' o en diferentes ''squads'' dentro de la misma tribu. Es decir, son transversales a una tribu. Normalmente se reúnen para compartir conocimientos y mejores prácticas relacionadas con su área de especialización.<br />
<br />
Cada capítulo tiene un líder (''chapter lead''), que suele ser miembro de un escuadrón. Es responsable del crecimiento personal y profesional de los miembros del capítulo.<br />
<br />
===''Guild'' (gremio)===<br />
<br />
Es una estructura organizativa más informal y más amplia que un capítulo. Cualquier persona, sea cual sea su rol, tribu o escuadrón, puede unirse a cualquier gremio o incluso iniciar uno nuevo. Lo que une al grupo es un interés común (una tecnología específica, una práctica de ingeniería, un conjunto de habilidades, etc.).<br />
<br />
El objetivo de un gremio es proporcionar un espacio para compartir conocimientos, resolver problemas y aprender en torno a ese interés común. Es decir, es transversal a toda la organización.<br />
[[File:ModeloSpotify1.png|frame|center]]<br />
<br />
==Véase también==<br />
* [https://www.scrummanager.com/blog/2025/06/modelo-spotify-una-forma-diferente-de-escalar-en-agilidad/ Scrum Manager Blog: "Modelo Spotify: una forma diferente de escalar en agilidad"]<br />
*[https://www.youtube.com/watch?v=Yvfz4HGtoPc Spotify Engineering Culture part 1].<br />
*[https://www.youtube.com/watch?v=vOt4BbWLWQw Spotify Engineering Culture part 2].<br />
<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Modelo_Spotify&diff=2864Modelo Spotify2025-06-09T07:39:01Z<p>Mberne: /* Elementos */</p>
<hr />
<div>El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, pero contiene prácticas que la empresa Spotify encontró útiles en su contexto organizativo y que han inspirado a muchas otras organizaciones.<br />
[[File:ModeloSpotify2.png|frame|center]]<br />
==Origen==<br />
En 2010 la empresa Spotify crea su propio enfoque ágil, adaptándolo a su cultura y necesidades únicas.<br />
<br />
En 2014 lo hicieron público en dos videos muy conocidos: "Spotify Engineering Culture part 1" y "Spotify Engineering Culture part 2"; aunque desde entonces la empresa ha ido evolucionado y cambiado su enfoque en función de sus necesidades.<br />
<br />
==Características==<br />
En su día el modelo de Spotify tenía cuatro pilares básicos sobre los que se sustentaba:<br />
*'''Autonomía y confianza:''' los equipos deben tener autonomía para tomar sus propias decisiones. Esta autonomía se equilibra con la alineación: los equipos deben estar alineados con los objetivos y la misión de la empresa.<br />
*'''Experimentación y aprendizaje continuo:''' se anima a los equipos a probar nuevas ideas y aprender de sus éxitos y fracasos.<br />
*'''Colaboración y comunicación:''' todos los elementos están diseñados para fomentar la colaboración y para compartir conocimientos.<br />
*'''Enfoque en el usuario:''' hay gran énfasis en crear una gran experiencia para el usuario. Por eso, para asegurarse de que el producto final sea atractivo y útil para los usuarios, los equipos son multidisciplinarios.<br />
==Elementos==<br />
[[File:ModeloSpotify1.png|frame|center]]<br />
===''Squad'' (escuadrón)===<br />
Sería el equivalente a un equipo Scrum. Está formado por un pequeño grupo de personas que trabajan juntas (entre 6 y 12 personas).<br />
<br />
Es un grupo multidisciplinario que tiene autonomía para decidir qué trabajar y cómo hacerlo, pero debe mantener la coherencia con los objetivos de la empresa. <br />
<br />
===''Tribe'' (tribu)===<br />
<br />
Es un conjunto de ''squads'' que trabajan en áreas relacionadas o tienen objetivos comunes. Una tribu normalmente está liderada por un ''tribe leader''. <br />
<br />
Es una estructura organizativa que proporciona apoyo y coordinación a los escuadrones individuales. <br />
<br />
===''Chapter'' (capítulo)===<br />
<br />
Es un grupo de personas con roles similares (por ejemplo, desarrolladores ''front-end''), que trabajan en el mismo ''squad'' o en diferentes ''squads'' dentro de la misma tribu. Es decir, son transversales a una tribu. Normalmente se reúnen para compartir conocimientos y mejores prácticas relacionadas con su área de especialización.<br />
<br />
Cada capítulo tiene un líder (''chapter lead''), que suele ser miembro de un escuadrón. Es responsable del crecimiento personal y profesional de los miembros del capítulo.<br />
<br />
===''Guild'' (gremio)===<br />
<br />
Es una estructura organizativa más informal y más amplia que un capítulo. Cualquier persona, sea cual sea su rol, tribu o escuadrón, puede unirse a cualquier gremio o incluso iniciar uno nuevo. Lo que une al grupo es un interés común (una tecnología específica, una práctica de ingeniería, un conjunto de habilidades, etc.).<br />
<br />
El objetivo de un gremio es proporcionar un espacio para compartir conocimientos, resolver problemas y aprender en torno a ese interés común. Es decir, es transversal a toda la organización.<br />
<br />
==Véase también==<br />
* [https://www.scrummanager.com/blog/2025/06/modelo-spotify-una-forma-diferente-de-escalar-en-agilidad/ Scrum Manager Blog: "Modelo Spotify: una forma diferente de escalar en agilidad"]<br />
*[https://www.youtube.com/watch?v=Yvfz4HGtoPc Spotify Engineering Culture part 1].<br />
*[https://www.youtube.com/watch?v=vOt4BbWLWQw Spotify Engineering Culture part 2].<br />
<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Modelo_Spotify&diff=2863Modelo Spotify2025-06-09T07:38:43Z<p>Mberne: /* Elementos */</p>
<hr />
<div>El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, pero contiene prácticas que la empresa Spotify encontró útiles en su contexto organizativo y que han inspirado a muchas otras organizaciones.<br />
[[File:ModeloSpotify2.png|frame|center]]<br />
==Origen==<br />
En 2010 la empresa Spotify crea su propio enfoque ágil, adaptándolo a su cultura y necesidades únicas.<br />
<br />
En 2014 lo hicieron público en dos videos muy conocidos: "Spotify Engineering Culture part 1" y "Spotify Engineering Culture part 2"; aunque desde entonces la empresa ha ido evolucionado y cambiado su enfoque en función de sus necesidades.<br />
<br />
==Características==<br />
En su día el modelo de Spotify tenía cuatro pilares básicos sobre los que se sustentaba:<br />
*'''Autonomía y confianza:''' los equipos deben tener autonomía para tomar sus propias decisiones. Esta autonomía se equilibra con la alineación: los equipos deben estar alineados con los objetivos y la misión de la empresa.<br />
*'''Experimentación y aprendizaje continuo:''' se anima a los equipos a probar nuevas ideas y aprender de sus éxitos y fracasos.<br />
*'''Colaboración y comunicación:''' todos los elementos están diseñados para fomentar la colaboración y para compartir conocimientos.<br />
*'''Enfoque en el usuario:''' hay gran énfasis en crear una gran experiencia para el usuario. Por eso, para asegurarse de que el producto final sea atractivo y útil para los usuarios, los equipos son multidisciplinarios.<br />
==Elementos==<br />
[[File:ModeloSpotify1.png|frame|right]]<br />
===''Squad'' (escuadrón)===<br />
Sería el equivalente a un equipo Scrum. Está formado por un pequeño grupo de personas que trabajan juntas (entre 6 y 12 personas).<br />
<br />
Es un grupo multidisciplinario que tiene autonomía para decidir qué trabajar y cómo hacerlo, pero debe mantener la coherencia con los objetivos de la empresa. <br />
<br />
===''Tribe'' (tribu)===<br />
<br />
Es un conjunto de ''squads'' que trabajan en áreas relacionadas o tienen objetivos comunes. Una tribu normalmente está liderada por un ''tribe leader''. <br />
<br />
Es una estructura organizativa que proporciona apoyo y coordinación a los escuadrones individuales. <br />
<br />
===''Chapter'' (capítulo)===<br />
<br />
Es un grupo de personas con roles similares (por ejemplo, desarrolladores ''front-end''), que trabajan en el mismo ''squad'' o en diferentes ''squads'' dentro de la misma tribu. Es decir, son transversales a una tribu. Normalmente se reúnen para compartir conocimientos y mejores prácticas relacionadas con su área de especialización.<br />
<br />
Cada capítulo tiene un líder (''chapter lead''), que suele ser miembro de un escuadrón. Es responsable del crecimiento personal y profesional de los miembros del capítulo.<br />
<br />
===''Guild'' (gremio)===<br />
<br />
Es una estructura organizativa más informal y más amplia que un capítulo. Cualquier persona, sea cual sea su rol, tribu o escuadrón, puede unirse a cualquier gremio o incluso iniciar uno nuevo. Lo que une al grupo es un interés común (una tecnología específica, una práctica de ingeniería, un conjunto de habilidades, etc.).<br />
<br />
El objetivo de un gremio es proporcionar un espacio para compartir conocimientos, resolver problemas y aprender en torno a ese interés común. Es decir, es transversal a toda la organización.<br />
<br />
==Véase también==<br />
* [https://www.scrummanager.com/blog/2025/06/modelo-spotify-una-forma-diferente-de-escalar-en-agilidad/ Scrum Manager Blog: "Modelo Spotify: una forma diferente de escalar en agilidad"]<br />
*[https://www.youtube.com/watch?v=Yvfz4HGtoPc Spotify Engineering Culture part 1].<br />
*[https://www.youtube.com/watch?v=vOt4BbWLWQw Spotify Engineering Culture part 2].<br />
<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Modelo_Spotify&diff=2862Modelo Spotify2025-06-09T07:38:24Z<p>Mberne: </p>
<hr />
<div>El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, pero contiene prácticas que la empresa Spotify encontró útiles en su contexto organizativo y que han inspirado a muchas otras organizaciones.<br />
[[File:ModeloSpotify2.png|frame|center]]<br />
==Origen==<br />
En 2010 la empresa Spotify crea su propio enfoque ágil, adaptándolo a su cultura y necesidades únicas.<br />
<br />
En 2014 lo hicieron público en dos videos muy conocidos: "Spotify Engineering Culture part 1" y "Spotify Engineering Culture part 2"; aunque desde entonces la empresa ha ido evolucionado y cambiado su enfoque en función de sus necesidades.<br />
<br />
==Características==<br />
En su día el modelo de Spotify tenía cuatro pilares básicos sobre los que se sustentaba:<br />
*'''Autonomía y confianza:''' los equipos deben tener autonomía para tomar sus propias decisiones. Esta autonomía se equilibra con la alineación: los equipos deben estar alineados con los objetivos y la misión de la empresa.<br />
*'''Experimentación y aprendizaje continuo:''' se anima a los equipos a probar nuevas ideas y aprender de sus éxitos y fracasos.<br />
*'''Colaboración y comunicación:''' todos los elementos están diseñados para fomentar la colaboración y para compartir conocimientos.<br />
*'''Enfoque en el usuario:''' hay gran énfasis en crear una gran experiencia para el usuario. Por eso, para asegurarse de que el producto final sea atractivo y útil para los usuarios, los equipos son multidisciplinarios.<br />
==Elementos==<br />
[[File:ModeloSpotify1.png|thumb|right]]<br />
===''Squad'' (escuadrón)===<br />
Sería el equivalente a un equipo Scrum. Está formado por un pequeño grupo de personas que trabajan juntas (entre 6 y 12 personas).<br />
<br />
Es un grupo multidisciplinario que tiene autonomía para decidir qué trabajar y cómo hacerlo, pero debe mantener la coherencia con los objetivos de la empresa. <br />
<br />
===''Tribe'' (tribu)===<br />
<br />
Es un conjunto de ''squads'' que trabajan en áreas relacionadas o tienen objetivos comunes. Una tribu normalmente está liderada por un ''tribe leader''. <br />
<br />
Es una estructura organizativa que proporciona apoyo y coordinación a los escuadrones individuales. <br />
<br />
===''Chapter'' (capítulo)===<br />
<br />
Es un grupo de personas con roles similares (por ejemplo, desarrolladores ''front-end''), que trabajan en el mismo ''squad'' o en diferentes ''squads'' dentro de la misma tribu. Es decir, son transversales a una tribu. Normalmente se reúnen para compartir conocimientos y mejores prácticas relacionadas con su área de especialización.<br />
<br />
Cada capítulo tiene un líder (''chapter lead''), que suele ser miembro de un escuadrón. Es responsable del crecimiento personal y profesional de los miembros del capítulo.<br />
<br />
===''Guild'' (gremio)===<br />
<br />
Es una estructura organizativa más informal y más amplia que un capítulo. Cualquier persona, sea cual sea su rol, tribu o escuadrón, puede unirse a cualquier gremio o incluso iniciar uno nuevo. Lo que une al grupo es un interés común (una tecnología específica, una práctica de ingeniería, un conjunto de habilidades, etc.).<br />
<br />
El objetivo de un gremio es proporcionar un espacio para compartir conocimientos, resolver problemas y aprender en torno a ese interés común. Es decir, es transversal a toda la organización. <br />
==Véase también==<br />
* [https://www.scrummanager.com/blog/2025/06/modelo-spotify-una-forma-diferente-de-escalar-en-agilidad/ Scrum Manager Blog: "Modelo Spotify: una forma diferente de escalar en agilidad"]<br />
*[https://www.youtube.com/watch?v=Yvfz4HGtoPc Spotify Engineering Culture part 1].<br />
*[https://www.youtube.com/watch?v=vOt4BbWLWQw Spotify Engineering Culture part 2].<br />
<br />
[[Category:Glosario de términos]]</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=File:ModeloSpotify2.png&diff=2861File:ModeloSpotify2.png2025-06-09T07:38:12Z<p>Mberne: </p>
<hr />
<div>Modelo Spotify</div>Mbernehttps://www.scrummanager.com/bok/index.php?title=Modelo_Spotify&diff=2860Modelo Spotify2025-06-09T07:37:35Z<p>Mberne: </p>
<hr />
<div>El '''modelo Spotify''' no es un marco de trabajo ágil formalizado, pero contiene prácticas que la empresa Spotify encontró útiles en su contexto organizativo y que han inspirado a muchas otras organizaciones.<br />
==Origen==<br />
En 2010 la empresa Spotify crea su propio enfoque ágil, adaptándolo a su cultura y necesidades únicas.<br />
<br />
En 2014 lo hicieron público en dos videos muy conocidos: "Spotify Engineering Culture part 1" y "Spotify Engineering Culture part 2"; aunque desde entonces la empresa ha ido evolucionado y cambiado su enfoque en función de sus necesidades.<br />
<br />
==Características==<br />
En su día el modelo de Spotify tenía cuatro pilares básicos sobre los que se sustentaba:<br />
*'''Autonomía y confianza:''' los equipos deben tener autonomía para tomar sus propias decisiones. Esta autonomía se equilibra con la alineación: los equipos deben estar alineados con los objetivos y la misión de la empresa.<br />
*'''Experimentación y aprendizaje continuo:''' se anima a los equipos a probar nuevas ideas y aprender de sus éxitos y fracasos.<br />
*'''Colaboración y comunicación:''' todos los elementos están diseñados para fomentar la colaboración y para compartir conocimientos.<br />
*'''Enfoque en el usuario:''' hay gran énfasis en crear una gran experiencia para el usuario. Por eso, para asegurarse de que el producto final sea atractivo y útil para los usuarios, los equipos son multidisciplinarios.<br />
==Elementos==<br />
[[File:ModeloSpotify1.png|thumb|right]]<br />
===''Squad'' (escuadrón)===<br />
Sería el equivalente a un equipo Scrum. Está formado por un pequeño grupo de personas que trabajan juntas (entre 6 y 12 personas).<br />
<br />
Es un grupo multidisciplinario que tiene autonomía para decidir qué trabajar y cómo hacerlo, pero debe mantener la coherencia con los objetivos de la empresa. <br />
<br />
===''Tribe'' (tribu)===<br />
<br />
Es un conjunto de ''squads'' que trabajan en áreas relacionadas o tienen objetivos comunes. Una tribu normalmente está liderada por un ''tribe leader''. <br />
<br />
Es una estructura organizativa que proporciona apoyo y coordinación a los escuadrones individuales. <br />
<br />
===''Chapter'' (capítulo)===<br />
<br />
Es un grupo de personas con roles similares (por ejemplo, desarrolladores ''front-end''), que trabajan en el mismo ''squad'' o en diferentes ''squads'' dentro de la misma tribu. Es decir, son transversales a una tribu. Normalmente se reúnen para compartir conocimientos y mejores prácticas relacionadas con su área de especialización.<br />
<br />
Cada capítulo tiene un líder (''chapter lead''), que suele ser miembro de un escuadrón. Es responsable del crecimiento personal y profesional de los miembros del capítulo.<br />
<br />
===''Guild'' (gremio)===<br />
<br />
Es una estructura organizativa más informal y más amplia que un capítulo. Cualquier persona, sea cual sea su rol, tribu o escuadrón, puede unirse a cualquier gremio o incluso iniciar uno nuevo. Lo que une al grupo es un interés común (una tecnología específica, una práctica de ingeniería, un conjunto de habilidades, etc.).<br />
<br />
El objetivo de un gremio es proporcionar un espacio para compartir conocimientos, resolver problemas y aprender en torno a ese interés común. Es decir, es transversal a toda la organización. <br />
==Véase también==<br />
* [https://www.scrummanager.com/blog/2025/06/modelo-spotify-una-forma-diferente-de-escalar-en-agilidad/ Scrum Manager Blog: "Modelo Spotify: una forma diferente de escalar en agilidad"]<br />
*[https://www.youtube.com/watch?v=Yvfz4HGtoPc Spotify Engineering Culture part 1].<br />
*[https://www.youtube.com/watch?v=vOt4BbWLWQw Spotify Engineering Culture part 2].<br />
<br />
[[Category:Glosario de términos]]</div>Mberne