¿Qué hacer cuando diferentes gerentes de proyecto insisten en que debo trabajar en sus solicitudes de inmediato?

Hay 5 gerentes de proyecto que siguen viniendo a mí e insistiendo en que sus solicitudes son urgentes y me encuentro cambiando entre 4 proyectos diferentes, mientras que se supone que debo trabajar en solo 1 proyecto por día. Durante la última semana más o menos, he trabajado de 9 am a 9 pm. Las horas extraordinarias no se compensan.

No sé cómo decirle que no a estos gerentes de proyecto agresivos que literalmente me atacan todo el tiempo y me siguen presionando por qué me estoy quedando atrás. Es extremadamente frustrante porque lo que están haciendo es muy contraproducente, y siempre siento que tengo toda la culpa, cuando un proyecto sale mal o se quejan de que los clientes se quejan, siento que lo están convirtiendo en mi problema. Pensé que mi trabajo era hacer el proyecto asignado para ese día y solo eso, el cual no tuve problema en entregar hasta este mi-proyecto-es-más-urgente-así que-hazlo-ahora.

Hoy, el gerente de producto me dijo que debería comenzar a decir que no a las solicitudes de PM. Me pregunto por qué ni siquiera capacitaron a los desarrolladores en esto. ¿Por qué después de trabajar horas insanas se menciona esto?

No estoy solo en este tipo de situación, hay un puñado de desarrolladores, incluyéndome a mí, que son demasiado amables y nos encontramos trabajando hasta la locura.

¿Qué debo hacer como desarrollador para evitar este tipo de horas extras dementes? Ayer trabajé 14 horas poniéndome al día con proyectos críticos porque otro gerente de proyecto decidió que su cliente era mucho más grande y, por lo tanto, más urgente.

No sé qué hacer ni con quién hablar. Los desarrolladores de mi equipo hablan sobre este problema, pero todos parecen ignorarlo a pesar de que están tan frustrados como yo.

¿Realmente tienes 5 gerentes de proyecto para cada desarrollador? ¿Dónde está el resto de tu equipo? ¿Dónde está su gerente de desarrollo actuando como mediador para ellos como grupo?
@Telastyn, múltiples gerentes de proyectos no son inusuales en muchas organizaciones. Acompañan los proyectos desde el inicio hasta la entrega y es muy posible que durante algunas etapas termines con varios PM "agrupados" en un ingeniero/desarrollador.
@angelo seguro, pero el punto es que debería haber otros desarrolladores si hay tantos PM. Comparte la carga si estás sobrecargado.
La empresa está dividida en dos divisiones con alrededor de 4 o 5 gerentes de proyecto a cargo de 10 desarrolladores en cada división. Mi equipo consta de solo 3 personas. Durante este tiempo, 1 desarrollador estaba de vacaciones, dejando a 2 personas, mientras que el otro desarrollador restante desaparecía durante largos descansos para almorzar. La semana pasada y esta semana comí en mi escritorio. Los otros 7 desarrolladores están involucrados en una plataforma diferente y no tienen conocimientos en nuestra área. Por lo general, hay poca o ninguna ayuda de la otra división. Por alguna razón pensaron que era más eficiente poner una pared de porcelana entre el equipo de producto.
El gerente de desarrollo es bastante nuevo y solo parece estar preocupado por las personas que completan formularios, casi se siente como RR. Entonces los buitres son libres de cazar ovejas.
@joepa No deberías mirarlos como buitres, pueden ser personas profundamente defectuosas que te han hecho daño, pero mirarlos como buitres los deshumaniza y hace que sea más fácil para ti odiarlos y más difícil para ti relacionarte con sus problemas.
@Telastyn Esto no siempre es cierto. Hay muchos entornos corporativos donde hay una cantidad significativa de personas que no saben cómo o no están dispuestas a hacer el trabajo del proyecto y siempre hay una puerta giratoria con los técnicos que saben cómo hacer el trabajo.
@maple_shaft: luego, otras personas técnicas que saben cómo hacer el trabajo le han mostrado al OP cómo manejar la situación.
El dicho "Si todo es de alta prioridad, entonces nada es de alta prioridad". viene a la mente aquí.
@Telastyn, también hay especialistas (como especialistas en BI, diseñadores de bases de datos) que trabajan en muchos proyectos diferentes (a menudo para varios clientes) y no hay nadie más disponible que comparta su conocimiento especializado y pueda asumir la carga de trabajo.

