Se prohibe el uso de Waterfall en Indiana, USA

Este post es algo que no pueden dejar de leer:

State of Indiana Makes Using Waterfall SDLC’s a Criminal Offense

Noticias del curso Certified Scrum Master

Como pueden leer en el Portal del PMI Chapter Lima, el curso ha sido reprogramado para el lunes 23 y martes 24 de junio. El instructor confirmado hasta el momento es Tobias Mayer. Esta es una muy buena noticia, por la gran experiencia que tiene practicando y enseñado Scrum en diversas empresas. Fue uno de los responsables de introducir Scrum en Yahoo!, como se menciona en este artículo, escrito por un arquitecto de software argentino que asistió al curso.

Hasta donde sé, hay unos 28 interesados en inscribirse (y sólo 25 vacantes) por lo que no dudo que será todo un éxito.

Dilbert Daily Stand-up meetings

Al volverse las metodologías ágiles (y particularmente Scrum) cada vez más mainstream, encuentra uno cosas como éstas:


Por cierto, Dilbert es una de mis tiras cómicas favoritas y sirve muchas veces (como en este caso) para ilustar muchas de las malas prácticas de gestión, y de clima organizacional en general, que encontramos por doquier en las empresas.

Como ven, las daily stand-up's puede ser muy beneficiosas, pero sólo si se entiende la razón de su aplicación dentro de un contexto de valores, principios y prácticas ágiles. Como leí hace poco, "forman parte de un ecosistema ágil". Queda claro que si dicho ecosistema no existe, esta práctica va a traer muy poco o ningún beneficio a la organización/proyecto, como podemos apreciar gracias a nuestro estimado Pointy Haired Boss.

World Of Warcraft Agility

En este artículo se exponen varias de las razones por las cuales World Of Warcraft se ha convertido en un suceso mundial en lo que a videojuegos se refiere, constituyéndose, de lejos, en el más exitoso MMORPG (aprox. 10 millones de jugadores). Lo interesante de esto es que de las 11 razones que allí se mencionan, más de la mitad se relacionan a las ventajas que brindan las metodologías ágiles de desarrollo (adaptabilidad a los cambios, feedback constante, diseño evolutivo, trabajo incremental e iterativo). Incluso se hace una mención directa a Scrum y a XP en el punto 7.

Esto es algo digno de destacar, pues el artículo no está orientado a desarrolladores o gente del mundo del software y definitivamente es una muestra más de qué tanto el uso de este tipo de técnicas y prácticas puede ayudar a crear productos innovadores y exitosos.

10 Cosas que Todo Arquitecto de Software Debería Conocer

Richard Monson-Haefel, uno de los fundadores de los proyectos Geronimo y OpenEJB y miembro de varios grupos importantes de definición de estándares dentro del JCP (JSR-151, JSR-153, JSR-220 y JSR-241) ha publicado una presentación muy interesante sobre las cosas que todo aquel que se hace llamar "arquitecto" dentro de un proyecto o empresa de desarrollo de software (ej: arquitecto de software, arquitecto de soluciones, arquitecto empresarial, etc) debería conocer y entender.

En resumen, son las siguientes:

• People are the platform
• All solutions are obsolete
• Data is forever
• Flexibility breeds complexity
• Nothing works as expected
• Documentation is the universal source code
• Know the business
• Maintain the vision
• Software architects should also be coders
• There is no substitute for experience

Este es el enlace para bajar la presentación: 10 Things Every Architect Should know. Me parece una excelente oportunidad de difundir las ideas de Monson-Haefel entre varios de nuestros muy apreciados powerpoint architects (seguramente deben conocer a más de uno).