{"id":5483,"date":"2022-01-24T17:20:26","date_gmt":"2022-01-24T16:20:26","guid":{"rendered":"https:\/\/telecomkh.info\/?p=5483"},"modified":"2022-01-24T17:20:26","modified_gmt":"2022-01-24T16:20:26","slug":"scrum-ha-muerto-larga-vida-a-agile-2","status":"publish","type":"post","link":"https:\/\/telecomkh.info\/?p=5483","title":{"rendered":"Scrum ha muerto. Larga vida a Agile 2"},"content":{"rendered":"

Ra\u00fal Fern\u00e1ndez, Director de Operaciones de LedaMC, explica c\u00f3mo la agilidad en el desarrollo de software no funciona a base de magia<\/strong><\/p>\n

2021 ha sido un a\u00f1o bastante an\u00f3malo, aunque mejor que el 2020. Sin volver a la COVID-19 \u00bfQu\u00e9 ense\u00f1anza destacar\u00eda de este a\u00f1o?<\/strong>
\nLa primera palabra que me viene a la mente es \u201cresiliencia\u201d, probablemente porque est\u00e1 tan de moda que la escuchamos de continuo, pero creo que la ense\u00f1anza m\u00e1s destacable de 2021 ha sido la de \u201cverificar, no creer\u201d. Voy a explicarme un poco mejor.
\nA nivel global todos hemos tenido que aprender a comprobar qu\u00e9 era lo que mejor funcionaba, lo que mejor hac\u00edamos para potenciarlo y a la vez detectar lo que no era tan bueno para mejorarlo.
\nEl teletrabajo de toda la plantilla parec\u00eda una locura, pero verificamos que funcionaba y en tiempo r\u00e9cord.
\nLas pr\u00e1cticas \u00e1giles como Scrum, justo antes de la pandemia, parec\u00edan que eran la panacea para todas las compa\u00f1\u00edas, pero ya han salido multitud de voces en contra de algunas de ellas. Estas voces promueven la verificaci\u00f3n para asegurar que nos dan los beneficios que prometen antes de cre\u00e9rnoslas a pies juntillas como si de una religi\u00f3n se tratara. C\u00f3mo por ejemplo la iniciativa de Agile 2.<\/p>\n

Entonces \u00bfLa agilidad en el desarrollo de software no sirve? \u00bfTodo el mundo est\u00e1 equivocado?<\/strong>
\nVayamos por partes. La agilidad como cualquier tendencia o pr\u00e1ctica puede implementarse de forma correcta o de forma err\u00f3nea. Asistimos cada d\u00eda a desastres de su implementaci\u00f3n que luego se matizan o se tapan. Digamos que para algunos es el mismo perro con distinto collar.
\nParece como si todo el mundo al escuchar Agilidad o Transformaci\u00f3n Digital se lanzaran de cabeza tras ellas, como si de unas palabras m\u00e1gicas se tratara, unas palabras que impidieran fallar hagas lo que hagas.
\nS\u00f3lo pensemos por un momento. Reflexionemos sobre las personas de cada organizaci\u00f3n, no todo el mundo es igual, incluso, sin existir mala intenci\u00f3n la gente puede interpretar de forma err\u00f3nea lo que hace y equivocarse. Eso es lo que debemos evitar, debemos verificar que todo va como debe ir y ayudar a mejorar a quienes no lo est\u00e9n haciendo. Y, quien no quiera mejorar no tiene cabida.<\/p>\n

\u00bfEn qu\u00e9 consiste esa iniciativa que ha mencionado: Agile 2 \u00bfC\u00f3mo podemos comprobar que nuestro desarrollo de software nos entrega lo que esperamos de \u00e9l?<\/strong>
\nAgile 2 pone en entredicho muchas de las aseveraciones de la agilidad hasta la fecha, pone en duda al equipo, pone en duda al liderazgo compartido y pone en duda a Scrum.
\nNo lo hace desde una perspectiva negacionista, sino desde la perspectiva del m\u00e9todo cient\u00edfico: debemos utilizar aquello que mejor funciona, aquello que hemos comprobado que funciona mejor, aquello que hemos verificado.
\nHay varias formas de verificarlo. Por ejemplo, la Comisi\u00f3n Europea propone hacerlo a trav\u00e9s de la cantidad de producto software, y as\u00ed lo indica en varias de sus tenders de desarrollo de software.
\nDando un poco m\u00e1s de detalle, lo que hace es medir el valor que entregan los equipos de desarrollo de software como cantidad de producto software, es decir cantidad de funcionalidad que negocio puede utilizar con ese software. Es la definici\u00f3n m\u00e1s objetiva de valor que podemos encontrar. A trav\u00e9s de esa definici\u00f3n podemos establecer comparativas con el esfuerzo y\/o el precio que cuesta desarrollarlo. Nuestros clientes, muchos de los cuales est\u00e1n en el IBEX-35, tambi\u00e9n utilizan estos m\u00e9todos.<\/p>\n

Entonces \u00bfPodr\u00edamos afirmar que s\u00f3lo focaliz\u00e1ndonos solo en que nos entreguen cada vez una mayor cantidad de producto software ser\u00eda suficiente? \u00bfNo habr\u00eda que tener en cuenta la calidad?<\/strong>
\nMuy buena pregunta. De hecho, esa es la clave, tener una visi\u00f3n de 360 grados. Nuestra propuesta cuando hablamos con un cliente es siempre pensar en m\u00e1s de una variable porque, si nos fijamos s\u00f3lo en una, las conclusiones pueden ser err\u00f3neas. D\u00e9jame que lo explique con un caso real.
\nUn cliente de Retail contact\u00f3 con nosotros para realizar un benchmarking de sus desarrollos en tres tecnolog\u00edas diferentes. Quer\u00edan mejorar su time-to-market que no terminaba de acortarse. Realizamos un benchmarking de eficiencia y calidad. En el primero, obtuvimos como resultado que su productividad era mejor que la de mercado, pero en el segundo obtuvimos que esta eficiencia implicaba que las pruebas que realizaban eran mucho menores a las realizadas por la media del mercado y, por tanto, no detectaban el n\u00famero de errores suficientes. Esto, que puede parecer bueno, lo que fomentaba era el traslado de los errores a las fases finales del desarrollo dilatando el time-to-market y el coste de su correcci\u00f3n.
\nGracias a la revisi\u00f3n de 360 grados logramos detectarlo y verificamos que parte del eslab\u00f3n es la que falla.<\/p>\n

\u00bfUn deseo para 2022?<\/strong>
\nQue no nos dejemos llevar por modas, sino que verifiquemos que es lo que funciona realmente en nuestro caso. Eso nos dar\u00e1 los beneficios que realmente esperamos y necesitamos para prosperar en 2022.<\/p>\n

Arriba, en la foto, Ra\u00fal Fern\u00e1ndez, Director de Operaciones de LedaMC<\/em><\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

Ra\u00fal Fern\u00e1ndez, Director de Operaciones de LedaMC, explica c\u00f3mo la agilidad en el desarrollo de software no funciona a base de magia 2021 ha sido un a\u00f1o bastante an\u00f3malo, aunque mejor que el 2020. Sin volver a la COVID-19 \u00bfQu\u00e9 ense\u00f1anza destacar\u00eda de este a\u00f1o? La primera palabra que me viene a la mente es … <\/p>\n

Continue reading \u00abScrum ha muerto. Larga vida a Agile 2\u00bb<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":5484,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[67],"tags":[],"_links":{"self":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts\/5483"}],"collection":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=5483"}],"version-history":[{"count":1,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts\/5483\/revisions"}],"predecessor-version":[{"id":5485,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/posts\/5483\/revisions\/5485"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=\/wp\/v2\/media\/5484"}],"wp:attachment":[{"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=5483"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=5483"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/telecomkh.info\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=5483"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}