Respuestas (14)

El enfoque más fácil es simplemente dirigir a los gerentes de proyecto a su gerente (que supongo que es el gerente de producto). Priorizar el trabajo es el trabajo de su gerente.

Si está trabajando en algo para el gerente de proyecto A y el gerente de proyecto B se le presenta con una solicitud "urgente", dígales que con gusto lo hará. Solo necesita un correo electrónico de su jefe que diga que la tarea de B es más urgente que la tarea en la que está trabajando en este momento para A. Los diversos gerentes de proyecto se preocupan solo por su proyecto: su gerente debe tener una visión general sobre qué proyecto ( s) tener prioridad.

Idealmente, el gerente de producto mantendría una cola de trabajo priorizada en la que los desarrolladores pueden trabajar a medida que terminan las tareas. Una vez que los gerentes de proyecto descubran que no pueden acortar el proceso pasando por un cubo de desarrollador aleatorio, se darán cuenta de que necesitan reunirse con el gerente de producto regularmente para revisar sus nuevas tareas y discutir la priorización.

Por supuesto, si la solicitud es trivial (diferentes personas tienen diferentes definiciones, pero generalmente algo en la región de ~ 30 minutos es razonable), puede ser más fácil hacerlo simplemente como un favor. Y si es obviamente urgente (por ejemplo, si una aplicación de producción está inactiva), probablemente sea razonable saltar a la tarea de B mientras le envía una nota rápida a su gerente para informarle que la tarea en la que está trabajando acaba de pasar a el quemador trasero.

Gracias, ese segundo párrafo es un gran enfoque.
+1 por el último párrafo. Una habilidad importante a adquirir es la capacidad de reconocer la importancia real. a veces, no puede esperar la confirmación. Sin embargo, la mayoría de las veces, puede y debe esperar para obtener el visto bueno de su gerente.
Sobre ese último párrafo, ¿por qué no llamar al jefe? Toma un minuto.
Entonces, esto es exactamente lo que hice, comencé a cambiar las solicitudes a mi superior, ¡y mi trabajo es mucho más manejable!
Para solicitudes triviales, es útil reservar algo de tiempo (ya sea por día o por semana) para analizar todas las solicitudes pequeñas pero importantes. Reduce el cambio de tareas y le da un poco de control sobre su día.
Me alegra saber que esto funcionó para ti, OP. Es una solución madura.
@Vorac A veces, ponerse en contacto con su gerente lleva más de un minuto. Tardo una eternidad en tener una conversación con los míos. Pero he desarrollado un buen sentido de qué tareas son realmente rápidas y cuándo una tarea "rápida" se convierte en una madriguera de conejo que debe volver a priorizarse y escalarse a la gerencia.
También quiero señalar 2 peligros adicionales de complacer a los PM que no utilizan los canales adecuados (es decir, su gerente): No están en una buena posición para estimar cuánto tiempo le llevará. Pueden pensar que algo es una tarea pequeña porque suena simple. Además, sus incentivos son diferentes. Es probable que los PM sean juzgados por la puntualidad en la finalización de sus proyectos. Por lo tanto, si están retrasados, todo les resulta urgente. Especialmente las tareas que creen que son pequeñas (pero pueden no serlo).
La pregunta del OP también sugiere que puede valer la pena usar un sistema de seguimiento de problemas. Su PM directo aún tendría control sobre lo que se prioriza (según esta respuesta), pero facilitaría que los PM externos envíen solicitudes y vean qué se prioriza actualmente.
Solíamos tener esto todo el tiempo. Empezamos a usar Jira e insistimos en que acudieran al administrador. Nos han llamado groseros por hacer eso, pero realmente es lo mejor para todos.

