{"id":661,"date":"2008-06-07T14:50:08","date_gmt":"2008-06-07T12:50:08","guid":{"rendered":"http:\/\/www.marblestation.com\/blog\/?p=661"},"modified":"2012-04-26T16:29:05","modified_gmt":"2012-04-26T14:29:05","slug":"metodologias-agiles-de-gestion-de-proyectos-scrum-dsdm-extreme-programming-xp","status":"publish","type":"post","link":"https:\/\/www.marblestation.com\/?p=661","title":{"rendered":"Metodolog\u00edas \u00e1giles de gesti\u00f3n de proyectos (Scrum, DSDM, Extreme Programming &#8211; XP&#8230;)"},"content":{"rendered":"<p>Tradicionalmente las metodolog\u00edas de gesti\u00f3n de proyectos como <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">PMBOK<\/a> y <a href=\"http:\/\/www.marblestation.com\/blog\/?p=657\">PRINCE2<\/a> han tenido una fuerte orientaci\u00f3n <b>predictiva<\/b>. Es decir, a partir del detalle del producto que se quiere elaborar (an\u00e1lisis funcional\/t\u00e9cnico, requerimientos funcionales\/t\u00e9cnicos, etc.), se definen fases\/actividades perfectamente planificadas en el tiempo en base a los recursos disponibles. A partir de esta proyecci\u00f3n inicial, el objetivo durante el transcurso del proyecto es conseguir que se cumpla aquello que se hab\u00eda previsto: calendario, costes y calidad.<\/p>\n<p>Este tipo de metodolog\u00edas ha resultado ser \u00fatil, mejorando la calidad y reduciendo las desviaciones en los proyectos que son aplicadas. No obstante, pueden presentar determinados inconvenientes:<\/p>\n<ul>\n<li>El jefe de proyecto puede no tener conocimientos t\u00e9cnicos y dedicarse exclusivamente al control siguiendo los procedimientos establecidos y limit\u00e1ndose a la generaci\u00f3n de informes, actas, diagramas de Gantt, WBS, etc&#8230; herramientas que facilitan la gesti\u00f3n pero que no forman parte del objetivo del proyecto. Un jefe de proyecto con estas caracter\u00edsticas no podr\u00e1 participar activamente en la toma de decisiones t\u00e9cnicas.<\/li>\n<li>En proyectos largos, ce\u00f1irse a un plan est\u00e1tico puede provocar que el producto final ya no se cubra  la totalidad de las necesidades del cliente dado que estas han cambiado desde el inicio. Por tanto, durante el propio desarrollo del producto, es posible que se deban ampliar las caracter\u00edsticas dise\u00f1adas inicialmente con tal de que no sea obsoleto antes de su salida al mercado.<\/li>\n<li>Incertidumbre: vivimos en un entorno r\u00e1pido e inestable, donde cumplir el plan inicial no garantiza el \u00e9xito. La idea de &#8220;producto terminado&#8221; puede perder su sentido en determinados sectores (p.ej. software), dado que el producto siempre est\u00e1 en evoluci\u00f3n. La capacidad de adaptaci\u00f3n a partir de la retroalimentaci\u00f3n e incorporaci\u00f3n de nuevas ideas es fundamental.<\/li>\n<\/ul>\n<p>En definitiva, la creaci\u00f3n de valor mediante la adaptaci\u00f3n a las necesidades cambiantes aparece en un primer plano frente a la tradicional idea de dise\u00f1ar un plan y cumplir unos calendarios\/requerimientos est\u00e1ticos.<\/p>\n<p>Los proyectos gestionados con metodolog\u00edas \u00e1giles se inician sin un detalle cerrado de lo que va a ser construido. A nivel comercial, los proyectos pueden ser vendidos como servicios y no como productos.<br \/>\n<!--more--><\/p>\n<h3>Manifiesto \u00e1gil<\/h3>\n<p>Los propulsores de las metodolog\u00edas \u00e1giles firmaron un manifiesto donde se expresaban las ideas fundamentales del estilo de gesti\u00f3n:<\/p>\n<ul>\n<li>Valorar a las personas y su interacci\u00f3n, por encima de los procesos y las herramientas: procesos de calidad con personas y relaciones mediocres no daran buenos resultados.<\/li>\n<li>Valorar el software que funciona, por encima de la documentaci\u00f3n exhaustiva: la documentaci\u00f3n es necesaria dado que permiten la transferencia del conocimiento, pero su redacci\u00f3n debe limitarse a aquello que aporte valor directo al producto\/servicio.<\/li>\n<li>Valorar la colaboraci\u00f3n con el cliente, por encima de la negociaci\u00f3n contractual: si bien son necesarios, los contratos no aportan valor a los productos\/servicios. Las metodolog\u00edas \u00e1giles integran al cliente en el proyecto y mantienen como objetivo aportar el mayor valor posible en cada iteraci\u00f3n.<\/li>\n<li>Valorar la respuesta al cambio, por encima del seguimiento de un plan: Anticipaci\u00f3n y adaptaci\u00f3n enfrente de planificaci\u00f3n y control.<\/li>\n<\/ul>\n<p>A partir de los 4 valores b\u00e1sicos se pueden extraer diversos principios que matizan la filosof\u00eda detr\u00e1s de la gesti\u00f3n \u00e1gil:<\/p>\n<ul>\n<li>La principal prioridad es satisfacer al cliente mediante entregas tempranas y continuas de valor: periodos de 15 a 60 d\u00edas.<\/li>\n<li>Los requisitos cambiantes son bienvenidos.<\/li>\n<li>Integraci\u00f3n de los conocedores del negocio en el propio proyecto.<\/li>\n<li>La motivaci\u00f3n y el talento son aspectos clave, por tanto la confianza y el apoyo al equipo humano es fundamental.<\/li>\n<li>Potenciar las conversaciones en persona por encima de la comunicaci\u00f3n escrita.<\/li>\n<li>El producto funcional (p.ej. software operativo) es la principal medida del progreso: centrar el inter\u00e9s en el grado de finalizaci\u00f3n funcional o el tiempo previsto de finalizaci\u00f3n, no en el tiempo transcurrido contra el planificado.<\/li>\n<\/ul>\n<h3>Caracter\u00edsticas b\u00e1sicas<\/h3>\n<p>Las caracter\u00edsticas b\u00e1sicas de los proyectos gestionados con metodolog\u00edas \u00e1giles son las siguientes:<\/p>\n<ul>\n<li>Incertidumbre: la direcci\u00f3n indica la necesidad estrat\u00e9gica que se desea cubrir (sin entrar en detalles), ofreciendo m\u00e1xima libertad al equipo de trabajo.<\/li>\n<li>Equipos auto-organizados: no existen roles especializados\n<ul>\n<li>Autonom\u00eda: libertad para la toma de decisiones.<\/li>\n<li>Auto-superaci\u00f3n: de forma peri\u00f3dica se eval\u00faa el producto que se esta desarrollando.<\/li>\n<li>Auto-enriquecimiento: transferencia del conocimiento.<\/li>\n<\/ul>\n<\/li>\n<li>Fases de desarrollo solapadas: Las fases no existen como tal sino que se desarrollan tareas\/actividades en funci\u00f3n de las necesidades cambiantes durante todo el proyecto. De hecho, en muchas ocasiones no es posible realizar un dise\u00f1o t\u00e9cnico detallado antes de empezar a desarrollar y ver algunos resultados. Por otra parte, las fases tradicionales efectuadas por personas diferentes no favorece el trabajo en equipo y pueden llegar a generar m\u00e1s inconvenientes que ventajas (p.ej. un retraso en una fase, afecta a todo el proyecto).<\/li>\n<li>Control sutil: establecimientos de puntos de control para realizar un seguimiento adecuado sin limitar la libertad y creatividad del equipo. As\u00ed mismo, se recomienda:\n<ul>\n<li>Evaluar el ambiente laboral, siendo fundamental la elecci\u00f3n de personas que no generen conflictos.<\/li>\n<li>Reconocer los m\u00e9ritos mediante un sistema de evaluaci\u00f3n justo y entender los errores como puntos de mejora y aprendizaje.<\/li>\n<li>Potenciar la interacci\u00f3n entre el equipo y el negocio, para que puedan conocer las necesidades de primera mano.<\/li>\n<\/ul>\n<\/li>\n<li>Difusi\u00f3n y transferencia del conocimiento: alta rotaci\u00f3n de los miembros de los equipos entre diferentes proyectos. Por otra parte, potenciar el acceso libre a la informaci\u00f3n y documentaci\u00f3n.<\/li>\n<\/ul>\n<h3>Elecci\u00f3n del estilo de gesti\u00f3n: \u00bfPredictivo o \u00e1gil?<\/h3>\n<p>Personalmente me gusta bastante los ejemplos que se exponen en el libro <a href=\"http:\/\/www.navegapolis.net\/content\/view\/694\/\">Flexibilidad con Scrum (Juan Palacio)<\/a>. La gesti\u00f3n predictiva equivale a la persona que decide irse de viaje y planifica con exactitud que ciudades, vuelos y hoteles va a visitar o reservar. Por otra parte, la gesti\u00f3n \u00e1gil corresponde a una persona que sabe que quiere conocer un pa\u00eds y que empezar\u00e1 la visita por la capital, pero deja la decisi\u00f3n de que ruta seguir para cuando haya llegado.<\/p>\n<p>Si falla alg\u00fan elemento del plan de la primera persona (p.ej. cancelaci\u00f3n de un vuelo) debe buscar una alternativa para superar el obst\u00e1culo y poder as\u00ed continuar con lo planificado inicialmente (p.ej. llegar a tiempo al espect\u00e1culo de una ciudad determinada para el cual ya hab\u00eda reservado las entradas). Mientras que la segunda persona, a medida que se encuentra cambios en el camino, se adapta con el objetivo de cumplir su prop\u00f3sito inicial: conocer el pa\u00eds.<\/p>\n<p>No se trata de elegir un modelo como el mejor, simplemente habr\u00e1 casos en los que convendr\u00e1 una gesti\u00f3n predictiva (p.ej. la construcci\u00f3n de un puente) y otros en los que la opci\u00f3n \u00e1gil puede ser m\u00e1s beneficiosa (p.ej. desarrollo de software). El software es mucho m\u00e1s maleable, adaptable y f\u00e1cil de reconstruir. Sin embargo, en la construcci\u00f3n de un puente no se pueden destruir parte de los cimientos para volver a rehacer con un dise\u00f1o diferente a mitad de proyecto.<\/p>\n<p>Otro aspecto importante es identificar donde se encuentra el valor en el sector donde va a tener lugar el proyecto. Podemos considerar 3 elementos fundamentales entre los cuales se reparte el valor:<\/p>\n<ul>\n<li>Personas<\/li>\n<li>Tecnolog\u00eda<\/li>\n<li>Procesos<\/li>\n<\/ul>\n<p>Vuelvo a utilizar un ejemplo del libro <a href=\"http:\/\/www.navegapolis.net\/content\/view\/694\/\">Flexibilidad con Scrum (Juan Palacio)<\/a>. Montar un mueble del IKEA, puede ser un proyecto donde hay una persona, tecnolog\u00eda (el destornillador) y procesos (el manual de instrucciones). Podemos tener el mejor destornillador y el mejor manual, sin embargo el resultado depender\u00e1 siempre de las capacidades de la persona. Por tanto, en este caso el valor se reparte en primer lugar en la persona y en segundo en la tecnolog\u00eda y procesos.<\/p>\n<p>Otro ejemplo, un cocinero que trabaje en un Mc Donalds es f\u00e1cilmente reemplazable dado que lo importante en ese negocio es la tecnolog\u00eda y los procesos (es donde esta el valor). Mientras que un cocinero de un restaurante de autor resulta fundamental (valor) enfrente del resto de elementos.<\/p>\n<p>La gesti\u00f3n predictiva tiende a valorar m\u00e1s los procesos (p.ej. planes preestablecidos, modelos de comunicaci\u00f3n y autorizaci\u00f3n estrictos, etc.), mientras que la gesti\u00f3n \u00e1gil da una mayor importancia a las personas (p.ej. dando libertad, confianza y autonom\u00eda al equipo, potenciando la motivaci\u00f3n, participaci\u00f3n y creatividad, etc.)<\/p>\n<h3>Metodolog\u00edas \u00e1giles disponibles<\/h3>\n<p>Actualmente, la metodolog\u00eda \u00e1gil m\u00e1s popular para la gesti\u00f3n de proyectos es <a href=\"http:\/\/www.marblestation.com\/blog\/?p=663\">Scrum<\/a>. Se presenta como contrapunto a <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">PMBOK<\/a> y <a href=\"http:\/\/www.marblestation.com\/blog\/?p=657\">PRINCE2<\/a>, siendo utilizada tanto para desarrollo de software como para otro tipo de productos.<\/p>\n<p>Por otra parte, tambi\u00e9n se disponen de metodolog\u00edas espec\u00edficas para el desarrollo de software que pretenden ser alternativas a est\u00e1ndares como <a href=\"http:\/\/www.marblestation.com\/blog\/?p=644\">ISO\/IEC 15504, ISO\/IEC 12207<\/a> y CMMI. Por ejemplo:<\/p>\n<ul>\n<li><a href=\"http:\/\/en.wikipedia.org\/wiki\/Dynamic_Systems_Development_Method\">Dynamic Systems Development Method<\/a> (DSDM): Metodolog\u00eda \u00e1gil m\u00e1s veterana y la que m\u00e1s se aproxima a los m\u00e9todos tradicionales, su implantaci\u00f3n incluso permitir\u00eda alcanzar un nivel 2 de madurez seg\u00fan CMMI.<\/li>\n<li><a href=\"http:\/\/en.wikipedia.org\/wiki\/Extreme_Programming\">Extreme Programming<\/a> (XP): La metodolog\u00eda \u00e1gil m\u00e1s radical y popular. XP se centra en el ciclo de vida del desarrollo de software.<\/li>\n<li><a href=\"http:\/\/en.wikipedia.org\/wiki\/Agile_Modeling\">Agile Modeling<\/a>: Metodolog\u00eda para el modelado y la generaci\u00f3n de documentaci\u00f3n que se encuentra alineado con los principios del desarrollo \u00e1gil y que puede ser utilizado como substituto del UML est\u00e1ndar.<\/li>\n<li><a href=\"http:\/\/en.wikipedia.org\/wiki\/Feature_Driven_Development\">Feature Driven Development<\/a> (FCC): Metodolog\u00eda de desarrollo de software orientada a la generaci\u00f3n de valor para el cliente.<\/li>\n<\/ul>\n<p>Si bien las metodolog\u00edas tradicionales de desarrollo de software como CMMI o <a href=\"http:\/\/www.marblestation.com\/blog\/?p=644\">ISO 15504<\/a> presentan procesos que cubren todas las necesidades de los sistemas de informaci\u00f3n, las metodolog\u00edas \u00e1giles listadas abarcan \u00e1reas complementar\u00edas entre si. Por ese motivo, es posible aplicar diversas de ellas en conjunto (p.ej. <a href=\"http:\/\/www.marblestation.com\/blog\/?p=663\">Scrum<\/a>, XP y Agile Modelling).<\/p>\n<h3>Conclusiones<\/h3>\n<p>Las metodolog\u00edas \u00e1giles presentan un enfoque diametralmente opuesto a las metodolog\u00edas predictivas, ofreciendo un enfoque m\u00e1s adecuado para determinados proyectos como el desarrollo de software. No obstante, es importante no caer en el extremo y dar por malo todo aquello que sea de un bando u otro.<\/p>\n<p>Aunque optemos por el uso de metodolog\u00edas \u00e1giles, resulta interesante conocer las <a href=\"http:\/\/www.marblestation.com\/blog\/?p=660\">herramientas<\/a> y <a href=\"http:\/\/www.marblestation.com\/blog\/?p=657\">t\u00e9cnicas<\/a> predictivas dado que es posible que podamos incorporar alguna de ellas exitosamente (y viceversa). La convergencia entre ambos modelos puede dar lugar a una gesti\u00f3n eficiente y eficaz.<\/p>\n<h3>Bibliograf\u00eda<\/h3>\n<p><a href=\"http:\/\/www.navegapolis.net\/content\/view\/694\/\">Flexibilidad con Scrum (Juan Palacio)<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Tradicionalmente las metodolog\u00edas de gesti\u00f3n de proyectos como PMBOK y PRINCE2 han tenido una fuerte orientaci\u00f3n predictiva. Es decir, a partir del detalle del producto que se quiere elaborar (an\u00e1lisis funcional\/t\u00e9cnico, requerimientos funcionales\/t\u00e9cnicos, etc.), se definen fases\/actividades perfectamente planificadas en el tiempo en base a los recursos disponibles. A partir de esta proyecci\u00f3n inicial, el &hellip; <a href=\"https:\/\/www.marblestation.com\/?p=661\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">Metodolog\u00edas \u00e1giles de gesti\u00f3n de proyectos (Scrum, DSDM, Extreme Programming &#8211; XP&#8230;)<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,9],"tags":[],"class_list":["post-661","post","type-post","status-publish","format-standard","hentry","category-espanyol","category-negocios"],"_links":{"self":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/661","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=661"}],"version-history":[{"count":2,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/661\/revisions"}],"predecessor-version":[{"id":1265,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=\/wp\/v2\/posts\/661\/revisions\/1265"}],"wp:attachment":[{"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=661"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=661"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.marblestation.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=661"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}