project-management - programa - que estudiar para ser project manager

¿Un proyecto demasiado difícil? ¿Qué haces? (15)

¿Qué haces cuando te asignan un proyecto que es demasiado difícil de hacer?

Digamos que es un proyecto gigantesco y tu jefe piensa que solo puedes manejarlo
Usted tiene el conocimiento para hacer algo, pero algunas otras cosas están un poco más allá de su experiencia en este punto en el tiempo
Tu jefe probablemente piense que es algo que una persona puede hacer en probablemente un mes

SO usuarios, me encantaría respuestas realistas aquí. Esta es una situación del mundo real y estoy tratando de resolver mi respuesta a mi jefe mañana sobre cómo acercarme a él con delicadeza.

Solo quería agregar una actualización a mi nota aquí. La aplicación en cuestión a la que apunta mi jefe es una aplicación web "similar a NING". Mi duda es sobre todo ser la única persona a la que se le ha asignado una aplicación tan complicada en tan poco tiempo.

No entres en pánico Es posible que haya malinterpretado el objetivo que tiene su jefe. Parece que no estaba muy claro si solo dijera "Ning-like".
Investigación Ning. ¿Cuáles son todas las cosas que Ning puede hacer? En el enlace de Resources de Ning, enumeran al menos 21 características principales de redes sociales.
Escriba una declaración de alto nivel de la meta para este proyecto. Incluye todas las características de las listas Ning. También incluya un objetivo para cuántos usuarios debe servir esta aplicación. No trates de pensar cómo resolver estos objetivos objetivos, o cuántos programadores tomará o cuánto tiempo llevará. Solo enlistarlos. Mantenga este artículo escrito en una o dos páginas.
Presente la lista a su jefe. Pregúntale, "¿suena esto como lo que tenías en mente?" Haga algunas preguntas directas para asegurarse de que haya revisado su reseña:
- "¿Quiénes son los usuarios objetivo para esta aplicación?"
- "¿Cuántos usuarios nuevos al mes espera suscribirse?"
- "¿Qué nivel de tiempo de actividad necesitamos para apoyar?"
- "¿Cuál es nuestro presupuesto para alojar este servicio?"
- "¿Necesitas esta aplicación para apoyar a usuarios internacionales?"
- "¿Cuál es el acuerdo de licencia de usuario final (EULA) para esta aplicación?"
Puede llegar a ser claro en este punto que su jefe tiene objetivos más modestos de lo que suponía. Tal vez no tiene la intención de duplicar todas las capacidades y la escala de Ning. Entonces se convierte en una tarea de lograr que su jefe articule más claramente qué subconjunto de características o capacidades de Ning necesita.
Instale Drupal , Joomla o Wordpress , descargue algunos complementos y diseñe un sitio personalizado para su jefe. Eso probablemente le dé el 99% de lo que quiere, y es la única forma en que podrá hacerlo en un mes.

¿Tu jefe no entendería la verdad? Solo háblale sobre los requisitos del proyecto y menciona lo que se puede y no se puede hacer.

Así es como lo planearía:

No entre en pánico y reaccione: dígale a su jefe que le gustaría revisar la solicitud y le responderemos en breve con preguntas e inquietudes
Consulte la especificación (o si no hay especificaciones, el correo electrónico o anote la solicitud en algún lugar) y cree una estructura de desglose del trabajo para cada entrega. Esto debe hacerse a un nivel donde cada elemento sea comprensible (Inicio de sesión de usuario, Entrada de mensaje, etc.)
Para cada elemento, est. La cantidad de trabajo y +/-% amt. basado en su conocimiento, preguntas, riesgos, etc.
Cree una lista a medida que avanza en la especificación de cualquier pregunta importante / importante (¿a cuántas personas se dirige esto? ¿Incluye la posibilidad de que los usuarios envíen mensajes instantáneos, etc.)?

Ahora tiene un cronograma aproximado, una evaluación de riesgos y una lista de preguntas para revisar con su jefe. Él verá que le dedicas un poco de esfuerzo, puede abrir los ojos a la complejidad y darle confianza de que no estás reaccionando de forma brusca. Él podría exigirle que lo haga en el plazo que proporcionó de todos modos ... busque otro trabajo, tiene al menos un mes.