Estaría dispuesto a apostar que si refiere todos los posibles cambios de prioridad a su jefe, 2/3 de ellos desaparecerán de inmediato. Estas personas están jugando contigo. Si pensaran que los artículos serían genuinamente de mayor prioridad que su trabajo existente, entonces lo más probable es que vayan directamente a su jefe, no a usted.

Si no tiene un jefe (nada peor para trabajar que una organización matricial), entonces dígale al PM cuyo trabajo se movería hacia abajo en la lista de prioridades que se ha realizado la solicitud para hacer este trabajo "urgente" y déjelo pelear. Hágalo con el otro PM y no haga ningún trabajo en la tarea urgente hasta que ambos regresen a usted con un acuerdo de que es más urgente que la tarea que se le asignó.

A continuación, no trabaje esas horas. Te estás matando por cosas que probablemente no sean urgentes en absoluto. Ellos obtendrán la bonificación por finalización anticipada y usted recibirá la factura del hospital. Es fundamental para su salud y su productividad dejar de trabajar más de 8 horas al día. http://www.alternet.org/story/154518/why_we_have_to_go_back_to_a_40-hour_work_week_to_keep_our_sanity

Como dijo @justincave, aprenda a identificar elementos realmente urgentes (una pista, casi siempre tienen que ver con problemas en la producción, no con proyectos de desarrollo) y esté dispuesto a asumir la responsabilidad de cambiar para solucionarlos. Pero cuando lo haga, asegúrese de que todos los involucrados sepan que está trabajando en un problema de producción urgente. Esto incluye especialmente el PM del proyecto que puso en espera. Una de las razones por las que los gerentes de proyectos se vuelven agresivos y asustados es que no siempre los mantenemos tan bien informados cuando las cosas cambian como deberíamos.

Otro +1 por hacer que los PM resuelvan sus conflictos antes de hacerte perder el tiempo. Como los niños grandes, como los gladiadores, no me importa: solo averígüenlo entre ustedes y con mi jefe antes de venir a mí.
Y otro +1 por hacer referencia a ese artículo.

Primer intento: hable con su supervisor directo

Mi primer consejo sería que se siente con su supervisor directo. No basta con que usted llene formularios, necesita participar en el flujo de tareas de su grupo. Tenga listos ejemplos de cómo no hay una estructura de prioridades clara, por lo que termina trabajando para el PM que grita más fuerte, lo que probablemente no sea el mejor enfoque para nadie. También tenga listo cuánto de su tiempo se desperdicia cada día por prioridades conflictivas.

Si no parece dispuesto o no puede ayudar, prepárese para proponer una solución usted mismo, que le permita agilizar las solicitudes de los gerentes de proyecto y encontrar una manera de trabajar horas que sean sostenibles.

Este sería mi enfoque...

Segundo intento - Planificación día a día

Dado que parece que las demandas llegan todos los días, sugiera una reunión con el grupo PM: todos los PM que quieran que trabaje en algo están invitados, y la única forma en que aceptará la tarea es si están en la reunión de la mañana. Permítales acordar entre ellos cuál es la prioridad más alta y luego comprometerse con el trabajo que realmente pueden realizar ese día. Lo que no pueda terminar se acumula hasta que haya tiempo para hacerlo o hasta que se pueda encontrar a otro desarrollador para que intervenga y ayude.

Invite a su supervisor, para que tenga voz en lo que está pasando, ya que realmente esto es algo que debería estar liderando... pero parece que no está involucrado en esta parte del trabajo en este momento.

