10th State of Agile Survey

Tal como lo publicamos el año pasado, presentamos la décima edición de la encuesta ágil patrocinada por el proveedor de soluciones VersionOne. La encuesta deja claro que el desarrollo ágil de software ha crecido, siendo cada vez más popular en la última década. La participación en la encuesta ha crecido más de tres veces. Las metodologías ágiles ya no son únicamente el dominio de las “startups” o pequeñas empresas de desarrollo de software. En 2006, casi dos tercios de los encuestados dijeron que trabajaban en organizaciones de software con menos de 100 personas. En 2015, casi dos tercios de los encuestados dijeron que trabajaban para organizaciones de software con más de 100 personas, y el 31% dijeron que trabajaban para organizaciones de software con más de 1.000 personas. Según la encuesta el número de grandes empresas que están adoptando ágil sigue aumentando cada año. Más del 24% de los encuestados trabajaba para organizaciones con más de 20.000 empleados, comparado con el 21% el año pasado. Los resultados de la encuesta incluyen temas tales como herramientas ágiles más populares, beneficios de agile, cómo se mide el éxito ágil, principales métodos utilizados, y mucho más. Leer más Aquí

Anuncios

State of Agile Survey

Se realizó la novena edición del “State of Agile” una encuesta patrocinada por el proveedor de soluciones ágiles VersionOne. La encuesta recoge la opinión de los profesionales que trabajan con métodos ágiles que incluyó a una amplia gama de industrias en la comunidad global de desarrollo de software. Se recogieron un total de 3.925 respuestas provenientes básicamente de USA y Europa. Dicho informe asegura que los métodos ágiles continúan ganando impulso. Por cuarto año consecutivo, los tres principales beneficios del desarrollo ágil se mantienen igual: capacidad para gestionar el cambio de prioridades, la productividad del equipo, y la visibilidad del proyecto. Por otra parte, el 53 por ciento de los encuestados dijo que la mayoría, de sus proyectos ágiles han tenido éxito. Los resultados de la encuesta incluyen temas tales como herramientas ágiles más populares, consejos sobre la ampliación ágil, cómo se mide el éxito ágil, principales métodos utilizados, barreras para la adopción y mucho más. Leer el artículo (en inglés)

Scrumban

En este blog ya hemos publicado algunos artículos sobre Scrum y Kanban y ya muchos practicantes saben y conocen tanto de su amplio uso como el hecho de que ambos se utilizan en metodologías ágiles. Scrum es más adecuado para el desarrollo de productos y Kanban resulta mejor como apoyo a la producción. “Scrumban” combina las mejores características de ambas metodologías o herramientas y se está volviendo muy popular en estos días en las industrias de servicios. En este artículo explicamos en forma sencilla y detallada cómo se trabaja con esta metodología y cuales son las ventajas de combinar ambos métodos. Solamente para Alumnos

Una Visión Moderna del Manifiesto Agil

En 2001, cuando se publicó el Manifiesto Ágil, la tecnología se veía muy diferente de como lo es hoy en día. Los canales de comunicación eran más limitados en variedad, y el intercambio de información no era para nada tan fácil como lo es hoy con internet de alta velocidad, datos móviles y una multitud de opciones de almacenamiento en la nube. Cómo se ve el postulado ágil hoy en día ? Los valores del Manifiesto todavía son aplicables ? Cómo podemos combinar la intención del Manifiesto con la nueva forma de trabajar? Cómo se pueden evolucionar conceptos ágiles para hacer frente a los retos de hoy ? Derwyn Harris co-fundador de Jama Software, considera las necesidad de repensar y/o evolucionar los principios del Manifieso a la luz de los cambios masivos en la tecnología y la forma en que ahora se trabaja. Leer más aquí (en inglés)

Agile vs Waterfall

A esta altura con tantos artículos y libros referidos a este tema, más todo los que vemos en nuestros cursos, no hacía falta seguir aclarando esta discusión, que en realidad no lo es, sino más bien se trata de un entendimiento de qué tipo aproximación sería la más razonable utilizar y cuándo. Pero habiendo leído este artículo, me pareció muy apropiado reproducirlo aquí sobre todo por la claridad y simpleza de la descripción y más aún por el hecho fundamental de que hoy en día, los que más problemas tienen sobre esta dicotomía tal cual lo expresa Andy Jordan son los clientes. Jordan se preocupa en la necesidad de hacerle entender al cliente, cuando se está utilizando un método y cuando el otro. Y por sobre todo, qué diferencias fundamentales implica para el cliente la utilización de uno y otro, que no solo se trata de cómo se encaran los cambios y cómo se planifica, por cuanto como gerentes de proyecto, frecuentemente olvidamos que, el modo en que nuestro proyecto es ejecutado, no siempre le resulta claro a nuestro cliente. Leer más aquí (en inglés)

