miércoles, 3 de abril de 2013

Desarrollo Ágil en grandes empresas: Amazon.com (2da parte)

Imagen de: Actuation Consulting

pmoinformatica.com "La Oficina de Proyectos de Informática", presenta la segunda parte de su artículo "Desarrollo Ágil en grandes empresas" sobre el caso Amazon.

Uno de los principales aspectos que diferencia el caso de adopción de Ágil en Amazon, es que se realizó por iniciativa de algunos de los equipos, de abajo hacia arriba en la escala organizacional. Tradicionalmente, los equipos de trabajo de Amazon poseen amplia autonomía, así fue como algunos equipos se interesaron por Scrum y lo adoptaron, luego proporcionando entrenamientos a otros.

En el artículo, pmoinformatica.com presenta Las Prácticas Ágiles en Amazon, antecedentes respecto al grado de permisos y autoridad, forma de trabajo de equipo en Amazon, que fueron los que facilitaron la adopción de Scrum. Luego describimos como se adoptó en Scrum y que se puede aprender de esta experiencia.

A continuación, pmoinformatica.com presenta “el Desarrollo Ágil en Amazon”:

Otros Artículos de esta serie

El artículo posee una primera parte en el siguiente enlace:
>> Desarrollo Ágil en grandes empresas: Amazon.com (1era parte)

Luego del artículo, se publicó una 3era parte en la que se describen casos de estudio en Microsoft, IBM y Yahoo:
>> Desarrollo Ágil en grandes empresas: 3era Parte

Las Prácticas Ágiles en Amazon

  • La transición no se realizó por medio de una planificación centralizada, lo cual difiere de los métodos que normalmente se utilizan en este tipo de proyectos de transformación en las empresas.

A continuación se describen distintos factores que permitieron la transición a prácticas ágiles en Amazon.

Antecedentes: Permisos y Autoridad

  • A los equipos de trabajo en Amazon siempre se les ha otorgado amplitud en la toma de decisiones para resolver sus problemas.
  • Se les estimula a no tener que esperar por intervención externa para resolver esos problemas.
  • No se les sobrecarga con prácticas predictivas dictadas por un corporativo centralizado, en su lugar, tienen amplitud para adoptar sus propias prácticas.
  • El énfasis es en desarrollar sus procesos, lo más ligeros posibles, que les permitan crear, entregar y operar el software.
  • Los equipos de trabajo en Amazon, poseen amplia libertad de elección.

Antecedentes: Los equipos de trabajo

  • El concepto de “equipo de dos pizzas”, ha estado presente en Amazon desde sus inicios. Si se mira detenidamente, un equipo de dos pizzas es igual que un equipo Scrum (sólo quitando la palabra Scrum).
  • Estos equipos de trabajo son estables y permanecen sin rotación durante amplios períodos de tiempo.
  • Un equipo reporta a un solo Gerente Directo.

Como se adoptó Scrum en Amazon

  • Alguien dentro de Amazon (en alguno de los equipos), decidió invertir tiempo educándose él y a sus compañeros en Scrum.
  • Los equipos que mostraron interés en Scrum, pudieron tomar decisiones locales para implementarlo.
  • En la medida en que estos equipos de trabajo pioneros mostraron buenos resultados, se despertó el interés de otros equipos, quienes a su vez comenzaron a adoptarlo.
  • Con el tiempo, se convirtió en una iniciativa de escala en toda la organización.
  • Se formó una comunidad Scrum basada en emails.
  • El entrenamiento en procesos y herramientas Scrum fue proporcionado por voluntarios que “simplemente querían hacerlo”.
  • Con el tiempo, cuando suficientes equipos adoptaron Scrum, se creó la posición de Entrenador (Coach) Scrum. Esto facilito la adopción y mejoro la calidad de las implementaciones Scrum.
  • Para 2008 se realizó la primera reunión Scrum en formato “Open Space”.
  • Todo esto se logro sin la participación de los altos niveles de la organización, nunca se tuvo apoyo del nivel ejecutivo y la transición se limito a nivel de equipo. Esto ocasiona que aún existan impedimentos a nivel organizacional para una adopción completa.