Si un PM llega más tarde en el día con una nueva prioridad, dígale que espere a la reunión de la mañana. Un cambio de medio día no puede ser demasiado lento en una organización que funciona correctamente; si no pudieron ver lo suficientemente lejos de la situación para evitar la crisis, no es su culpa.

El objetivo aquí es ponerlo todo sobre la mesa: en qué consiste todo este trabajo. Suena como si estuviera siendo jalado en múltiples direcciones y nadie realmente está organizando el trabajo. Nadie establece prioridades para su tiempo o el producto, lo que al final resultará en un desastre, tanto para usted como para el producto.

Involucrar a otros

Si es posible, haga de esta reunión una reunión de equipo; no la haga solo usted y sus prioridades, sino que haga que todo el equipo se comprometa a apoyar a estos PM. De esa manera, pueden discutir y respaldarse mutuamente con lo que es más fácil y más difícil; incluso pueden ayudar a priorizar y reorganizar el trabajo para que se haga de manera más eficiente.

A half day turnaround cannot be too slow in an organization that is working properly -- if they couldn't see far enough ahead of the situation to avoid the crisis, it isn't your fault.+1 La verdad del evangelio...

¿Dónde está su supervisor? No pueden ser los directores de proyecto. Alguien por encima de todos debería establecer las reglas sobre a quién le respondes.

Documente sus logros y revíselos con su supervisor. Él es quien decide en última instancia si está haciendo lo correcto en el momento oportuno. Haga que todos sean conscientes de los problemas con las interrupciones. Es por eso que solo trabaja en un proyecto en un día determinado (no discuto que esta sea la solución ideal, pero es una forma de administrar las interrupciones).

Si yo fuera su gerente, le diría a los PM que revisen el horario y no interrumpan una vez que haya comenzado el día. Tendría un serio problema con cualquiera que acuse a mi gente de no trabajar las horas suficientes (si te metes con los cachorros, obtienes a la mamá oso). Cuando perdemos desarrolladores de calidad debido al agotamiento debido a los días de 12 horas, soy yo quien tiene que reemplazarlos, no los PM.

Las personalidades tipo B permiten que las personalidades tipo A las intimiden y luego se preguntan cómo decir que no.

Soy naturalmente una personalidad tipo B, pero cuando estás rodeado de personas tipo A todo el día, es crucial que aprendas los instintos defensivos básicos. No es diferente a cuando un acosador te señaló cuando estabas en la escuela. Tu primera e inmediata reacción es tener más confianza que el acosador y no tener miedo.

Confianza

Ya sea un matón en el patio de la escuela o un PM insistente, ten una confianza suprema en ti mismo y exudarás un aura de fuerza. Las personas sienten confianza y fortaleza y eso cambia por completo sus interacciones contigo. Cuando hable contigo, míralo a los ojos, no desvíes la mirada ni mires tus pies. Hable con franqueza y fluidez, no tartamudee ni tartamudee, no use ummm y uhhh al hablar. Una persona con confianza y determinación sabe cómo articular EXACTAMENTE lo que quiere decir y cómo decirlo.

Sin miedo

Cuando bajar su nivel de confianza no funciona, otra táctica que usarán es inculcarle Miedo para bajar su confianza a un nivel que lo haga más fácil de controlar. Esto puede ser extremadamente difícil de manejar, especialmente para mí, ya que sufro del trastorno de ansiedad generalizada, que es un obstáculo para superar las emociones negativas.

El miedo NUNCA es racional, un importante instinto de supervivencia seguro y una cantidad saludable lo mantendrá fuera de problemas, pero la mayoría del miedo puede ser dañino. ¿Quién quiere simplemente sobrevivir? Para alguien que necesita estar en la cima, que necesita liderar el grupo, el miedo lo detendrá porque la única forma de superarlo es tener una actitud de vida o muerte.

