¿Es demasiado difícil un proyecto? ¿Qué haces?

Question

¿Qué se hace cuando se le asigna un proyecto que es simplemente demasiado difícil de hacer:

• decir que es un gigantesco proyecto y su jefe que piensa por sí solo puede manejarlo
• Usted tiene conocimiento para hacer algunas cosas , pero algunas otras cosas son un poco más allá de su experiencia en este punto en el tiempo
• su jefe probablemente piensa que es algo que se puede hacer por una persona en probablemente uno el mes

para que los 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.

Answer 1

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

1. ser honesto con su jefe sobre su 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. Eso es OK! ¡Esta es tu oportunidad para brillar! :)

2. Divida el problema en tareas que usted entienda y tareas que no entienda, luego comience 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.

3. 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.

4. El hecho simple es que, a veces, simplemente 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! :)

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

Ok, si entiendo correctamente su actualización, estamos definitivamente en el # 4 territorio 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:

1. Pídale a su jefe que aclare más los requisitos. Tal vez (cruce los dedos!) usted simplemente entendió mal lo que se le pedía que hiciera, 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?

2. Si su jefe realmente está fuera de contacto con la realidad, prepare una estimada estimación de 15 minutos con el respaldo sobre una pizarra blanca o 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.

3. 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 atrás), prepare su currículum para un movimiento intra o extra organizacional (dependiendo de cuán grande sea el lugar donde trabaje). 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.

Answer 2

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

Answer 3

Realmente depende de la relación que tenga con su 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 completo 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 siga adelante, simplemente continúe insistiendo en que hará todo lo posible, pero no puede hacer ninguna promesa sobre la fecha límite.

Answer 4

Tienes que 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.

Answer 5

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 debe hacerse y dividirlo en partes pequeñas para ver cuáles de ellas puede hacer y cuáles no. Es normal tener partes en el proyecto que parezcan posibles pero difíciles de hacer, todo jefe normal lo hace.

De esta manera usted demuestra que el problema no es imaginario y que no es su deseo obtener un buen salario por un trabajo trivial.

Answer 6

No empiece diciendo "No" o "No se puede hacer" o "Es muy difícil" o cualquier otra cosa que haya dicho en su 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 tomará una cierta cantidad de tiempo, explíquelo lo más claro posible (las buenas analogías tienden a ayudar, las malas pueden ser devastadoras).
• Alternativas: si usted cree que hay algún término medio o algún conjunto de características secundarias que satisfarán las necesidades del proyecto, analice 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.

Answer 7

La verdad, por supuesto, siempre es la respuesta correcta, que su jefe descubrirá eventualmente, mejor que fracase antes.

Pero dicho esto, es algo en lo que no quiere involucrarse. Asegúrese de explicarle a su jefe que no quiere comprometerse con algo en lo que seguramente fallará, pero deje que él sabe que podría ser una experiencia de aprendizaje y, al menos, involucrarse en algún nivel, incluso si es para ver la solución una vez que se ha completado.

Answer 8

Crea un horario 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.

Answer 9

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).

Answer 10

1. Do not panic. Es posible que haya malinterpretado el objetivo que tiene su jefe. Parece que no estaba muy claro si solo dijera "Ning-like".

2. Research Ning. ¿Cuáles son todos las cosas que Ning puede hacer? En el enlace Resources de Ning, enumeran al menos 21 características principales de redes sociales.

3. Escriba una declaración de alto nivel del objetivo 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 sobre cómo resolver estos objetivos objetivos, o cuántos programadores tomará o cuánto tiempo tomará. Solo enlistarlos. Mantenga este artículo escrito en una o dos páginas.

4. 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 ha revisado su descripción:

   • "¿Quiénes son los usuarios de esta aplicación?"
   • "¿Cuántos usuarios nuevos al mes espera suscribirse?"
   • "¿Qué nivel de tiempo de actividad necesitamos para respaldar?"
   • "¿Cuál es nuestro presupuesto para alojar este servicio?"
   • "¿Necesita esta aplicación para admitir usuarios internacionales?"
   • "¿Qué es el acuerdo de licencia de usuario final (EULA) para esta aplicación?"

5. 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 conseguir que su jefe articule más claramente qué subconjunto de las características o la capacidad de Ning que necesita.

6. 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.

Answer 11

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, espera una ronda de reconsideración y luego, acepte los riesgos, busque recursos adicionales o abandone el proyecto.

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

Answer 12

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.

Es mejor para pasar por los requisitos con su jefe una vez más, trabajar juntos que los entregables son necesarios, tratar de estimar la cantidad de tiempo y los recursos necesarios para entregar estos. 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, 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 puede 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", ese no es su trabajo para decidir si seguir adelante, pero tiene que estar haciendo buenas preguntas.

Answer 13

Go fight club on him? ¡Obtenga dinero gratis y pasaje aéreo!

Answer 14

Así es como me volvería a planear hacia fuera:

1. no entre en pánico y reaccionar - decirle a su jefe que usted desea revisar la solicitud y se pondrá en contacto con él en breve con preguntas y preocupaciones
2. Revise la especificación (o si no hay especificaciones, el correo electrónico o anote la solicitud en alguna parte) y cree una estructura de desglose del trabajo para cada entrega. Esto se debe hacer a un nivel donde cada elemento sea comprensible (Inicio de sesión de usuario, Entrada de mensaje, etc.)
3. Para cada elemento, est. La cantidad de trabajo y +/-% amt. basado en sus conocimientos, preguntas, riesgos, etc.
4. Cree una lista a medida que avanza en la especificación de preguntas importantes/importantes (¿a cuántas personas va dirigida? ¿incluye esto 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.

Answer 15

Es un poco del 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, son "differently optimised". 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 encuentras personas que se comportan irracionalmente, o piensan que decir "hacerlo así" como el Capitán Picard es Liderazgo. Pero son raros, y no duran mucho.