Agile Coaching

El equipo en un proyecto ágil suele ser auto-organizado y co-localizado, y está en contacto permanente con los otros miembros. Esto incluye al cliente, los desarrolladores, administradores de recursos necesarios para garantizar un producto de trabajo que satisfaga las necesidades de los clientes. No hay un foco a una estructura centrada en el Gerente de Proyecto, porque se habla más de colaboración y comunicación entre todos los miembros. Estamos hablando de equipos altamente calificados con experiencia previa y gran interacción. Teniendo en cuenta estos supuestos, como decíamos en otro artículo, parece que un director de proyecto tradicional experimentado y acostumbrado a la gestión de grandes iniciativas, estaría mal equipado para agregar valor a los proyectos ágiles. De hecho, sería como si un chef del “Alvear Palace” fuera requerido para gestionar las actividades de la cocina en un “McDonalds”. La realidad es que existe un conjunto diferente de habilidades y/o papeles necesarios para los mismos, un conjunto de funciones que se deberían aprender y practicar. Leer más aquí

Las certificaciones de Scrum

En el año 2009 y con un curso que tuvo una duración de 2 (dos) días, obtuve la certificación de Scrum Master (CSM) de la Scrum Alliance firmada por Ken Schwaber. A partir de allí he leído mucha información sobre el tema, participé en un par de oportunidades en proyectos y he dictado cursos de IT Management y Agile. Desde entonces y hasta el momento, no sólo continuó el crecimiento y adopción de dicha metodología, sino que además hubieron grandes cambios en los procesos de certificación. La idea de este artículo en general es aportarles información sobre las opciones de certificación actuales, requisitos y características de ambas, y enlaces para que puedan leer y bajar información sobre Scrum que les pueda servir no sólo para preparar el examen, si es que alguno está pensando en eso, sino más bien para conocer o repasar los conceptos básicos de Scrum, que no son para nada complicados. Lea el artículo aquí

Porqué Agile no funciona ?

Lajos Moczar es un consultor senior de tecnología que escribió un artículo para CIO donde llega a la conclusión de que la metodología ágil no sólo ha fracasado, al igual que otras metodologías de moda antes, sino que está empeorando las cosas. Según él las metodologías ágiles producen lo contrario de los efectos prometidos, y se centra en tres principios ágiles defectuosos que no funcionan: la entrega por sobre la calidad, el desarrollo por sobre la planificación, y la colaboración por sobre la gestión o el management. Agile promueve requisitos descuidados, esconde el verdadero costo de desarrollo e impide una gestión eficaz. Al contrario de lo que se pregona, conduce a proyectos de larga duración, clientes insatisfechos y una ineficacia general. Lo que se espera encontrar en la metodología, sin embargo, se puede lograr a través de la simple práctica de un pensamiento y trabajo ágil o eficaz. Leer el artículo original en inglés aquí

Desarrollo de Software: Waterfall vs Agile

Personalmente estoy en contra de las posiciones totalmente dogmáticas en cuanto a métodos y metodologías, sobre todo cuando se discuten aproximaciones tradicionales con las ágiles. Ya hemos tratado este tema en diversos artículos y en el presente dejamos aclarado cual es la postura del PMI© al respecto señalando como se define los ciclos de vida de los proyectos de software, para concluír en que no es disparatado pensar en un mix de métodos predictivos y adaptativos cuando así convenga hacerlo. Leer más aquí

Manual de Supervivencia del Gerente de Proyectos para la Adopción Ágil

Rally Software ha sido calificado como uno de los más grandes innovadores en metodologías ágiles. En esta ocasión nos presenta este Manual (no tan perfectamente traducido), en donde se intenta redefinir las funciones y responsabilidades del Gerente de Proyecto para adecuarse a una metodología ágil y equipos autogestionados. Se pone énfasis en el llamado “servant leadership” o liderazgo de servicio, con foco en la facilitación y en la colaboración. El Manual presenta una correlación de las áreas de conocimiento del PMBOK® con las prácticas ágiles, para lograr obtener un mejor entendimiento de los cambios que se requieren profesionalmente, y como realizar estos cambios para sobrevivir en la transición hacia la adopción de proyectos ágiles de desarrollo de software Lea el Manual Aquí