Cuando sientas miedo a las consecuencias negativas, atácalo inmediatamente con un pensamiento racional. Disiparlo, demostrarle a su mente cuán ridícula es su reacción emocional, recordar sus propias fortalezas e ignorar la desaprobación de los demás .

La presión social puede ser la más grande, miedo a la desaprobación, miedo a ser juzgado. Disipo esto recordándome mis propias acciones justas y atacando la noción de que la persona que emite un juicio no tiene derecho a hacerlo. Un poco de arrogancia o narcisismo ayuda a lidiar con esto.

Analizar la debilidad y el poder de la piedad

Todos somos seres humanos y profundamente defectuosos. Estos defectos se manifiestan en la debilidad inherente que tenemos. Algunos son mejores para ocultarlos que otros, pero un ojo entrenado puede detectarlos y usarlos para comprender mejor a las personas con las que trata profesionalmente y de otra manera a lo largo de su vida. No es una batalla, así que está mal pensarlo así, porque cuando se trata de personas siempre se quiere ganar sin tener que recurrir a un altercado. Cuando esto sucede, nadie gana . Una buena lectura que cambió COMPLETAMENTE mi estado de ánimo para mejor es:

El arte de la guerra

La debilidad puede ser explotada, el PM que viene hacia ti, ¿qué lo motiva? ¿Placer? No es probable que sea un sádico. Codicia, posiblemente quiera sacar el producto más rápido para impresionar al cliente o asegurar una buena bonificación. Miedo, eso es probablemente. El cliente no está contento y está al teléfono echándole toda la culpa. Simplemente no tienen los recursos para abordar los problemas que enfrentan. Ellos están asustados. Realmente asustado. ¿Quién puede salvarme? Nadie. Entonces, ¿a quién puedo explotar? Los otros PM están en una situación más grave que yo, y no voy a ir a ellos y comenzar una pelea. Ese desarrollador, el chico tranquilo con el que es fácil llevarse bien. Si puedo convencerlo...

Ahora que comprende sus motivaciones, conoce su debilidad, el miedo es un motivador más grande que la codicia porque el miedo es más primario. ¿Cómo puedes usar esto a tu favor?

En la conversación empiezo hablando de los clientes y los problemas con ellos. Empiezo a traer el panorama general. Si puedo lograr que el primer ministro se abra y confíe en mí, será más difícil que esa persona me haga algo injusto. Uso argumentos dirigidos emocionalmente, hablo sobre el miedo, esto baja las defensas y es más probable que tengan un momento amistoso contigo. Esto es fácil de hacer si te acercas al miedo de un oponente con lástima , pero debes tener cuidado de no ser condescendiente.

La lástima puede tener un efecto poderoso en las personas, lo suficientemente poderoso como para motivarlo a publicar una pregunta sobre sus problemas de forma anónima en un sitio de preguntas y respuestas, más o menos para anunciar sus problemas y provocar una respuesta de lástima de los demás en comentarios de apoyo o consejos.

El miedo y la lástima pueden ayudarte a convertir la conversación en un diálogo y no en una sesión de intimidación. En un diálogo, van y vienen hasta que los dos llegan a un acuerdo mutuamente beneficioso que los deja a ambos con una buena respuesta emocional del encuentro.

Desafortunadamente, estoy concentrado en completar otra tarea de alta prioridad en este momento, que me llevará el resto de la semana, y entiendo y simpatizo con su falta de recursos para abordar sus problemas en este momento, pero usted será mi número 1. prioridad la próxima semana.

Así que en última instancia...

Solo di no

Esta simple palabra de dos letras es la más poderosa del idioma inglés. Mucho más que , como le dirá cualquier pareja casada, se necesitan dos personas para decir sí en una relación, pero solo se necesita una para decir NO y detener algo de inmediato.

Todo comienza con No y no tiene por qué ser más complicado que eso.