Que se puede aprender de Amazon en la adopción de Scrum

  • La adopción de Scrum en Amazon validá un método fácil y sin fricciones, en el cual: primero se establecen equipos estables (esto es un punto de partida necesario), luego se difunde información sobre Scrum y se les otorga el permiso a estos equipos para adoptarlo según las prácticas y forma que mejor consideren.
  • La ventaja de este enfoque es que no requiere de planificación a nivel empresarial.
  • Otra ventaja es que los equipos adoptan voluntariamente Scrum, en lugar de hacerse por directrices de nivel ejecutivo de la organización.
  • El principal impedimento fue la falta de conocimiento, la mayoría de estos se pueden resolver con mayor información y entrenamiento. Una vez solucionado esto, la adopción avanzó sin mayores contratiempos.
  • La fortaleza de esta metodología radica en que sólo los equipos que estaban interesados fueron los que probaron Scrum, sin un mandato explicito o cronograma predeterminado, a nadie se le obligo usar Scrum.
  • Cada equipo tomo decisiones independientes para resolver los problemas.
  • Este es un enfoque basado en halar (Pull) en lugar del enfoque “Push” de comando y control.

Lo que no salió tan bien

  • El entrenamiento para la Gerencia media es crucial, pero se requiere apoyo de la alta Gerencia para que se dé.
  • Un equipo de transición es crucial para atender los impedimentos a nivel medio y empresarial.

¿Fue la adopción de Scrum éxitosa en Amazon?

Como anécdota, el equipo de desarrollo de Amazon S3, no sólo entrego a tiempo (15 semanas) sin que además se pudieran tomar una semana de vacaciones antes de la salida a producción.

Otros equipos empezaron a recibir más requerimientos de áreas que no eran su responsabilidad, cuando preguntaron porque al cliente interno, este les comentó que eran el único equipo que lograba entregar sus compromisos a tiempo.

Otro equipo que no había logrado entregar nada en 8 meses, lograron hacer una entrega después de su primera iteración (sprint).

Otro equipo que tenía docenas de clientes internos, logro organizar sus necesidades y priorizarlas, logrando entregar sus compromisos a tiempo de allí en adelante.

En una próxima entrega

En una próxima entrega presentaremos más información, sobre adopciones exitosas del desarrollo ágil, en otras empresas.

¿y qué opina usted?

¿Qué opina usted del desarrollo ágil para grandes empresas?, ¿Consideras que si es aplicable o no?, ¿Por qué?, ¿Conoces casos de éxito de adopción de Scrum en empresas de España o Latinoámerica?. Te invitamos a dejarnos comentarios en la Web de La Oficina de Proyectos de Informática (pmoinformatica) (Si lo deseas, puedes firmar tu comentario con la dirección de tu web). Asimismo, te invitamos a suscribirse por los distintos canales, incluyendo lista de correo electrónico, al Twitter @PMOInformatica, a nuestra página de Facebook o al feed RSS.

<< Artículo anterior: Desarrollo Ágil en grandes empresas: Amazon.com (1era parte)


Referencia

The Agile Executive. Scrum at Amazon

¿Interesado en libros sobre Desarrollo ágil de Software?












Kanban
Autor: David J Anderson
>> España (amazon.es)
>> Latinoámerica (amazon.com)
Código Limpio
Autor: Robert C. Martin
>> España(amazon.es)
>> Latinoámerica (amazon.com)
Gestión Ágil de Proyectos
Autor: Pablo Lledó
>> España(amazon.es)
>> Latinoámerica (amazon.com)
Diseño ágil con TDD
Autor: Carlos Ble Jurado
>> España(amazon.es)
>> Latinoámerica (amazon.com)


¿Quieres conocer otros productos y últimas novedades sobre desarrollo ágil y gestión de proyectos en amazon.es y amazon.com?.

>> Visita nuestra sección de productos amazon

Otros artículos sobre Desarrollo ágil, Scrum y Test Driven Development

No hay comentarios :

Publicar un comentario

Pmoinformatica.com," La Oficina de Proyectos de Informática ", es un participante en el Programa de Servicios de Amazon Associates LLC, un programa de publicidad de afiliación diseñado para proporcionar un medio para que sitios web puedan ganar honorarios por la publicidad y enlaces a amazon.com y amazon.es.