Los siete pecados capitales Project Manager

La falta de ambición h4> proyectos oscuramente. RP debe entender claramente sus propios motivos, ¿por qué él lo tomó para este proyecto. Si la única respuesta es - "porque instruyó", usted sabe que la tristeza y la melancolía en el horizonte.

RP, iniciar un nuevo proyecto, poniendo en juego el alto precio - su reputación. Por lo tanto, debe quedar claro qué premio que recibirá al término del proyecto. La meta debe ser lo suficientemente importantes como para desear para lograrlo podría apoyar la condición de ER de combustión permanente desde el inicio hasta la finalización del proyecto. No hay que esperar que alguien en el equipo se ha comprometido con el proyecto más de su líder.

Autosuficiencia h4> Si, después de la celebración del contrato para el desarrollo del software, planes de PR a la próxima reunión con las pruebas de aceptación del cliente, es una ruta directa a la tristeza y el desaliento.

Tal vez alguien piensa que el éxito del proyecto es la implementación del programa 100% de los requisitos para la hora acordada y dentro del presupuesto asignado, que no es así. El éxito del proyecto reside en la mente de las personas. El éxito es sobre todo la satisfacción del cliente.

El grado de satisfacción - un valor subjetivo, que es la relación de la evaluación subjetiva de los logros a la evaluación subjetiva de las mismas expectativas o necesidades
.
Debe gestionar constantemente las expectativas del cliente y le edifique una evaluación adecuada de los resultados del informe. RP debe trabajar para asegurarse de que el cliente se siente constantemente una sensación de satisfacción desde el inicio del proyecto hasta su finalización.

Siempre debe vender su proyecto para involucrar al cliente en el trabajo en el producto. Recibir comentarios y corregirlos. Aproveche al cliente co-autor de su resultado. ¿Qué padre no ama al niño, a quien había resucitado.

La pasión por el progreso h4> RP se esfuerzan por darse cuenta al principio cuánto requerimientos de luz para demostrar el rápido avance del proyecto. "Aclaración de los objetivos, desarrollo de estrategias, planificación, análisis, diseño - entonces»

La ley de Pareto como se aplica al desarrollo de software establece que el 80% del valor de desarrollo debido a sólo el 20% de los requisitos del producto, sin la cual la aplicación del producto para el cliente es simplemente innecesario. Otros requisitos son, por regla general, los llamados "embellecimiento" de la parte de la que el cliente puede a menudo se niegan a recibir el producto a tiempo.

Y todavía hay riesgos arquitectónicos. La ley de Pareto se aplica aquí. 80% del consumo de recursos (tiempo y memoria) necesarios para 20% de componentes de software.

La administración debe centrarse en la reducción de riesgos. Por lo tanto, se debe dar la máxima prioridad a la importante cliente y los requisitos de gran importancia arquitectónica

Experiencia h4> Regálese el equipo más competente. La toma de decisiones de bucle invertido en todas las cuestiones sobre la estructura de las tablas de la base al color de la fuente en la interfaz. En lugar de explicar qué hacer, la guía constante sobre la manera de hacerlo. La imposición de sus propias ideas. "Creo - que es mi trabajo! Sólo haz lo que digo! "La falta de delegación en cualquier forma. El control estricto de todo el trabajo a través de la observación personal activo.

La delegación de la toma de decisiones a los demás es tal vez la más potente y más eficaz de todas las herramientas disponibles en la cabeza, el mejor indicador de la buena gobernanza.

Delegar es imposible sin la confianza mutua. Confianza - es la forma más alta de la motivación humana. Trae a la vida lo mejor que hay en el hombre. Cualquier persona que delega la gestión, se convierte en el jefe mismo, su propia conciencia impulsado hacia el logro de los resultados acordados.

Amor por Gant h4> La creencia de que el cronograma del proyecto de 100.500 posiciones con diez niveles de jerarquía - es el camino hacia el éxito. Sólo queda seguir correctamente el progreso de las tareas.

Disponibilidad de cartas detalladas de Gantt aún no se han salvado de la catástrofe de cualquier proyecto. Debido a que "la interrupción no está en el armario, en la mente de la devastación", como el profesor de la Transfiguración.

Por lo tanto, la República de Polonia, que durante la jornada de trabajo no se comunica con cada uno de sus subordinados directos, nada recibe su dinero. Y no necesariamente estar hablando sobre el estado de los trabajos en curso. Se puede hablar de fútbol de ayer (¿Qué # $% ^ & * !!! Brasil-Alemania 1: 7!), O la salud de un ser querido hámster
.

Diligence h4> No tiene sentido obligar a los programadores a trabajar más horas extras para organizar trabajos urgentes y sábados. Trabajar más, eso no quiere decir - para trabajar de forma más productiva. Viceversa. Una presión excesiva y plomo vanidad a decisiones desinformadas y numerosas alteraciones posteriores.

"Una empresa bien gestionada - es un lugar tranquilo. Sin embargo, "la fábrica, en la que" "el trabajo y" heroísmo incansable trabajo "de los trabajadores que llama la atención de cualquier visitante es en realidad un mal gestionado» © Peter F. Drucker.

Esta RP debe ser bastante perezoso. Él debe monitorear constantemente y evaluar la eficacia de todos los procesos utilizados en el proyecto. "Lo que estamos haciendo demasiado?" "¿Qué se puede hacer más fácil?" "¿Qué amenaza el proyecto?". Trabajar para reducir el esfuerzo necesario en lugar de "luchar por la nueva victoria heroica".

Fe en la motivación h4> La creencia de que, si está debidamente motivado, todas las personas pueden cambiar.

El dinero, la ganancia, la comodidad, y otros incentivos son factores de "higiene". Su ausencia puede hacer que los programadores para actualizar currículum a hh. Sin embargo, no pueden obligar a la gente a amar a sus puestos de trabajo y darles los estímulos internos necesarios, que no pueden ser influenciados.

Los empleados llegan a la empresa, por lo general, no porque ellos están comprometidos con su misión. Y no con el fin de ganar más dinero para los dueños de negocios. Trabajar en una empresa en particular, participar en un proyecto en particular, cada empleado se esfuerza por alcanzar sus metas personales.

Equipo de proyecto con éxito es un equipo de ganadores. Los programadores no tienen que gestionar. Tarea RP - para guiar a la gente y ayudarles a alcanzar sus metas personales. Un proyecto exitoso debe hacer un ganador de todos los participantes.

Fuente: habrahabr.ru/post/229233/