¡Esto es bastante oscuro, pero creo que el póster es absolutamente correcto! El miedo es la forma de influencia más utilizada en el lugar de trabajo. Simplemente siendo consciente de que otros intentarán usarlo en su contra, puede estar mucho mejor.
Puedo relacionarme con la parte de "PM siendo culpado por el cliente". Dios, ese fue un PM estúpido, me alegro de no trabajar más con él.

Usted es responsable ante su(s) gerente(s). (En una organización matricial que podría incluir el PjM o el PdM de su proyecto). Cuando alguien más lo desvía, eso dificulta su capacidad para entregar el trabajo asignado.

Para una sola solicitud urgente, debe intentar ayudar a menos que lo descarrile, pero cuando las mismas personas vuelven a usted una y otra vez, es hora de decir "Me gustaría poder ayudarlo, pero he estado dirigido a trabajar en $project y su solicitud le quitará demasiado tiempo. Si necesita mi tiempo de manera continua, trabaje con $manager para programarme para que pueda brindarle toda mi atención".

También encuentro que si es un PM con el que socializo fuera del trabajo, es aún más difícil decir que no. Estoy pensando que tal vez me estoy engañando.
@joepa, es posible que te estés engañando. Pero de cualquier manera, está bien decir "oye, sabes que quiero ayudarte, pero no puedo seguir haciendo esto por ti y los otros cuatro sin poner en riesgo mi trabajo asignado, y si eso sucede, mi gerente es va a estar molesto. ¿Podrías tratar de arreglarlo con él para que todos estén felices?
"I have 5 project managers..."

o

"Today the project manager said..."

¿Cuál es? ¿Tienes un jefe? o 5?

Si tiene 5 jefes ("Tengo 5 gerentes de proyecto...")... necesita mantener una cola a la que todos tengan acceso también. Asegúrese de que los 5 reciban actualizaciones sobre todas y cada una de las solicitudes de cambio. "Estimados jefes. El jefe n.º 3 dijo que subiera la solicitud n.º 37 al puesto n.º 1. Aquí hay una lista de mi cola de proyectos actual. Ajuste sus horarios en consecuencia. Gracias. -Peón". Cuando algo se mueve, todos se notan... inmediatamente. Cuando las cosas se cambian 20 veces en un día... lo notan... inmediatamente. No hay confusión de que simplemente estás siguiendo 5 conjuntos de órdenes. Que luchen hasta la muerte. Habrá que resolver algo si se quiere hacer el trabajo de la manera adecuada.

Si tienes un jefe ("Dijo el director del proyecto"), y él dijo "Di no"... entonces, por supuesto, di que no. ¿A los otros 4 no les gusta? Pueden hablar con él. Deja que ÉL gestione tu cola. Que pasen por él. Todas las solicitudes pasan por el portero.

No puedes tener 5 jefes Y el gerente del proyecto. ¿Cuál es? De cualquier manera, tienes una cola de trabajo y todo se trata de comunicación. O bien una cola pública por la que se pelean los jefes, o bien una cola pública que decide tu jefe singular.

Eres un peón. Vuelva a poner las decisiones en sus pies.

Y por cualquier medio que sea necesario... deja de trabajar horas extras (a menos que obtengas "tiempo de compensación" para equilibrarlo... pero no suena así en tu trabajo).

El segundo es gerente de producto , de los cuales hay uno. Hay 5 directores de proyecto .

1) Administrar. Reúnase más con estos gerentes, documente cada solicitud y envíe un CC a los otros 4 gerentes para cada uno. Solicite (cortésmente) el cambio en el contexto de un trabajo de mejor calidad, una mejor retención de empleados y menos errores y retrabajo, en otras palabras, términos comerciales. Asegurarse de eliminar los sentimientos y resentimientos personales será clave, sin importar cuán justificados sean. En realidad, esta es una oportunidad para que usted tome una posición de liderazgo, pero tendrá que mantener la calma.

