Afirmar que el objetivo de la gestión ágil es "ofrecer el mayor valor posible al cliente ahora y en el futuro" no resulta mucho más convincente que un anuncio de detergente si no se da algún argumento más.

Esta presentación de Qualitatis lo razona de forma gráfica:

• El objetivo de la gestión ágil es el valor del producto . 

En Youtube está disponible la conferencia que con este título impartió Dody Gunawinata , fundador de Silverkey Technologies el 18 del pasado noviembre en el hotel Simiramis InterContinental del Cairo.

En ella hace una descripción ejecutiva de Scrum que en media hora presenta los componentes del proceso, los valores y elementos que hacen que funcione; y donde afirma que tras dos años de usarlo en Silverkey Technologies han encontrado que es un modelo útil para equipos pequeños.

Además como es japonés, habla inglés clarito clarito.

• Real life project management using Scrum.

Posiblemente muchos ya conozcáis Lulu: una revolución que puede ser fantástica o diabólica según lo cerca que esté quien la juzque de los autores o de las editoriales.
Hace un par de meses la novedad dio unas cuantas vueltas por los principales blogs de acá, fue cuando la descubrí.
Es un buen ejemplo del valor de la innovación en el nuevo entorno inestable y rápido, que en este caso afecta a la edición de libros.

Sin entrar en cosas de edición de libros, lo que me ha llamado la atención, mirando información sobre el proyecto, en la página "trabaja con nosotros" es que para los puestos de calidad de software solicitan:

Google ha trabajado siempre con principios de desarrollo ágil: pequeños equipos (tres personas), autogestionados y con elevado nivel de autonomía y capacidad de decisión. Sin embargo el crecimiento de la empresa le plantea retos importantes, porque cada vez son más y más grandes los proyectos que tiene en marcha, cuenta con cinco centros de desarrollo repartidos en sedes diferentes, las funcionalidades tienen que implantarse traducidas a cada idioma, hay que mantener el material de marketing, etc.

Jeff Sutherland lleva algunos meses trabajando con el equipo del proyecto AdWords de Google para superar estos retos sin abandonar la organización ágil; y con la experiencia ha preparado la charla "Lessons learned at Google" que dará en marzo en QCon , pero que es posible ver ya sin tener que esperar, porque hace unos días la dio a un grupo de empleados de la empresa y está colgada en Google video.
 

Crear un vídeo formativo simpático que muestre el mensaje "Auto-organización no significa ausencia de disciplina".
Esta era la visión de lo que querían llevar a cabo un grupo de 7 consultores "Certified Scurm Master Trainer", y hoy han colgado en YouTube el resultado.

Ken Schawaer ha colgado en InfoQ la charla "Agile Quality: A Canary in a Coal" que dio el 25 de Julio en el congreso Agile 2006.

Dura poco más de una hora y ofrece una visión ejecutiva de Scrum: Habla de la importancia que tiene ofrecer valor al cliente, la calidad del código, o de que Scrum no es una "bala de plata" para llevar a cabo en 8 meses trabajos que necesitan al menos 14.

• Agile Quality: A Canary in a Coal Mine.

Hace un par de días avisaba Alfredo en los foros de Qualitatis de la disponibilidad en el web de Crisp del documento sobre scrum más práctico que conozco: "Scrum and XP from de Trenches".

• Reseña en Qualitatis .

Creo que Joserra ha dado en el clavo. Acabo de leer el comentario de Diego que con escepticismo se pregunta cómo implantar scrum en un equipo de pasotas.
Merece la pena leer el post de Joserra: La confianza y las metodologías ágiles .
¿Pasaría tu equipo o tu empresa la prueba de la confianza?:
¿Los programadores confian en el trabajo y el buen hacer de sus compañeros?. ¿Confían en sus jefes?. ¿Los jefes confían en su equipo?...

La agilidad no se puede implantar en empresas tóxicas. Si el entrenador no confia en sus jugadores, y los jugadores no confian entre ellos, el equipo tiene un mal futuro, y la agilidad no es otra cosa que trabajo en equipo. 

Una característica del desarrollo ágil, señalada por Nonaka y Takeuchi en su descripción de los "campos de Scrum" es la de compartir todo el equipo el mismo espacio físico de trabajo.

El desarrollo ágil prefiere también la comunicación directa. Las revisiones diarias del equipo en una misma habitación, sobre una pizarra física.

Pero ¿cómo implementan esto las empresas?. Ayudaría mucho poder ver algunos ejemplos de cuartos y pizarras con gráficos y anotaciones de evolución.

Escribe las pruebas antes que el código
Es una buena forma par asegurarte de que no vas a escribir funcionalidades que no necesita el programa, y evitar la tentación de programar un método extra o un parámetro adicional, "por si acaso alguna vez..."

Integra y ejecuta el código a diario en tu máquina.
Descárgalo del servidor, ejecútalo y mantén sincronizadas las versiones por encima de todo.

Se perezoso. Automatiza todo lo que puedas.

Jeff Sutherland ha dejado en InfoQ la presentación que dio en Dinamarca en septiembre del año pasado en las conferencias JAOO 2005: "The Roots of Scrum".

Es una presentación de una hora en la que explica el origen y los principios del desarrollo scrum identificados por Nonaka y Takeuchi cuando analizaron cómo desarrollaban los nuevos productos empresas como Fuji-Xerox, Honda, HP, 3M, Canon... y definieron un modelo de gestión en el que el objetivo no es la predictibilidad del desarrollo, sino el valor del producto para el cliente.

Dentro de la iniciativa de las charlas tecnológicas on-line "Google tech talks ",  el pasado día 5 de este mes el invitado fue Ken Schwaber, posiblemente el principal investigador y promotor de la aplicación de la teoría scrum de Nonaka y Takeuchi en el desarrollo de software.
En su charla "Scrum Et Al" afirma que ha llegado el momento del protagonismo de los equipos ágiles y del desarrollo iterativo.

• Charla de Ken Schwaber sobre scrum en Google tech talks .