Establecer / cumplir plazos cuando trabajo constantemente con plataformas y marcos desconocidos [cerrado]

Trabajo para una organización de desarrollo de productos que se dedica a la publicidad en línea. Las tareas que recibo casi siempre están en plataformas o herramientas en las que nunca he trabajado antes. Al principio fue android. Luego node.js, luego Windows Phone, luego Debian Packaging, Python, Hadoop, Ganglia, Ingeniería inversa, Geo PostgreSQL, y la lista continúa.

Estoy feliz de poder aprender tanto mientras estoy en el trabajo. El problema con el que me encuentro constantemente es cumplir con los plazos. Muchas veces no está claro qué se necesita hacer para lograr una determinada tarea. Tendría que configurar el SDK relevante, encontrar problemas iniciales, leer en línea, estudiar minuciosamente la documentación, investigar en línea para cada elemento de trabajo en esa plataforma. A veces me dan plazos, a veces creo esos plazos.

Me resulta muy difícil cumplir los plazos muchas veces. Uno se vuelve más rápido haciendo algo la segunda vez, pero nunca trabajo en algún lenguaje o marco por más de una semana o dos. Y esto es muy estresante y doloroso de tratar. Recibo todas las críticas y la vergüenza pública que conlleva la falta de plazos. Sospecho que esto no puede ser normal. No es posible entregar 7 aplicaciones de Windows aphone sin saber una sola cosa sobre c # en una semana. Pero logré hacerlo un día después de la fecha límite. Todo lo que tengo muchas veces es la búsqueda en Google para guiarme. A menudo hay poca o ninguna documentación sobre la herramienta que estoy personalizando.

A veces me atasco en algo a veces durante horas o incluso días. Esto afecta mi salud y ya no puedo quemar el aceite de medianoche para cada tarea. Esto causa mucha angustia mental y depresión.

En esta situación, ¿estoy en lo cierto al pensar que cualquier fecha límite que proporcione es un disparo en la oscuridad?

¿Esto es normal? ¿Cada elemento de trabajo para usted implica aprender algo completamente nuevo cada vez? No estoy seguro de si es justo decir que soy de bajo rendimiento por no poder cumplir con los plazos en tareas que involucran una herramienta de la que no sé nada. ¿Cómo manejo esto?

Sí, esta es una receta perfecta para el agotamiento. Tienes que hacer que tus supervisores se den cuenta de las situaciones ridículas en las que constantemente te están metiendo. Si son firmes y se niegan a ceder, es hora de mudarse a otro lado.

Hay dos enfoques para tomar aquí. El primero es tomarse el tiempo que le tomó hacer el último proyecto que fue "similar" al nuevo. Y duplíquelo para tener en cuenta el costo de configurar / aprender un nuevo entorno.

El segundo es hacerles saber que necesita especializarse para sobresalir. Un gato de todos los oficios es un maestro de ninguno.

¿Esto es normal? ¿Cada elemento de trabajo para usted implica aprender algo completamente nuevo cada vez?

No.

Si quieres dar mejores estimaciones, aprende del pasado . Mantenga un registro de cuánto tiempo le lleva acelerar una nueva tecnología en comparación con la implementación real. Esto puede ser difícil si estás haciendo ambas cosas al mismo tiempo, pero trata de ser consciente de la diferencia.

Haga sus estimaciones basadas en un día laboral normal , menos las interrupciones normales. No tenga en cuenta las horas extra en su estimación. Deja eso para ayudar a lidiar con cualquier problema que surja. Me gusta usar horas extras para ayudar a traer proyectos a tiempo si hay contratiempos.

Aproveche siempre lo que sabe , incluso si es un territorio completamente desconocido. Por ejemplo, conocer un lenguaje de programación te ayudará a aprender otro. Una vez que esté expuesto a diferentes paradigmas, podrá determinar la tecnología relativa más cercana a la que recurrir. Por ejemplo, si necesita usar C # y no lo sabe, puede aprovechar su conocimiento de Java o C ++ para comenzar. No será uno a uno y, por lo general, existen diferentes métodos para lograr lo que necesita, pero es un buen punto de partida.

Entonces, en situaciones como esta, es mejor estimar la implementación en base a algo que ya sabes . Agregue un poco de relleno para solucionar problemas y lidiar con lo desconocido (generalmente un pequeño porcentaje de la estimación total). Además de esto, agrega algo de tiempo adicional para investigar y aprender a ponerse al día con cualquier tecnología nueva que necesite usar. Esta estimación puede verse afectada por cosas como la disponibilidad de documentación (como documentación de API, publicaciones de blog, preguntas en estos sitios).