2) En cuanto a las horas, si estás en un lugar sin límites legales y es solo tu sentido de la obligación, entonces tendrás que establecer esos límites tú mismo. Elija las horas que trabajará (como estándar) y cúmplalas. Una vez que se conocen y ha demostrado ser confiable, por lo general no es un gran problema. Asegúrese de que está haciendo bien el trabajo y sea flexible para los asuntos urgentes, siempre que 'urgente' no sea realmente 'rutinario'.

Estando mucho en esta posición yo mismo, porque hago Excel VBA, diseño web, diseño gráfico y muchos proyectos "mascotas", tengo tres jefes, técnicamente cinco, pero tres son los que más me molestan.

He usado la línea "pregúntale a mi jefe" antes, el problema es que uno de ellos dice "Le envié un correo electrónico y debes hacer lo que digo" mucho. Lo cual lo atrapo en esta mentira todo el tiempo, pero hasta que lo haga, necesito hacer el trabajo.

Lo que he hecho para resolver este problema cuando trabajo en múltiples proyectos, elijo un proyecto que parece necesitar atención ese día, y si alguien dice: "Mi proyecto tiene prioridad", digo, "estoy trabajando en el proyecto del Sr. X hoy". , si quieres, te enviaré un correo electrónico y una copia de una solicitud al Sr. X para ver si está bien dejar su proyecto por hoy, ¿para que pueda terminar el tuyo? "

El 90% de las veces se irán, pero si no, ha iniciado una comunicación entre los otros jefes y, al mismo tiempo, muestra algo de firmeza y dice que si desea que sus proyectos se realicen al mismo tiempo, ustedes tres necesitan para luchar por lo que es más importante. De lo contrario déjame terminar.

Si deciden no enviarse CC entre sí y enviarle un correo electrónico directamente diciendo que al diablo lo que digan, envíe CC al otro jefe y deje que comience la guerra de llamas. A veces es muy divertido ver a los tres perseguirse, porque mientras lo hacen, puedes hacer tu trabajo.

El hecho de que estés trabajando hasta los huesos combinado con el pánico frecuente de PM me parece que no tienes suficiente personal y que tu empresa realmente no tiene una línea de desarrollo lo suficientemente grande para soportar la carga de tu proyecto. El problema es que, mientras sigas trabajando 14 horas al día y azotándote, este problema nunca saldrá a la luz y no se contratará gente nueva.

Traer este problema al frente y al centro es, de hecho, hacer un servicio a la empresa y ayudará a largo plazo a obtener un nivel adecuado de recursos. Entonces, ¿cómo entonces?

Lo primero es referir todas las solicitudes que están fuera de su carga actual directamente a su gerente. Cuando te imponen más trabajo del que tienes tiempo para hacer, básicamente te imponen una decisión de priorización. Si acepta eso, entonces también está aceptando asumir la culpa cuando las cosas van mal .

Como desarrollador, las decisiones prioritarias del proyecto generalmente están por encima de su nivel de pago y no debe ser usted quien las tome. Envíelo a su jefe y dígale al PM "esto requiere una nueva priorización de mi carga de proyecto actual y no puedo tomar esas decisiones, tienen que venir de [inserte el gerente aquí]".

Si su gerente no puede tomar esas decisiones, o usted no puede identificar qué gerente debería hacerlo, entonces tiene un problema mayor que debe abordarse a largo plazo. A corto plazo, esto se puede manejar obligando a los PM:s a ponerse de acuerdo sobre las nuevas prioridades antes de tomar cualquier medida. Entonces, si el PM A viene y pide que se realice la tarea X, entonces usted dice "esto me obligará a empujar la tarea Y para el PM B en la lista. Si logra que el PM B lo apruebe, puedo hacer X por usted". .

Para regresar, si comienza a manejar estas solicitudes a través de canales "formales", será mucho más fácil iniciar una discusión sobre la expansión de su equipo, ya que tendrá un historial de sobreasignación.

+1 para "si acepta el trabajo, también acepta la responsabilidad por él"