Crea un cronograma realista y preséntalo a tu jefe. Pregúntele a su jefe su opinión con respecto al horario. Mantenga una actitud positiva y hágale saber que ambos están trabajando hacia el mismo objetivo final. Dígale que esta es su mejor estimación profesional de la cantidad de esfuerzo necesaria para cumplir con todos los requisitos. Señale dónde están las complejidades si es desafiado. Sé firme y claro y, sobre todo, dale la oportunidad de expresar sus inquietudes. Demostrar buenas habilidades de escucha y abordar cada uno de los problemas que presenta en un idioma con el que se sienta cómodo. Les deseo todo el éxito posible en su proyecto.

Debes ser realista con tu jefe. Saldrás mucho mejor habiéndote entregado en el proyecto en lugar de no cumplir con una línea de tiempo agresiva.

Está un poco al lado de todos los buenos consejos que he visto aquí, pero lo diré de todos modos: la mayoría de los gerentes son bastante inteligentes. Los altos directivos que conocí han sido muy inteligentes. El problema es que, como dice Eric Raymond, están " optimizados de manera diferente ". Entonces pueden necesitar algo de educación. Si asumes que serán razonables una vez que conozcan todos los hechos, casi siempre estarás en lo cierto.

Por supuesto, ocasionalmente obtienes personas que se portan irracionalmente, o piensan que decir "hacerlo así", como el Capitán Picard es Liderazgo. Pero son raros, y no duran mucho.

Esta es una situación que todos deben enfrentar regularmente debido a la naturaleza del trabajo. (Por lo general, si sabe todo lo que necesita saber para completar un trabajo, ya ha completado el trabajo y no necesita hacerlo de nuevo :))

Se honesto con tu jefe sobre tu ansiedad. Su gerente debe comprender su evaluación del perfil de riesgo del proyecto. Las probabilidades son buenas de que lo harás de todos modos. ¡ Está bien ! ¡Esta es tu oportunidad para brillar! :)
Divide el problema en tareas que comprendes y tareas que no entiendes, luego comienza a abordar los problemas de a uno por vez. Personalmente, me gusta alternar entre tareas fáciles y tareas difíciles. Completar tareas fáciles me ayuda a sentir que estoy progresando realmente a nivel intestinal, lo cual es importante para mi motivación personal. La realización de tareas difíciles aborda las posibles áreas problemáticas más temprano en el cronograma. Esto mitiga el riesgo final del proyecto al evaluar incógnitas antes, en lugar de dejar que se propaguen y exploten cuando le quedan 2 días y no necesita más espacio de planificación / maniobrabilidad. También ayuda a tu nivel de estrés porque sabes que has tenido éxito en los bits de miedo del proyecto. Recuerde: sus áreas desconocidas son aquellas en las que no comprende el dominio del problema, de modo que ahí es donde radica el riesgo real de que se pierda el programa / presupuesto. Debe mitigar esos riesgos temprano y con frecuencia. Ponte al día con colegas que puedes consultar para aprender cómo hacer estas cosas.
El objetivo de un mes es probablemente un objetivo . No creo que sea razonable esperar que la persona A calcule de manera realista la finalización programada de una persona B de una tarea en el caso general. Para realizar un seguimiento de su progreso en relación con el objetivo, establezca hitos, no más de 16 horas / 2 días, y realice un seguimiento de su tasa de finalización. Esto va de la mano con su lista de tareas fáciles / difíciles.
El simple hecho es que, a veces, te arrojarán sobre tu cabeza. En ese caso, es posible que tengas que sacar lo mejor de una situación abrumadora. Mi primera tarea en mi primer trabajo fuera de la universidad fue diseñar un sistema confiable de sincronización de servidor n-way peer-to-peer orientado a transacciones para datos de alto volumen y alta velocidad. Le dije a mi jefe por adelantado que no tenía la experiencia para esto, y en ese momento no tenía la experiencia suficiente para entender que necesitaba retrasar los requisitos. (En retrospectiva, dado el ambiente político, no sé si retroceder en los requisitos realmente hubiera ayudado de todos modos). Ese fue simplemente el caso de un proyecto mal administrado que tardó aproximadamente 18 meses en colapsarse por su propio peso. Sin embargo, aún aproveché la oportunidad de aprender mucho y tomar un poco de conocimiento sobre el funcionamiento de mi organización particular, y eso puede ser muy valioso sin importar qué. :)