Ahora que eso está fuera del camino, llegamos al otro asunto: plazos predeterminados. Una cosa es perder sus propias estimaciones, ya que son su responsabilidad, pero otra muy distinta es que se les dé una fecha límite que no sea realista (lo que supongo que está sucediendo en su caso). En esta situación, es mejor realizar su propia estimación para ver si la fecha límite es factible o no. Si no es así, informe a su supervisor lo antes posible cuál es su fecha límite estimada y por qué es diferente. Si puede proporcionar un desglose de las diversas tareas y horas necesarias para completar cada una, ayudaría a respaldar su estimación.

Si la administración no es receptiva a su aporte, entonces puede ser hora de buscar en otro lado. Cuanto más precisas sean sus estimaciones con el tiempo, más probable será que la gerencia lo escuche si sus estimaciones difieren de las de ellos. Esto depende de que la administración sea razonable y objetiva, por supuesto.

Una cosa más: no mencionó esto, pero si se le permiten beneficios de vacaciones, úselos . No los dejes sin usar. No le hará ningún favor a usted ni a ninguna persona para la que trabaje si su salud o enfoque se deteriora hasta el punto en que no pueda completar los proyectos favorablemente. Si no se le permite tomar vacaciones porque un proyecto siempre se vence antes de la fecha x y entra en conflicto con las vacaciones, es hora de buscar en otro lado, especialmente con la forma en que se espera que cumpla con estos requisitos.

Les deseo buena suerte.

Tienes toda la razón en tus sentimientos. En este momento hay mucha falsedad en torno a las siguientes áreas:

"Ingeniero de pila completa". Es una tontería. No conozco a nadie que sea excelente en los idiomas de back-end, excelente en la base de datos y excelente en el front-end. La gente puede ser buena con media docena de idiomas y / o tres sistemas de bases de datos diferentes, pero todavía habrá muchos en los que son principiantes.

Las personas mayores de "Jack of all trades, master of none" entienden esto y aprenden que necesitan elegir áreas para especializarse.

"10.000 horas". Una referencia común a ser realmente bueno ('experto) en algo. Compare eso con las horas que pasa en cada una de estas áreas. Es posible que necesite vivir para ser 178 para ser experto en todos ellos.

Entonces, lo anterior no es "la respuesta", es un acuerdo y más forraje para su cañón ... porque la respuesta es que necesita organizar una reunión con la gerencia y hacerles saber que estos proyectos han sido geniales, que le encantó ayudando a la empresa en todas estas áreas diferentes. Pero estas sufriendo. Está afectando tu salud. Estas estresado Desea entregar un producto a tiempo de alta calidad, pero estas circunstancias lo hacen increíblemente difícil. Incluso te ha hecho cuestionar tu futuro en la empresa. Si ambos son buenos y altamente valorados, no debería ser un problema.

Este tipo de trabajo es típico en las agencias interactivas. Una corriente interminable de proyectos descartables no relacionados bajo plazos imposibles.

Mira esto como una etapa profesional potencialmente útil, pero prepárate para seguir adelante antes de que te quemes. No puede cambiar este negocio y sus necesidades.

Comience a reservar tiempo para la estimación. Cuanto menos familiarizado esté con una tecnología, más tiempo necesitará para producir una buena estimación.

Trate de obtener una cantidad fija de tiempo para producir algo exploratorio hacia las necesidades dadas. Debería tener una idea mucho mejor de lo que debe hacer después de eso. Por ejemplo, una o dos semanas para ponerse al día con Hadoop son bajas, pero debería ser suficiente para darle más confianza en sus estimaciones.

Después de eso, solo necesitas más habilidades de estimación. Trate de rastrear en qué pasa su tiempo Asegúrese de que siempre entre en sus estimaciones por adelantado. Haga un seguimiento de sus estimaciones en comparación con el tiempo real invertido y tómelo en estimaciones futuras.

Y siempre date un amortiguador.

Primero, asegúrese de saber quién hizo el compromiso; si es suyo, es su problema y debe resolverlo. Si no es tuyo, no es tu problema. Dígale a quien haya hecho el compromiso en su nombre que hará lo mejor que pueda. Ahora el truco: no hagas compromisos que no puedas cumplir. Adhieren a sus armas.

Estás siendo intimidado, ¿cuáles son las leyes de tu país en torno a eso?

He utilizado un par de fases útiles (con moderación, solo cuando tengo otras opciones)

• "No puede negociar estimaciones, ¿qué características desea eliminar? ¿Qué pasa con la calidad?"
• "No hago la marcha de la muerte".
• "Si crees que x se puede hacer en y, lo haces. Me encantará verte fallar".
• "¿De dónde vino esa estimación / línea de tiempo? Bueno, haz que lo hagan"
• "La gestión de proyectos es como un resorte, cuanto más lo comprime, más grande es el desorden cuando se desliza, ¿se siente afortunado?"
• "Haz tu trabajo, déjame hacer el mío"
• "Me encantaría hacer ese compromiso, y entiendo que necesitas x por y y lo importante que es para ti. Para que esto funcione, necesito (completa lo que hará la mayor diferencia)"