Lecciones Aprendidas:

Preguntarse todos los das:

- Qu bueno hice hoy?

- En qu mejor?
- Qu aprend?
Tipo
Proyecto

Proyecto

Proyecto

Proyecto
Proyecto
Proyecto

Descripcin
Antes que nada revisar contratos de
lo que se ha comprometido, Plan de
Proyecto? Lo tienen? Plan de
Alcance se hara?
Y muy importante, tienen lecciones
aprendidas de proyectos pasados? Si
no lo tienen, hay que crearlos!
Un proyecto que fall 2 o ms veces
antes, por qu fallo?

Salen temas adicionales en una

etapa avanzada del proyecto (Ejm:
CMH= 250 Horas adicionales en
Noviembre 2015)
No se lleva control de los
entregables
Comunicacin: Varios canales de
comunicacin
No ser bueno, medir al detalle todos
los indicadores

Proyecto

Falta de compromiso de la gente

Proyecto

Mala data en el proyecto (cambios al

Qu hacer?

Preguntar:
- Por qu fall?
- Dnde fall?
- Qu se hace diferente esta vez?
Antes de empezar, preguntar:
- Se acab el anlisis bien? Se
consider todo?
- Se firm el alcance
Llevar control de cada entregable, fsico,
con Firma
Definir un camino de comunicacin para
que no se pierda el control
No dejar que nada se pase e indicar al
detalle en cuadros los desvos y el impacto
de los cambios.
Develop your own benchmarks, dont rely
on the vendors. Vendors can supply you
with templates and best practices that can
take you a good part of the way but only
take you so far. You still need to define
what constitutes success and failure,
progress and set backs, deadlines and musthaves
Above all ERP is first and foremost a
business initiative, not an IT project or a
software package
Nombrar lideres por equipos, para
comprometerlos desde el saque.
Hacer una etapa inicial de datos (MDM)

final)
La gente no est motivada

Entender la Misin y Visin de la

Empresa y el proyecto
Te dan responsabilidad pero no
poder para tomar decisiones (gente,
horarios, tiempos)

como en Mabe por varias fases, antes de

empezar con los desarrollos.
Poner los objetivos claros, por hito, por
entregable, por semana, y no hacerlo
personal (no volverlo personal)
Sino no se sabe a donde van y qu quieren
llegar a hacer como empresa con el
proyecto
Validar y legitimar la responsabilidad
Validar y legitimar el poder sobre las
decisiones (recursos sobre todo)

Recomendaciones
Hacer un Buen Project (revisarlo a detalletodo)
Chequear actividades diarias/ Nada se Escapa
Reportar incidencias inmediatamente
Generar reuniones frecuentes sobre avance y estado de animo
Ser el filtro de comunicacin
Definir responsabilidades dentro de los lderes y dentro del equipo
Ponerle numeros al avance (medible)
Anticipar y mitigar riesgos
Controlar horas extras
Gestin del Cambio
No aceptar fcilmente "Adicionales". Si se acepta se cobra y retrasar
todo

Errores:
Imposibilidad de decir NO muchas veces
Tratar de defender lo indefendible
No poner el dedo en la llaga cuando era necesario