¡Buena suerte! :)

Editar después de la actualización de la pregunta

Ok, si entiendo tu actualización correctamente, definitivamente estamos en el territorio # 4 aquí. No hay nada realista acerca de crear un competidor para Ning en un mes hombre. Supuse en mi respuesta anterior que estabas tratando con alguien que tenía una comprensión básica del desarrollo de software. Basado en eso:

Pídale a su jefe que aclare más los requisitos. Tal vez ( cruza los dedos ) simplemente entendiste mal lo que se te pedía que hicieras, o el alcance del proyecto. Siempre asuma la competencia hasta que se demuestre lo contrario por razones sociales. ¿Tal vez solo te pidieron que pensaras en un diseño general y en una prueba de concepto muy simple?
Si su jefe realmente está fuera de contacto con la realidad, elabore una estimación sensata de 15 minutos con él o ella en una pizarra blanca o en una hoja de papel compartida. No debería ser difícil soplar todo tipo de agujeros en este mes hasta la finalización. ¿Tal vez su jefe cree que podrá reutilizar algún código interno del que no tenga conocimiento? Esto traerá a la luz cualquier suposición errónea que su gerente esté haciendo: el alcance del proyecto.
Si su jefe no es razonable (esto no sucede a menudo, pero de vez en cuando lo hace-- tal vez la compañía necesita una aplicación asesina antes de fin de mes para venderla para evitar quedarse debajo), prepare su currículum para una intra o extra -el movimiento organizativo (dependiendo de qué tan grande es el lugar donde trabajas). Las expectativas poco realistas en ese orden pueden ser un signo de desesperación o mal funcionamiento de la organización, y su posición puede simplemente no existir en 3 meses a partir de ahora.

Ir a luchar club en él? ¡Obtenga dinero gratis y pasaje aéreo!

La verdad, por supuesto, siempre es la respuesta correcta, que su jefe descubrirá con el tiempo, es mejor que falle antes.

Pero dicho esto, es algo en lo que no quieres involucrarte. Asegúrate de explicarle a tu jefe que no quieres comprometerte con algo de lo que no puedes fallar, pero hazle saber que podría ser una experiencia de aprendizaje y, al menos, estar involucrado en algún nivel, incluso si es para ver la solución una vez que se haya completado.

Lo más importante que aprendí en software fue cómo "retroceder".

No siempre significa decir no. Lo que significa es proporcionar su mejor estimación de cuál es el impacto del nuevo trabajo. Ya sea que diga "sí" o "no", usted dice: "podemos hacer eso, pero requerirá recursos (x, yyz). Creo que tomará (n días para mí, n * a para persona b) para entender el problema b), pero sé cómo manejarlo (c, d y e). Nunca antes tuve que resolver el problema b, por lo que no sé si mi estimación es realista ".

La diferencia entre "sí" y "no" es si la ecuación de costo es aceptable.

Cualquier buen gerente respetará su análisis, cuestionará algunas de sus suposiciones, esperará una ronda de reconsideración y, luego, aceptará los riesgos, buscará recursos adicionales o abandonará el proyecto.

Si dicen "Veo lo que estás diciendo, pero de todos modos tendrás que lograr lo imposible", comienza a buscar otro trabajo.

Lo que usted dice es que su percepción del alcance y la complejidad de la tarea difiere mucho de la percepción que tiene su jefe. Estupendo.

Lo más probable es que ambos estén equivocados: han malinterpretado los requisitos y el jefe subestimó la tarea o cayó en la trampa de las ilusiones.