Tienes un jefe. Dos como máximo en equipos multifuncionales (el jefe de proyecto y el jefe de departamento). Cualquier otra persona que parezca pensar que usted trabaja para ellos debe dirigirse a la persona para la que realmente SÍ trabaja, quien debe aplicar la bofetada al otro gerente y mantenerlos a ellos y a aquellos que le reportan lejos de su escritorio.

Si su gerente no está dispuesto o no puede detener la marea de distracciones en su escritorio (eso es lo que son; debe concentrarse en una o dos cosas en su plato que ocupan al menos 40 horas a la semana), entonces intensifique. En pocas palabras, hay un problema de gestión en su empresa, donde todos los mandos intermedios creen que tienen autoridad sobre cualquiera que necesiten para hacer un trabajo. Es casi seguro que este no es el caso, y si lo es, esa cultura necesita cambiar ahorita .

Debería haber algún criterio dentro del grupo PM que les permita priorizar proyectos. Así que pida verlo/estos, o pídales que revisen esos criterios, ya sabe, ¿los que los convencieron de dar luz verde al proyecto en primer lugar? -- y le responderemos con una lista de prioridades.

Secundo a cualquiera que le diga que esos gerentes de proyecto deben dejar de darle órdenes y que deben negociar plazos, plazos y prioridades con quien sea su gerente. Y que su gerente debe comenzar a hacer el trabajo por el que recibió un cheque de pago y evitar que estos gerentes de proyecto pasen por alto al gerente y vayan directamente a su garganta (y la garganta de los otros desarrolladores)

Nunca dejes que nadie te presione y te extorsione para que ACEPTES hacer algo que no quieres por la muy buena razón de que no estás en condiciones de cumplir el acuerdo, ya sea por falta de tiempo u otras demandas de tu tiempo. o mandatos de la gerencia, etc. Porque si está de acuerdo, usted es el DUEÑO y la responsabilidad de cualquier falla recae directamente sobre sus hombros y su hermosa cabeza. Y si acepta hacer algo sabiendo de antemano que no puede cumplir y cumplir, bueno, simplemente se convirtió en un mentiroso. Y un chivo expiatorio. Y un chivo expiatorio. Gustarte y apreciarte lo suficiente como para no hacerte esto a ti mismo.

En el futuro, remita todas las solicitudes de su tiempo a su gerente y advierta a su gerente que tienen un trabajo serio de coordinación y enlace que hacer y que debe hacerse.

¿Qué debo hacer como desarrollador para evitar este tipo de horas extras dementes? Ayer trabajé 14 horas.

Quítese de la cabeza que le debe a todos estos gerentes el trabajo realizado en el tiempo que lo necesitan. Es casi seguro que no están coordinando su tiempo entre ellos.

Solo hay 8 (o lo que sea) horas en un día laboral. Sí, a veces es necesario hacer un poco de tiempo extra si hay plazos urgentes, etc. o, a veces, quedarse media hora más tarde, por ejemplo, si está cerca de terminar la tarea y realmente necesitan que se haga hoy.

Pero estas horas extremadamente largas deberían ser la excepción y no la regla.

El hecho de que no puedas hacer 14 horas de trabajo en 8 horas no es tu culpa. Solo tendrá que tomar dos días en lugar de uno para terminar estas tareas. - Podría comenzar a cotizar estimaciones en días en lugar de horas.

Si te piden que hagas dos tareas, ten en cuenta que no puedes hacer ambas al mismo tiempo. Si cada uno le da una tarea que debería tomar un día, entonces tomará dos días.

Suponiendo que no tiene un supervisor para resolver esto por usted:

Manager A: I need X done end of day today it's very urgent.
Manager B: I need Y done end of day today it's very urgent.
You:       Actually I'm working on X for Manager A today, I'll get to it tomorrow.
Manager B: But this is very urgent, I really need it done today.
You:       Then can you talk to Manager A about it because he said the same thing?