1
Oct

Los mapas de Apple. Lecciones aprendidas en la dirección de proyectos

Escrito el 1 octubre 2012 por José Luis Portela en General

Apple ha publicado una disculpa a todos sus clientes por la mala calidad de sus mapas en iOS 6.

Aqui tenéis el documento; Carta firmada por Tim Cook, CEO de Appel

 

Todos conocemos bien la triple restricción del proyecto, tiempo, costes y alcance, aunque a mi personalmente me gustar hablar de la quintuple restricción del proyecto, añadiendo recursos (refiriéndome al tipo de recursos y su actitud) y añadiendo los objetivos del proyecto, que si bien algunos dicen que forman parte del alcance, yo lo enfoco desde el punto de vista que un proyecto forma parte de la ejecución de la estrategia de una compañía y por tanto tiene que estar alineada con los objetivos de la misma.

Todo director de proyecto gestiona las restricciones del proyecto, ademas de la incertidumbre intrínseca del proyecto,  y asegura que el proyecto esta listo para la fecha planificada. Los que llevamos tiempo haciendo proyectos nos ha pasado llegar cerca del momento del “go live” de un sistema y nos hemos dado cuenta que el sistema o bien no esta terminado al 100% o bien no se han hecho test suficientes para verificar este punto. ¿Que hacer en este caso?

Apple, es una empresa líder mundial en tecnología y en saber gestionar proyectos, pensar que el ultimo Iphone ha durado solo 11 meses en el mercado, lo que nos hace una idea de la cantidad de proyectos abiertos que tienen. Pues bien a pesar de todo, hemos podido observar como también ellos fracasan y cometen errores muy básicos a la hora de lanzar proyectos y hemos podido recordar la lección que el peor error que se puede tener es lanzar en producción un sistema que no esta finalizado.

El daño provocado en los clientes por lanzar un sistema no completo, es muchísimo mayor que el daño provocado por retrasar el lanzamiento de un sistema.

Mis hipótesis no contrastadas son varias

  • El equipo o equipos de proyectos mintieron al director del proyecto de como estaba el sistema realmente para ser lanzado, con lo cual este tomó una decisión errónea.
  • En el caso de que el El director del proyecto supiera la realidad,  no supo convencer a la cúpula de Apple de que tenían que retrasar el lanzamiento a pesar de tener una fecha comprometida con el mercado.
  • El equipo que tenía que hacer los test no los hicieron en profundidad y confiaron en que se solucionarían rápidamente en el arranque. Este equipo a su vez no informó adecuadamente a la cúpula de este problema.

Evidentemente puede existir muchas mas, pero si me gustaría reflexionar sobre que de una forma o de otra al final seguro que ha sido un fallo en la comunicación, en la gestión de la verdad y en la responsabilidad final de un director de un proyecto de decidir la puesta final en producción.  Por muy duro que sea, un director de proyecto tiene que saber decir No cuando es necesario.

Como siempre las claves de los proyectos no suelen estar en la metodología, ni en la técnica, sino en los skills de las personas que forman la dirección del proyecto.

José Luis Portela López

Director Programa Superior Dirección y Gestión Estratégica del IE Business School

Profesor asociado departamento operaciones IE Business School

 

Comentarios

Aún no hay comentarios.

Dejar un Comentario

*

Utilizamos cookies propias y de terceros para mejorar nuestros servicios y mostrarle contenido relacionado con sus preferencias mediante el análisis de sus hábitos de navegación. Si continua navegando, consideramos que acepta su uso. Puede cambiar la configuración u obtener más información aquí. Aceptar