Lo mejor es pasar los requisitos con su jefe una vez más, trabajar juntos para que los entregables sean necesarios, tratar de estimar la cantidad de tiempo y los recursos necesarios para entregarlos. Si hay puntos ciegos en la implementación que cree que le faltan habilidades o experiencia, deje esto en claro y trabaje asumiendo que tendrá que gastar dinero para obtenerlos externamente (eso al menos le dará una idea del precio de mercado) .

Estoy seguro de que, cuanto más tiempo pasen usted y su jefe discutiendo e investigando el proyecto, más detalladas serán las disensiones y surgirá una mejor idea de lo que es factible.

Lo peor que puedes hacer es guardar silencio. Cualquier buen jefe confía en los desarrolladores para evaluar el proyecto: sea afirmativo u oiga más preguntas.

No tiene que decir "no", no es su trabajo decidir si seguir adelante, pero tiene que hacer buenas preguntas.

No empieces diciendo "No" o "No se puede hacer" o "Es muy difícil" o cualquiera de las otras cosas que dijiste en tu publicación. La mayoría de los gerentes de una empresa ni siquiera comienzan a comprender el nivel de esfuerzo involucrado en un proyecto de programación y necesitan un poco de educación con sus estimaciones de planificación de software.

Sugeriría una conversación que incluya los siguientes pasos.

Estimaciones: revise el nivel de esfuerzo que cree que se requiere para que este proyecto sea un éxito. Asegúrese de haber pensado las tareas con suficiente detalle para poder responder preguntas.
Educación: si su jefe no entiende por qué algo llevará cierto tiempo, explíquelo lo más claramente posible (las buenas analogías tienden a ayudar, las malas pueden ser devastadoras).
Alternativas: si crees que hay un terreno intermedio o un conjunto de características secundarias que cumplirán las necesidades del proyecto, analiza estas alternativas. Los gerentes odian cuando un empleado dice que algo es difícil o difícil, quieren opciones viables.
Alineación: ¿está seguro de que usted y su jefe están de acuerdo sobre este proyecto? Tal vez lo ve como una pieza de software de misión crítica y su jefe lo ve como una mejora menor a sus herramientas existentes. Asegúrese de que ambos tengan las mismas expectativas; de lo contrario, puede estar planeando un software más complejo que el que se solicita.

Realmente depende de la relación que tengas con tu jefe. Si puedes, sería abierto y honesto con ellos. Dígales que algunas cosas están más allá de su nivel de experiencia y tendría que investigar un poco, alargando el tiempo del proyecto. Y enfatice el hecho de que no crees que puedas hacerlo en un mes y estás solicitando un equipo para ayudar.

Es posible que su jefe no entienda realmente el alcance total del proyecto. Si puede dividirlo en una lista de tareas o secciones para mostrar cuánto trabajo realmente tiene que hacer, pueden ver de dónde viene.

Al final, si su jefe todavía quiere que lo haga, simplemente insista en que hará todo lo posible, pero no puede hacer ninguna promesa sobre la fecha límite.

Si las estimaciones aún no están allí, entonces su primera tarea es hacer una estimación realista del proyecto. La segunda tarea sería verificar qué tecnologías se requieren para el proyecto y verificar si el conocimiento ya está disponible. De lo contrario, calcule el entrenamiento y obtenga el conocimiento. Entiendo que el jefe es el jefe, pero tú haces tu parte y el resto depende de él. Si el jefe aprecia la opinión de los demás, entonces él lo entenderá, pero si dice "siempre tengo la razón", entonces haz lo que puedas (trabaja lo mejor que puedas y busca un nuevo trabajo).

Tienes que ser honesto y decirle al jefe que hay un problema. Sin embargo, debe mostrar qué tan exactamente un problema es para que no parezca una persona incompetente esperando un resbalón rosado.

Debe analizar cuidadosamente lo que se debe hacer y dividirlo en partes pequeñas para ver cuál de ellos puede hacer y cuál no. Es normal tener partes en el proyecto que parezcan posibles pero difíciles de hacer, todo jefe normal lo hace.

De esta manera, muestras que el problema no es imaginario y que no es tu deseo obtener un buen salario por un trabajo trivial.