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

Juan Barbosa 1 octubre 2012 - 16:57

Jose Luis, estoy de acuerdo con las apreciaciones que tiene acerca de las posibles causas de la falla en este proyecto, adicional a esto considero que lo que pudo haber fallado fue en el seguimiento y control del proyecto, debido a que cuando no se realiza de manera adecuada este proceso se puede ver afectado de forma contundente la calidad del producto y esto fue precisamente lo que se vio en los resultados de Apple.

juan 4 octubre 2012 - 14:47

No puede haber mentido también el Director del Proyecto???
No puede haber pasado que a pesar de las advertencias hayan primado otras cuestiones (mktg) para igualmente lanzar el proyecto???
De todas maneras, lo que se debe rescatar de este proyecto es que al final Apple asumió la culpa de tener un producto defectuoso en el mercado, y no se escudó en proveedores, ni contratistas. Eso es también saber gestionar la imagen.

Javier Álvarez 6 octubre 2012 - 21:57

Yo tengo una hipotesis adicional, tampoco contrastada, basada en mi experciencia profesional:

-Aunque Apple sabia que el proyecto no estaba acabado ni debidamente testado, decidió lanzarlo a sabiendas de que funcionaria mal, como ya hizo con el iphone 4 y otros de sus ultimos grandes exitos, y como suele hacer microsoft de tanto en tanto. Al final poco importa que el producto no funcione decuadamente mientras se consiga publicidad. Al fin y al cabo estamos hablando de ellos ¿no?.

Como corolario podemos añadir que esto es lo que ocurre cuando la parte comercial de la empresa se impone a la técnica.Algo habitual en las empresas tecnologicas españolas con las consecuencias que todos conocemos.

En este caso Apple ha gestionado muy bien un error de bulto que habria llevado a cerrar a cualquier empresa mediana del sector tencologico sin ver dañada su imagen de marca innovadora, comprometida con el medio ambiente y socialmente sostenible. Bien sin tener en cuenta algunos problemillas en sus fabricas de siemiesclavos en China.

siendo justos, no tendiramos que estar hablando de esto los jefes de proyecto, si no los comerciales de las empresas. ¡¡Cuanto tienen que aprender de estos genios!!

Janessa 17 octubre 2012 - 22:48

This web site definitely has all of the info I needed concerning this subject and didn’t know who to ask.

Swimming Pool Chemicals

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