{"id":1083,"date":"2019-10-02T12:54:48","date_gmt":"2019-10-02T18:54:48","guid":{"rendered":"https:\/\/www.pensemosweb.com\/?p=1083"},"modified":"2025-07-28T10:09:26","modified_gmt":"2025-07-28T16:09:26","slug":"el-corazon-agil-manifiesto","status":"publish","type":"post","link":"https:\/\/pensemosweb.com\/en\/el-corazon-agil-manifiesto\/","title":{"rendered":"El manifiesto \u00e1gil"},"content":{"rendered":"<h2 class=\"wp-block-heading\">El amor, la masa rocosa<\/h2>\n\n\n\n<p><strong>El coraz\u00f3n \u00e1gil y el manifiesto \u00e1gil. <\/strong>Siempre he pensado que las cosas simples son las mejores de implementar, permiten avanzar y aprender. Y tal vez el manifiesto \u00e1gil no es tan claro y f\u00e1cil de entender. Adem\u00e1s muy a menudo las metodolog\u00edas, t\u00e9cnicas y frameworks complican las cosas, o simplemente uno como estudiante de ellas pierde el enfoque principal.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>La base del manifiesto \u00e1gil son principios humanos, los cuales funcionan como la masa rocosa en la que se edifica el castillo de la agilidad.<\/p>\n<\/blockquote>\n\n\n\n<p>Para cualquier aprendizaje es necesario tener un base s\u00f3lida, una esencia. La masa rocosa en la que se pueda edificar un castillo. No la masa de arena en la que se construya una casa y a la primera llovizna se derrumbe.<\/p>\n\n\n\n<p>Y te preguntar\u00e1s, \u00bfCu\u00e1l es mi masa rocosa, fuerte, s\u00f3lida, que me har\u00e1 conseguir lo que quiera? Como por ejemplo un producto exitoso y la felicidad de mis compa\u00f1eros o empleados. <\/p>\n\n\n\n<p>Es muy sencillo, necesitamos mantener las cosas simples (principio \u00e1gil), y tu masa rocosa son los principios humanos universales, estos principios nacen de algo lamentablemente algunaz veces despreciado en la actualidad, en entornos como el laboral, tu masa rocosa es el <strong>amor<\/strong>. El cual tiene una relaci\u00f3n muy estrecha con el manifiesto \u00e1gil.<\/p>\n\n\n\n<p>Si, ya s\u00e9 lo que est\u00e1s pensando, que soy demasiado cursi, pero piensa por un instante. Cuando amas lo que haces, con gusto est\u00e1s dispuesto a hacer las cosas lo mejor posible. A colaborar con tus compa\u00f1eros para resolver problemas y no dudas en ayudar en cualquier problema que se les presente. Tampoco estoy diciendo que vas amar como si fuera tu familia, pero si alguien se cae en la calle y no se puede levantar, seguro que tratar\u00e1s de ayudarlo. Ese amor peque\u00f1o, en mayor o menor medida, es del que hablo.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Justicia, respeto y honestidad<\/h3>\n\n\n\n<p>Si tienes amor en tu coraz\u00f3n, <strong>respetaras<\/strong> a los dem\u00e1s, respetaras su valioso tiempo, su individualidad, pensaras en ser <strong>justo<\/strong>, trataras de ponerte en los zapatos de ellos y entenderlos, esto aumentara la comunicaci\u00f3n y por ende la colaboraci\u00f3n para lograr objetivos compartidos. Ser\u00e1s transparente y <strong>honesto<\/strong> con el cliente, usuarios y toda persona relacionada con el producto y tu organizaci\u00f3n, siempre pensando en un beneficio mutuo.<\/p>\n\n\n\n<p>Del amor surge tres principios universales, <strong>justicia<\/strong>, <strong>respeto<\/strong> and <strong>honestidad<\/strong>, principios que arraigados en un equipo permitir\u00e1 la creaci\u00f3n de productos brillantemente m\u00e1gicos, de enorme satisfacci\u00f3n para todos los desarrolladores, usuarios, clientes, socios e inversionistas.<\/p>\n\n\n\n<p>Principios que se vuelven valores y cultura en peque\u00f1as y grandes empresas, locales e internacionales. Con personas de cualquier nacionalidad, raza, creencia religiosa, color, g\u00e9nero, etc\u00e9tera, etc\u00e9tera.<\/p>\n\n\n\n<p>Estos principios universales humanos, <strong>justicia, respeto y honestidad,<\/strong> <strong>son la masa rocosa<\/strong> para poder crear cualquier tipo de producto utilizando agilidad. <\/p>\n\n\n\n<h3 class=\"wp-block-heading\">No todo es color de rosa<\/h3>\n\n\n\n<p><strong>No todo es color de rosa<\/strong>, por supuesto que habr\u00e1 muchas inconformidades y conflictos. Como dije antes, tus compa\u00f1eros no son tu familia. Aun as\u00ed, estos tres principios te ayudar\u00e1n a resolver esas inconformidades y conflictos buscando un equilibrio y el beneficio mutuo. Es decir, de manera justa.<\/p>\n\n\n\n<p>Este equilibrio  y beneficio mutuo claro que puede romper relaciones laborales en el caso de que sea necesario. Una ruptura en que las partes involucradas acuerdan que es lo mejor para todos, con una planificaci\u00f3n adecuada y justa.<\/p>\n\n\n\n<p>No te preocupes, si lo piensa, si ayudas a alguien con su problema, seguro que le dar\u00e1 \u00e1nimos de ayudarte con los tuyos. Y esto genera un ciclo infinito de buenas intenciones entre todos los integrantes de un equipo y de toda una organizaci\u00f3n.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">La masa rocosa y el Manifiesto \u00c1gil<\/h2>\n\n\n\n<p>De hecho el manifiesto \u00e1gil, si lo analizamos, se puede decir que est\u00e1 basado en estos tres principios fundamentales. Usando la analog\u00eda de construcci\u00f3n de un castillo. Primero tenemos una masa rocosa, luego arriba de esta existen los pilares fuertes que forman la estructura del castillo, estos pilares son el manifiesto \u00e1gil.<\/p>\n\n\n\n<figure class=\"wp-block-image alignfull\"><img decoding=\"async\" src=\"https:\/\/www.pensemosweb.com\/wp-content\/uploads\/2019\/10\/rocaAgil_-1024x578.jpg\" alt=\"\" class=\"wp-image-1231\"\/><\/figure>\n\n\n\n<p>Un ejemplo grand\u00edsimo sobre estos principios humanos y donde se refleja su influencia, est\u00e1 en lista de los valores de<strong> scrum<\/strong> and <strong>extreme programming<\/strong>, todos los valores est\u00e1n relacionados con estos tres principios, incluso el de respeto destaca con una relaci\u00f3n muy directa.<\/p>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-9d6595d7 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:100%\">\n<div class=\"wp-block-group is-layout-flow wp-block-group-is-layout-flow\">\n<figure class=\"wp-block-table is-style-stripes\"><table><tbody><tr><td>Scrum<\/td><td>Extreme programming<\/td><\/tr><tr><td>Coraje<br>Enfoque<br>Compromiso<br><strong>Respeto<\/strong><br>Apertura<\/td><td>Simplicidad<br>Comunicaci\u00f3n<br>Retroalimentaci\u00f3n<br>Coraje<br><strong>Respeto<\/strong><\/td><\/tr><\/tbody><\/table><figcaption class=\"wp-element-caption\">Valores<\/figcaption><\/figure>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"quesgil\">\u00bfQu\u00e9 es \u00e1gil?<\/h2>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>La capacidad de crear y responder al cambio con el fin de tener \u00e9xito en un ambiente incierto y turbulento<\/p>\n<cite>agileallieance.org<\/cite><\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"manifiestogil\">Manifiesto \u00c1gil<\/h2>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>Estamos descubriendo mejores formas de desarrollar software haci\u00e9ndolo y ayudando a otras personas a hacerlo. A trav\u00e9s de este trabajo hemos llegado a valorar:<\/p>\n\n\n\n<p><strong>Individuos e interacciones <\/strong>sobre procesos y herramientas.<\/p>\n\n\n\n<p><strong>Software funcionando <\/strong>sobre documentaci\u00f3n extensiva.<\/p>\n\n\n\n<p><strong>Colaboraci\u00f3n con el cliente <\/strong>sobre negociaci\u00f3n contractual.<\/p>\n\n\n\n<p><strong>Respuesta ante el cambio <\/strong>sobre seguir un plan<\/p>\n\n\n\n<p>Es decir, aunque valoramos los elementos de la derecha, valoramos m\u00e1s los elementos de la izquierda.<\/p>\n<cite>https:\/\/agilemanifesto.org\/<\/cite><\/blockquote>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>El desarrollo \u00c1gil se ha vuelto demasiado decorado. Desechemos esas decoraciones por un minuto y regresemos al coraz\u00f3n \u00e1gil.<\/p>\n<cite>Dr. Alistair Cockburn, uno de los autores del manifiesto \u00e1gil<\/cite><\/blockquote>\n\n\n\n<p>Me gusta mucho esta frase del Dr. Alistar Cockburn, porque vuelve a lo que es realmente importante, a no complicarse las cosas. De hecho actualmente existen dos nuevos conceptos que toman este concepto de simplificar la agilidad. <\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><a href=\"https:\/\/heartofagile.com\/\" target=\"_blank\" rel=\"noreferrer noopener\">Heart of agile<\/a> <\/li>\n\n\n\n<li><a href=\"https:\/\/modernagile.org\/\" target=\"_blank\" rel=\"noreferrer noopener\">Modern agile<\/a>.<\/li>\n<\/ul>\n\n\n\n<p>El enfoque de esta publicaci\u00f3n es un paso a\u00fan m\u00e1s adentro, a la ra\u00edz de las relaciones interpersonales. Para utilizar esa masa rocosa y edificar fuertes pr\u00e1cticas \u00e1giles. Esto lo vamos a reflejar en cada uno de los puntos del manifiesto \u00e1gil.<\/p>\n\n\n\n<p>Entonces, a continuaci\u00f3n voy a explicar desde mi punto de vista lo que los autores nos quieren comunicar y como se relaciona con la masa rocosa que ya hemos planteado.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Individuos e interacciones <\/strong><em>sobre procesos y herramientas<\/em>.<\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"\/wp-content\/uploads\/2019\/10\/individuosEInteracciones-1024x768.jpg\" alt=\"Individuos e interacciones\" class=\"wp-image-1223\"\/><figcaption class=\"wp-element-caption\">Individuos e interacciones<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">Primero los individuos que crean empresas y generan calidad<\/h3>\n\n\n\n<p>Todos somos personas y seres humanos, por lo que las personas es el factor m\u00e1s importante para el \u00e9xito de cualquier proyecto. La comunicaci\u00f3n efectiva, la motivaci\u00f3n y principios compartidos para lograr un objetivo superior determinar\u00e1n la calidad del producto final.<\/p>\n\n\n\n<p>Ok, ok, <em><strong>\u00bfPor qu\u00e9 es muy, muy importante un individuo?<\/strong><\/em>  Pues porque son las personas las que crean el producto o software, y son estas mismas las que forman a las empresas. Sin mencionar que los clientes y usuarios tambi\u00e9n son personas.<\/p>\n\n\n\n<p>Como dijo <strong>Alistair Cockburn<\/strong>, uno de los creadores de este manifiesto \u00e1gil:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>El proceso y la tecnolog\u00eda son un efecto de segundo orden en el resultado de un proyecto. El efecto de primer orden son las personas.<\/p>\n<cite>Alistair Cockburn<\/cite><\/blockquote>\n\n\n\n<p>Los procesos, patrones de dise\u00f1o, patrones de trabajo y las pr\u00e1cticas de desarrollo de software y desarrollo \u00e1gil son importantes, <strong>pero son las personas las que har\u00e1n que funcionen<\/strong>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Las personas no son piezas reemplazables<\/h3>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>Las personas no son piezas reemplazables<\/p>\n<cite>Kent Beck<\/cite><\/blockquote>\n\n\n\n<p>Las personas no son como piezas de un software o proceso, no son piezas reemplazables en una organizaci\u00f3n, un individuo no es algo lineal, es muy complejo y existen muchas variables que determinan su comportamiento, su desempe\u00f1o, su moral y por consiguiente su productividad.<\/p>\n\n\n\n<p>Si un l\u00edder ve y trata a su equipo como piezas reemplazables sumamente lineales, y no trata de ver a su equipo como individuos, esto baja la moral (productividad). Las personas buenas siempre buscan un mejor lugar donde estar. <\/p>\n\n\n\n<p>El l\u00edder termina cosechando lo que siembra, piezas reemplazables sumamente lineales que no ayudan a la productividad, o al menos no se desempe\u00f1an con su m\u00e1ximo potencial. Esto provoca perdidas de tiempo, esfuerzo y dinero a las organizaciones.<\/p>\n\n\n\n<p>Otra forma m\u00e1s fuerte de perder recursos en las organizaciones, es si el individuo decide irse de su equipo. Imag\u00ednense el tiempo en conseguir y capacitar al reemplazo, mientras el reemplazo est\u00e1 listo, el esfuerzo necesario de los dem\u00e1s personas del equipo aumenta porque al inicio es como no tener al compa\u00f1ero que se fue.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Gastos por renuncia de un integrante del equipo<\/h3>\n\n\n\n<p>Adem\u00e1s estas mismas personas del equipo actual, seguro deben contribuir invirtiendo tiempo en la capacitaci\u00f3n del reemplazo. Existe un gran retraso y desembolso econ\u00f3mico a causa de la renuncia  de una persona.<\/p>\n\n\n\n<p>Un proyecto exitoso se logra con un equipo satisfecho, contento y dispuesto a colaborar entre ellos para lograr un objetivo en com\u00fan y superior, los cuales se autoorganizan para ser mucho m\u00e1s productivos.<\/p>\n\n\n\n<p>Las organizaciones que se encomiendan a formar equipos de este tipo, obtienen una enorme ventaja competitiva sobre aquellas que tratan a las personas como simples piezas lineales que forman parte de un proceso.<\/p>\n\n\n\n<p>Al tratar a las personas como lo que son, con <strong>justicia<\/strong>, con <strong>respeto<\/strong>, y siendo <strong>honestos<\/strong> con ellas, se puede lograr lo imposible.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Software funcionando <\/strong>about<strong> <\/strong><em>documentaci\u00f3n<\/em> extensiva<\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"\/wp-content\/uploads\/2019\/10\/softwareFuncionando-1024x683.jpg\" alt=\"Software funcionando\" class=\"wp-image-1225\"\/><figcaption class=\"wp-element-caption\">Software funcionando<\/figcaption><\/figure>\n\n\n\n<p>Para tener una documentaci\u00f3n detallada es necesario mucho tiempo y esfuerzo porque la documentaci\u00f3n siempre cambia conforme se le agregan nuevas funcionalidades o se modifican las ya existentes. Entonces ese tiempo y esfuerzo mejor se invierte en obtener software funcionando que puede ser presentado al cliente y obtener retroalimentaci\u00f3n. Es muy dif\u00edcil mantener sincronizada la documentaci\u00f3n con el verdadero funcionamiento (con el c\u00f3digo), con el tiempo la documentaci\u00f3n miente sobre la funcionalidad, la \u00fanica fuente de verdad es el c\u00f3digo<strong>.<\/strong><\/p>\n\n\n\n<h3 class=\"wp-block-heading\">La mejor documentaci\u00f3n son las personas y el c\u00f3digo<\/h3>\n\n\n\n<p>\u00bfC\u00f3mo se entrena un nuevo integrante?, o \u00bfC\u00f3mo una persona recuerda lo que hizo hace un d\u00eda, una semana o hace un a\u00f1o?, o <strong>\u00bfC\u00f3mo otro integrante del equipo utiliza un componente, un m\u00f3dulo, una clase o una funci\u00f3n sin perder todo un d\u00eda tratando de comprender?<\/strong> <\/p>\n\n\n\n<p>La mejor documentaci\u00f3n e instrucciones de como funciona una pieza del sistema se encuentran en las <strong>personas<\/strong> y el <strong>c\u00f3digo<\/strong> que ellas crean. <\/p>\n\n\n\n<p>E<em>s de valor inigualable poner \u00e9nfasis en la excelencia t\u00e9cnica y al buen dise\u00f1o para mejorar la agilidad<\/em>, es decir, c\u00f3digo limpio, bien dise\u00f1ado y utilizando pr\u00e1cticas \u00e1giles como <a href=\"https:\/\/pensemosweb.com\/en\/introduccion-desarrollo-guiado-especificacion-tdd\/\" target=\"_blank\" rel=\"noreferrer noopener\">BDD y TDD<\/a> para que cualquier integrante lo pueda entender, aumentar nuevas funcionalidades y modificar existentes con gran facilidad. <\/p>\n\n\n\n<p>Incluso para que la misma persona o personas que lo crearon puedan recordar cada detalle min\u00fasculo. De hecho a veces no necesitas llegar al detalle, simplemente utilizas la pieza del sistema con seguridad del resultado debido al buen dise\u00f1o y a la calidad de la misma, lo que por supuesto te ahorra much\u00edsimo tiempo.  Claro que esto no se puede lograr sin las personas, sin su disciplina y auto organizaci\u00f3n.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Si existe documentaci\u00f3n<\/h3>\n\n\n\n<p>No es que no exista documentaci\u00f3n, pero se puede posponer, o ser poca y enfocado en las cosas que no cambiaran mucho. En etapas tempranas del desarrollo ser\u00eda una p\u00e9rdida de tiempo documentar algo que tendr\u00e1 constantes cambios y mejoras. El momento ideal para una documentaci\u00f3n es cuando se escriben las especificaciones con <a href=\"https:\/\/pensemosweb.com\/en\/introduccion-desarrollo-guiado-especificacion-tdd\/\" target=\"_blank\" rel=\"noreferrer noopener\">BDD y TDD<\/a>. El segundo momento ideal es cuando se tiene una versi\u00f3n estable.<\/p>\n\n\n\n<p><strong>\u00bfEntonces como logramos que nuevos miembros del equipo entiendan los detalles del producto o software? <\/strong><\/p>\n\n\n\n<p>Ya hab\u00edamos establecido la respuesta, se logra gracias a las <strong>personas<\/strong> y el <strong>c\u00f3digo<\/strong> que ellas crean. Porque se trabaja muy de cerca con cada individuo del equipo, transfiriendo el conocimiento de manera pr\u00e1ctica, ayudandose mutuamente a resolver sus dudas, sus problemas.<\/p>\n\n\n\n<p>Por dar ejemplo. Se puede aplicar <strong><a href=\"https:\/\/pensemosweb.com\/en\/programacion-en-parejas-pair-programming\/\" target=\"_blank\" rel=\"noreferrer noopener\">pair programming<\/a><\/strong>, trabajar para lograr la confianza de que son parte del equipo y pueden comunicarse con toda honestidad. <\/p>\n\n\n\n<p>Si en el peor de los casos un miembro del equipo se va, m\u00ednimo el conocimiento se transfiri\u00f3 a todos los dem\u00e1s integrantes de manera emp\u00edrica y r\u00e1pida, estos integrantes seguir\u00e1n transfiriendo el conocimiento a las personas nuevas.<\/p>\n\n\n\n<p><strong>Y \u00bfQu\u00e9 pasa si todos los integrantes del equipo se van?<\/strong> Si se va demasiado pronto, bueno, aqu\u00ed tenemos un problema m\u00e1s grande, porque entonces no se est\u00e1n aplicando los principios humanos de <strong>justicia, respeto y honestidad<\/strong>, y no se est\u00e1 aplicando el primer punto del <strong>Manifiesto \u00c1gil<\/strong>: individuos e interacciones sobre procesos y herramientas. Si es porque la persona quiere cambiar de perspectiva, evolucionar y siente que debe irse, pues es algo bastante normal.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Colaboraci\u00f3n con el cliente <\/strong>about<strong> <\/strong>negociaci\u00f3n contractual<\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/www.pensemosweb.com\/wp-content\/uploads\/2019\/10\/colaboracionConElCliente-1024x683.jpg\" alt=\"Colaboraci\u00f3n con el cliente\" class=\"wp-image-1222\"\/><figcaption class=\"wp-element-caption\">Colaboraci\u00f3n con el cliente<\/figcaption><\/figure>\n\n\n\n<p>Es muy importante involucrar al cliente en todo el ciclo del desarrollo de tal manera que los requisitos se recolecten progresivamente, evolucionen y se adapten seg\u00fan la retroalimentaci\u00f3n del usuario final y de los dem\u00e1s involucrados. Diferentes puntos de vista y perspectivas mejoran la c\u00e1lida del producto en cada iteraci\u00f3n.<\/p>\n\n\n\n<p>Aqu\u00ed tenemos una oportunidad muy importante de poner en pr\u00e1ctica los tres principios universales humanos en <strong>relaci\u00f3n con el cliente,<\/strong> necesitamos ser <strong>justos<\/strong>, <strong>respetuosos<\/strong> and <strong>honestos<\/strong> en todas y cada una de las interacciones con el cliente y su negocio. <\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Siempre existir\u00e1 incertidumbre<\/h3>\n\n\n\n<p>No se recomienda crear contratos detallados que especifiquen lo que el software va a hacer, lo que se va a cobrar por ello, y un calendario de entregas. Eso es demasiado fijo y nunca, nunca se cumplen las expectativas porque un desarrollo \u00e1gil se adec\u00faa a los ambientes inciertos y turbulentos impl\u00edcitos dentro de la creaci\u00f3n de software.<\/p>\n\n\n\n<p>Por mucho que se sepa del negocio y de la tecnolog\u00eda, siempre habr\u00e1 una variable desconocida de la cual se debe aprender. Esta variable desconocida har\u00e1 cambiar todo lo detalladamente planeado con anticipaci\u00f3n.<\/p>\n\n\n\n<p>Un contrato fijo nunca va a funcionar, debe ser algo flexible que se adapta conforme a los usuarios cambian y necesitan, debido a esto un contrato que indique los requerimientos fijos, sin intervenci\u00f3n del cliente y usuarios, es seguro que ser\u00e1 un fracaso.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Buscar beneficio mutuo, lo primero son las personas<\/h3>\n\n\n\n<p>M\u00e1s sin embargo tener un acuerdo con el cliente donde se establezcan lineamientos buscando el beneficio mutuo. Indicando por ejemplo que los pagos se estar\u00e1n haciendo conforme a lo que se vaya entregando.  Donde se acuerde que el cliente estar\u00e1 involucrado todo el tiempo en el desarrollo para que apruebe las funcionalidades en cada iteraci\u00f3n. Esto es algo mucho m\u00e1s justo y honesto, respetando el tiempo y el dinero del cliente, as\u00ed como sus sue\u00f1os.<\/p>\n\n\n\n<p>Este punto del manifiesto tiene mucha relaci\u00f3n con el primero, hasta me atrever\u00eda a decir, que este es una subrama del primero. Porque los clientes son individuos y entre m\u00e1s nos preocupemos por las interacciones con ellos,  m\u00e1s r\u00e1pido entregaremos un producto de valor, que indudablemente mejorara las actividades que benefician al cliente, al equipo que desarrolla el producto, y en general todos los involucrados<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Respuesta ante el cambio <\/strong>sobre seguir un plan<\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/www.pensemosweb.com\/wp-content\/uploads\/2019\/10\/responderAlCambio-1024x683.jpg\" alt=\"\" class=\"wp-image-1224\"\/><\/figure>\n\n\n\n<p>El producto final siempre tiene una relaci\u00f3n estrecha con el ambiente real y con personas (usuarios finales, desarrolladores y dem\u00e1s), todo a nuestro alrededor y las personas se encuentran en constante cambio, es <strong>imposible<\/strong> seguir un plan y que funcione completamente, pero si es \u00e1gil y efectivo tener la capacidad de responder al cambio dentro de un ambiente de incertidumbre.<\/p>\n\n\n\n<p>No puedes planificar a detalle todo lo que se va a realizar en el proceso de la creaci\u00f3n de un producto, tampoco es que no se hagan planes, si se hacen, pero con el conocimiento que seguro cambiaran en alg\u00fan momento, muchas t\u00e9cnicas \u00e1giles recomiendan hacer planificaciones muy detalladas en plazos cortos de tiempo, un poco de detalle a plazos medianos y muy, pero muy poco detalle para plazos largos. Aun as\u00ed todo es incierto y debido a esta incertidumbre es que se debe de generar la capacidad de responder a cualquier cambio, esta capacidad la debe tener tanto el producto como las personas que lo crean.<\/p>\n\n\n\n<p>Todos los integrantes del proyecto deben tener la suficiente flexibilidad para adaptarse a las necesidades que surjan en el ambiente, esto incluye la comunicaci\u00f3n, la manera de trabajar y hasta las habilidades que est\u00e9n dispuestos a aprender, en frameworks como scrum le llaman equipos multidisciplinarios.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">12 principios \u00e1giles<\/h2>\n\n\n\n<p><strong>En cuanto al producto,<\/strong> bueno, utilizare un ejemplo del \u00e1rea de software donde tengo m\u00e1s conocimientos. Aunque no voy a explicar los 12 principios del movimiento \u00e1gil, este \u00faltimo punto del manifiesto, comparte una estrecha relaci\u00f3n con los siguientes principios, y realmente son ejemplos que nos permiten <strong>responder al cambio<\/strong>:<\/p>\n\n\n\n<p><em>La mayor prioridad es satisfacer al cliente con la entrega temprana y continua de software con valor.<\/em><\/p>\n\n\n\n<p><em>Aceptamos que los requisitos cambien, incluso en etapas tard\u00edas del desarrollo. Los procesos \u00e1giles aprovechan el cambio para proporcionar ventaja competitiva al cliente.<\/em><\/p>\n\n\n\n<p><em>Los procesos \u00e1giles promueven el desarrollo sostenido. Los promotores, desarrolladores y usuarios debemos mantener un ritmo constante de forma indefinida.<\/em><\/p>\n\n\n\n<p><em>La atenci\u00f3n continua a la excelencia t\u00e9cnica y al buen dise\u00f1o mejora la agilidad.<\/em><\/p>\n\n\n\n<p><em>La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.<\/em><\/p>\n\n\n\n<p><em>Las mejores arquitecturas, requisitos y dise\u00f1os emergen de equipos auto-organizados.<\/em> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>\u00bfQu\u00e9 es un software con valor?<\/strong><\/h2>\n\n\n\n<p>Todos los principios anteriores giran alrededor de la construcci\u00f3n de un software de valor, pero, <strong>\u00bfQu\u00e9 es un software con valor?<\/strong> <strong>\u00bfSer\u00e1 un software que funcione?<\/strong> Bueno, creo que s\u00ed, al menos en parte, pero el software o cualquier tipo de sistema tiene dos tipos de valores, por desgracia muy a menudo le ponemos m\u00e1s atenci\u00f3n al tipo que es <em>secundario<\/em> y que realmente surge del <strong>valor principal<\/strong>. D\u00e9jame explic\u00e1rtelo m\u00e1s a detalle en los siguientes p\u00e1rrafos.<\/p>\n\n\n\n<p>Normalmente un sistema tiene valor si funciona y resuelve un determinado problema para los usuarios y clientes, <strong>\u00bfEn verdad es este valor lo m\u00e1s importante?<\/strong> Yo no lo creo y menos en los ambientes cambiantes e inciertos para lo que estos productos se crean, la primera soluci\u00f3n, la primera versi\u00f3n de un sistema por supuesto que resuelve algo, pero no a la perfecci\u00f3n, y no ser perfecto esta bien, los desarrollos \u00e1giles son iterativos e incrementales, aprendiendo y satisfaciendo las necesidades de los usuarios y clientes en paralelo y progresivamente. Adem\u00e1s las piezas o componentes de un producto tambi\u00e9n van mejorando y tambi\u00e9n se lleva un control de sus versiones.<\/p>\n\n\n\n<p>Los clientes realmente no saben exactamente como debe ser su producto, tienen idea, eso es claro, pero conforme van probando su producto y obteniendo retroalimentaci\u00f3n van modificando sus ideas y hasta puede que la idea de un producto de un giro de 360 grados, esto es porque no se sabe el verdadero valor de un producto hasta probarlo con usuarios, adem\u00e1s la gente cambia, la sociedad cambia, as\u00ed es, repito, el mundo es un ambiente incierto y turbulento al que debemos ser capaces de adaptarnos.<br><br>Ahora, si nos vamos a las <strong>ra\u00edces del c\u00f3digo<\/strong>: cuando lo escribes, en cada paso, es com\u00fan que al principio no funcione, entonces que funcione no es su primer valor. La mejor decisi\u00f3n que puedes tomar es asegurar que ese c\u00f3digo sea lo suficientemente <strong>entendible y flexible<\/strong> para poder hacerlo funcionar lo antes posible.<\/p>\n\n\n\n<p>Si el c\u00f3digo es f\u00e1cil de entender y modificar, siempre mantendr\u00e1s una <strong>velocidad constante<\/strong>. Aunque siempre habr\u00e1 retrasos (son inevitables), como profesional, tu <strong>c\u00f3digo no deber\u00eda ser la raz\u00f3n de ellos<\/strong>.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">El software debe ser flexible<\/h3>\n\n\n\n<p>A lo que quiero llegar es que un<strong> software debe ser lo suficientemente flexible, lo suficientemente sustentable para poder adaptarse al cambio con gran facilidad. El valor primordial de un software es que en cualquier momento pueda adaptarse a las necesidades de los usuarios<\/strong>. Y con esto viene en segunda posici\u00f3n que funcione.<\/p>\n\n\n\n<p>Lo anterior tiene una raz\u00f3n, aunque la funci\u00f3n tenga valor para los clientes y usuarios, si es muy dif\u00edcil adaptar el producto a las nuevas necesidades del ambiente o peor a\u00fan, adaptar el producto a las funcionalidades que ya se ten\u00edan pensadas, entonces estamos perdiendo valor. Un software con valor debe tener la capacidad de agregar y cambiar funcionalidades a una velocidad sustentable, sin retrasos y de lo m\u00e1s f\u00e1cil posible, esto es de enorme <strong>worth<\/strong> para nuestros clientes y usuarios finales.<\/p>\n\n\n\n<p>Si dejamos a los clientes sin nuevas actualizaciones por mucho tiempo,  entonces ya deja de tener valor y los usuarios dejan de usar el producto, porque las nuevas necesidades precisamente son otras diferentes a las que actualmente el software proporciona. Sin mencionar el caso de que el producto tenga demasiados fallos y entonces estos fallos provoquen dificultad al cambio.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Conclusion<\/h2>\n\n\n\n<p>Para que la adaptabilidad fluya en un equipo debemos estar conscientes de que habr\u00e1 muchos cambios y amar la incertidumbre, pues es como de verdad se aprende de lo que es prioritario o necesario hacer. A aceptar los fallos tempranamente con <strong>honestidad<\/strong>, <strong>respeto <\/strong>and <strong>justicia hacia todos los involucrados<\/strong> para entregar continuamente un producto profesional, que evoluciona y mejora con el tiempo, nunca se estanca y nunca pone en peligro su negoci\u00f3. Se aprovecha al m\u00e1ximo los recursos, respetando el tiempo y el recurso econ\u00f3mico de todos.<\/p>\n\n\n\n<p><strong>Estos principios humanos de honestidad, respeto y justicia<\/strong>, rigen el manifiesto \u00e1gil, es tan importante que dos de sus puntos tiene una relaci\u00f3n directa. Hablamos de:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Individuos e interacciones<\/strong> sobre procesos y herramientas<\/li>\n\n\n\n<li><strong>Colaboraci\u00f3n con el cliente<\/strong> sobre negociaci\u00f3n contractual<\/li>\n<\/ul>\n\n\n\n<p>Los otros dos aunque no tienen una relaci\u00f3n directa, s\u00ed que indirectamente todo lo que hacemos se trata sobre las personas y las relaciones que tenemos con ellas.<\/p>","protected":false},"excerpt":{"rendered":"<p>El desarrollo \u00c1gil se ha vuelto demasiado decorado. Desechemos esas decoraciones por un minuto y regresemos al coraz\u00f3n \u00e1gil. Dr. Alistair Cockburn, uno de los autores del manifiesto \u00e1gil<\/p>","protected":false},"author":2,"featured_media":3730,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[21],"tags":[45],"class_list":["post-1083","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agilidad","tag-desarrollo-agil"],"_links":{"self":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts\/1083","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/comments?post=1083"}],"version-history":[{"count":4,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts\/1083\/revisions"}],"predecessor-version":[{"id":3947,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/posts\/1083\/revisions\/3947"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/media\/3730"}],"wp:attachment":[{"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/media?parent=1083"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/categories?post=1083"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pensemosweb.com\/en\/wp-json\/wp\/v2\/tags?post=1083"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}