Muchos artículos y consejos sobre las habilidades necesarias para un proyecto exitoso, pero casi siempre, especialmente en los deportes, escuchamos que el nivel máximo nos da: ¡DAÑO! Quiero compartir mi "fracaso" y cómo actué según las circunstancias, pero podría pensar que lo haría.
Quizás alguien más experimentado o ingenioso se haya dado cuenta de esto e inmediatamente comente cómo se puede evitar cualquiera de estos problemas.
Soy la persona más común (2 brazos, 2 piernas), con un poco de experiencia y una experiencia mínima en gestión de proyectos (1 año), y en general ni siquiera entiendo quién soy y por qué en este mundo.
Y, sin embargo, todas las restricciones (es decir, las condiciones establecidas, pero su ocurrencia no se describe) se consideran aceptadas a priori por el lector. Considere esto como una tarea de un libro de texto de ajedrez, donde la disposición de las figuras se da en la tarea y usted necesita ganar o dibujar, y quién y por qué estúpidamente "desperdició" todas las otras piezas y arrinconó las restantes sin importar. Trabajamos con lo que tenemos.
1. Elegimos - somos elegidos
Como se suele decir, los conocimientos tradicionales deben hacerse primero. Mejor aún, no lo haga de forma gratuita, sino por el dinero del cliente.
¡Teme tus deseos!
PM es el mismo puesto designado en los proyectos que todos los demás, por lo que es una situación completamente funcional que el proyecto ya tiene con TK y la responsabilidad de su implementación.
Me pasó a mí, hay TK (y no es solo TK allí, sino un conjunto de varias especificaciones, todas de acuerdo con el programa completo), el presupuesto preliminar y los plazos se anuncian al Cliente (sí, a veces simplemente "vuela" hacia usted).
Estoy mirando con fluidez lo que ha caído (calidad del trabajo): todo es muy malo, pero hasta ahora no me he dado cuenta de la magnitud del desastre. Mi instinto me dice: ¡corre, bosque, corre! Pero no hay ningún lugar para correr, la compañía no puede permitirse no tomar el proyecto (muchas razones). Que hacer ¿Eres el líder? - Piensa, este es tu trabajo! Y así es: lo imposible es posible.
Solución
Aceptado rápidamente del "arsenal" ahora disponible, el calendario y el presupuesto de "x2", y allí se verá)
El cliente está, por supuesto, sorprendido por decir lo menos, sobre los plazos. De acuerdo, los plazos son "x1.5", pero el presupuesto es "x2".
"Un agente de seguros debe ser capaz de hacer dos cosas: primero, asustar y luego tranquilizar".
2. Personas: ¡no son recursos!
Los equipos siempre son geniales (a menudo con fotos de los 11 amigos de Ocean) que TODOS pueden hacer. Por desgracia, a veces el "equipo" al comienzo del proyecto está disponible (a veces sin base alternativa) empleados de la empresa con conocimientos mínimamente adecuados y tal vez incluso no se conocen entre sí. Y para hacerlo aún más divertido, se agregan "recursos" al equipo soñado, gradualmente, a medida que se liberan de otros proyectos.
Solución
El tiempo es escaso, el equipo está distribuido, por lo que la solución es compleja:
- Después de escupir todos los planes para las tareas allí, a la entrada del proyecto todos tienen 1-2 semanas para sumergirse en Jira sin tareas.
- Mostrar estado actual. Es decir, todos los indicadores del proyecto deben estar en un lugar muy visible (la página de inicio del proyecto en Confluence), actualizados, y debe haber una comprensión de dónde viene todo esto y por qué. Todos deberían entender en qué estamos y qué tan rápido nos sumergimos más y más. Anteriormente, era mi informe interno sobre el proyecto dentro de la empresa a la gerencia, pero luego cambié la política y envié el informe del proyecto al equipo.
- No hay manifestaciones! Paseo a caballo) Solo una reunión de planificación conjunta los lunes para encubrir nuevas tareas o soluciones conjuntas para aquellos atrapados. El concepto es simple, si no nos contactamos de manera independiente, no tenemos ninguna posibilidad. Entonces, ¿por qué seducir a las personas con manifestaciones, a lo que se puede posponer la discusión del problema? Hay un problema: llamamos de inmediato, al mismo tiempo que comenzamos a comunicarnos entre nosotros. Y esto ya es: vislumbres del equipo.
3. En las sillas de la mañana - en la noche dinero!
¡La peor pesadilla en el proyecto en mi opinión son los problemas salariales!
Probablemente todos conozco un giro como un déficit de efectivo. Pero está empeorando. Problemas reales Hay perspectivas de salir de esto, pero el hecho es un hecho. No hay dinero
Solución
¿Podría haber una solución?
No sé qué se puede hacer aquí. Todos reunidos. Todos entienden todo. Preguntó si hay una oportunidad para advertir sobre su partida lo antes posible y que entiendo todo, pero al menos tendré tiempo para pensar "cómo vivir". Yo personalmente conocía a alguien, así que sabía que se quedarían. No pudo afectar al resto.
En el futuro, todo se solucionó, pero no todos sobrevivieron hasta los días brillantes :(
4. Nuevos requisitos
Todos sabemos que el apetito viene con comer. Por lo tanto, los nuevos requisitos al comienzo y a la mitad del proyecto son sagrados.
Solución
No hubo amortiguadores para esto, por lo tanto, solo se identificó inmediatamente una ruta: la expansión del volumen y el costo del trabajo.
Pero había un truco: si las nuevas obras no se pagan en X días, entonces las mismas obras se vuelven más caras en un Y% (se expresó después del hecho, ya que esta idea surgió cuando quedó claro que la situación tendía a retrasarse). Esto animó a determinar de inmediato si estos trabajos irían o no.
5. El dinero lo es todo
Una técnica de gestión de riesgos implica una solución mediante la creación de amortiguadores. ¿Pero dónde gastar este "dinero" si no se puede comprar tiempo? Honestamente, todavía no sé cómo y dónde las personas reúnen a sus equipos, especialmente en poco tiempo.
Solución
La primera mitad del proyecto traté de encontrar a alguien en el mercado y aumentar el equipo, pero fue en vano, ni siquiera había opciones a las que estaba dispuesto a llamar. Además, la introducción de nuevas personas solo aumentaría la fecha límite para el proyecto, por lo que esta idea había terminado.
Además, los buffers se gastaron en el procesamiento para aquellos que no les importó y se pospusieron hasta más tarde, dándose cuenta claramente de que no terminaríamos el trabajo a tiempo.
6. ¿Y quiénes son los jueces?
El análisis clásico dice que lo primero al comienzo del trabajo es determinar los criterios necesarios para la finalización exitosa del proyecto: una lista de características que deben hacerse para pasar a cada uno de ellos, quién lo recibirá, en qué equipo.
Pero inmediatamente tenemos TK (una lista de requisitos), y eso fue una trampa. Honestamente, a veces la ausencia de conocimientos tradicionales es mejor que su presencia.
Solución
La peor solución posible. Hacemos lo que nos vemos como correctos. Si esto contradice los conocimientos tradicionales, entonces lo violamos.
7. Gran hermano te está mirando
La parte más interesante de mis problemas es con la solución humana más clásica.
Creo que todos siempre tienen algún tipo de informe interno. Cualquier empresa tiene su propio KPI o artefactos por los cuales juzgan la situación del proyecto. Como todo fue malo en el proyecto desde el principio, intenté lo mejor que pude para reflejar esto en los informes. Pero ... no pasó nada. Como creía, nadie podía ayudarme con nada. Entonces, ¿por qué sigo en problemas?
Solución
¡Empecé a mentir! Sin ningún remordimiento. Mentí a todos los que lo necesitaban si me interfería o me distraía del proyecto.
Pero no le mentí a algunas personas: al equipo. Ni siquiera les mentí acerca de mentirle a la cima sobre cómo estábamos. Probablemente fue peligroso. Pero yo era parte del equipo, pero no puedes mentirte a ti mismo.
8. Ahora necesitamos un milagro o habilidades blandas
En algún comentario aquí en el centro, leí que la tarea más importante de PM es otmazatsya a partir de los requisitos legítimos del cliente (la frase no es precisa, pero la esencia transmite). Entonces, esta magia aún no está dentro de mi poder. Pero algo me dice que todos los proyectos de alguna manera se desvían de los requisitos originales. Especialmente si surgen cosas como la productividad o un cambio brusco en el "receptor" del trabajo.
Solución
Mis posibilidades no eran ilimitadas. Resolver problemas legales, técnicos y organizativos ya tomó mucho tiempo. Fue posible cambiar la mayoría de los requisitos en los Términos de Referencia a la redacción correcta y aceptar. Pero se mantuvieron condiciones que nunca se cumplieron. Lo que informé sobre la entrega del trabajo. No vi ninguna razón para informar esto antes, ya que no podía ayudar en la entrega del proyecto a tiempo.
PS
Deliberadamente no evalué el resultado de mis decisiones, ya que sería subjetivo de todos modos.
Una imagen objetiva: la fecha límite y el alcance del proyecto no se han completado, parte del equipo se ha perdido.
Solo hay una enmienda; no había un objetivo para el proyecto: crear un equipo.
Aquí hay una historia de algunos de mis problemas para administrar el proyecto más común.
"Todos los eventos y personajes son ficticios, cualquier coincidencia es aleatoria".