project-management - pmi - project management institute pdf
¿Cómo lidiar con alguien más arruinando por completo un proyecto? (10)
Para la empresa en la que trabajo actualmente, he escrito un prototipo rápido para agregar algunas cosas a un mensajero instantáneo. Debido a que no tenía API públicas, tuve que trabajar en un nivel muy bajo utilizando C y ensamblado en línea. Está interactuando con una DLL indocumentada, que es bastante exigente con su entrada, y aunque he gastado una gran cantidad de desmontaje, todavía hay algunos conceptos que no entiendo completamente.
Recientemente, se lanzó una nueva versión de la aplicación de MI, que cambió mucho en esa biblioteca interna (como era de esperar). Naturalmente, había tomado algunas precauciones para cambios como este, pero hicieron un gran cambio que no había previsto. Reparar este prototipo yo mismo probablemente tomaría alrededor de una semana, y probablemente tomaría una reescritura casi completa. El problema es que estoy hundido. Mi contrato dura un mes más, y esperan que termine otros dos proyectos pequeños antes de esa fecha, y no estoy seguro de poder hacerlo.
Naturalmente, mi jefe quiere intentarlo, pero está completamente menos calificado. No tiene conocimiento de C o ASM, nunca ha desmontado realmente nada, y solo realmente tiene experiencia con C # y (afirma que) SQL. Él ha hecho un código C en el pasado, pero la razón principal por la que me contrataron para esto fue básicamente porque su código de bajo nivel se bloqueó ... mucho ...
¿Cómo demonios debería lidiar con esto? He pasado aproximadamente una hora tratando de explicarle el prototipo actual, pero tengo la sensación de que no capta nada de eso. Para mí, parece que tengo solo tres opciones, ninguna de las cuales me parece muy atractiva:
- No interfieras en absoluto, lo que probablemente haga que falle el proyecto miserablemente, o entregue algo que esté lleno de fugas de memoria (recuerda: esto es algo que se ejecuta en proceso con el programa de MI, si falla, la aplicación de IM) va con eso)
Otra desventaja de esto sería que probablemente me haga muchas * preguntas, evitándome mi propio trabajo. - Trate de meter el proyecto en mi ya apretado horario: no se ve muy bien para mis niveles de estrés
- Sujete la mano con la esperanza de que aprenda de ella (probablemente tomará más tiempo que hacerlo yo mismo)
Básicamente: actualmente soy el único en la compañía que sabe algo de esto. No tengo tiempo para trabajar en él, y en realidad no tengo tiempo para educar a alguien sobre esto. Obviamente no quiero dejar la empresa con un producto paralizado, pero tampoco me gusta hacer noches de sueño para salvarlos ... (Ya estoy haciendo más horas que las mencionadas en mi contrato , a pesar de que me pagan mensualmente)
- ¿Puedes empeñar los dos proyectos más pequeños de tu jefe para permitirte concentrarte en el más grande?
- ¿Se puede hacer el proyecto más grande si se pierde algo de estilo y estructura?
- ¿Se puede hacer el proyecto más grande si incorpora algunos hacks rápidos para acelerar su progreso?
Los contratos son interesantes. Si soy un empleado, entonces trabajo mis horas asignadas, y hago lo mejor que puedo sin esforzarme más.
Si me contratan directamente, le prometí a X en este plazo, no lo hice, tengo que inventarlo.
Espero que ayude un poco. Lo siento en una situación tan fastidiosa.
Deja de preocuparte. Sé que es difícil porque básicamente terminamos con "bebés" cuando creamos o corregimos el código en serio y podemos comenzar a adoptar una actitud paternal con respecto al estado de ese software.
Sin embargo, mira a este niño. Este es un hijo bastardo de ingeniería inversa que nunca debería haber sido y requiere y seguirá requiriendo una gran cantidad de mantenimiento debido a su naturaleza (como un enchufe no documentado).
Las personas que quieren que este niño exista no están extendiendo su tiempo o incluso pagándole por hora por lo que no parecen apreciar la dificultad de criar a este niño de manera efectiva. En tal caso, debe cortar sus vínculos paternos y dejar de preocuparse, ya que probablemente ni siquiera sea el tutor legal, solo el cuidador.
Sugeriría que explique sus inquietudes, ofreciéndose a hacer el trabajo SI le pagan por hora y con una tasa de horas extraordinarias generosa, y si eso no se acepta, déjelos seguir adelante y desordenarlo ellos mismos.
En una situación sin salida, debes equivocarte por el interés propio .
No se deje intimidar por plazos imposibles de alcanzar.
Obviamente tienes una buena idea de cuáles son los problemas. Ponlos en un correo electrónico a tu jefe. También sería bueno decir cuál es su solución preferida. Supongamos por el momento, es otro contrato de 6 meses en el que usted hace el trabajo correctamente.
Por el momento, parece que te están jugando. O aguanta o escapa lo más rápido posible. De lo contrario, dejarás el trabajo con un sabor horrible en la boca.
Solo mi $ 0.02.
Olvídate de ello y deja que tu jefe continúe con él, y concéntrate en los otros proyectos más importantes para ti en este momento. Intenta distanciarte de lo que está haciendo, explícale que debes priorizar lo que estás haciendo en otro lado. La experiencia lo ayudará a descubrir mejor ... que cualquier ayuda que pueda darle.
Repite después de mi:
El proyecto no es mi bebé
@Quarrelsome dijo que el resto de lo que esta publicación sería mucho mejor que yo.
Se trata de aprender a administrar a su gerente, establecer expectativas y controlar las percepciones.
1) Asegúrese de que su jefe sepa exactamente lo que es: un truco horrible. Explique todas las razones por las que no se puede mantener y el tipo de problemas asociados con esto en el futuro.
2) Sé honesto con tu jefe sobre que él lo mantenga. Explique que todo esto requiere una gran cantidad de conocimiento de programación y un movimiento incorrecto puede hacer que todo sea inestable e inutilizable. Y que le preocupa que será una gran pérdida de tiempo para los dos.
3) En el peor de los casos, sigue adelante y lo piratea, cuando te molesta por ayuda, haz que elija entre deslizar el programa en el que estás trabajando actualmente y ayudarlo con el Frankenstein. Dígale: "Sí, me encantaría ayudarte, pero sacaría lo que estoy trabajando por xyz cantidad de tiempo. ¿Es eso lo que quieres?" Comunique que cualquier retraso en el cronograma fue resultado de que él le pidió que trabaje en este otro tema.
Tu jefe no es una opción, ya sabes los motivos, los escribiste.
Argüiría por no usar la nueva versión de la aplicación de IM, sino por enviar su sistema con la versión anterior, a tiempo, sin hacer un trabajo adicional. La infraestructura subyacente cambia de sonido demasiado masivo. Es solo un prototipo, no hagas más de lo necesario. Si el cliente desea llevar adelante la implementación completa basándose en el prototipo, muy bien, proporcione una cotización razonable y, de hecho, póngase en contacto con la empresa de aplicaciones de mensajería instantánea e infórmese sobre las API estables para sus necesidades.
los problemas humanos son muy difíciles.
ser directo. no le diga a su jefe que es un tonto incompetente de un codificador, pero sea sincero sobre sus preocupaciones sobre horas y tal. si el jefe decide hacerlo, entonces date cuenta de que no puedes controlar todo. A veces, otras personas deben poder cometer sus propios errores y hacerlo a su manera. ayuda todo lo que puedas, tan gentilmente como sea posible, y asegúrate de controlarte para asegurarte de que las horas no empeoren. si lo hace, llámalo / a.
Recomendaría que no instalen la actualización a la mensajería instantánea si quieren seguir usando el "prototipo".
Luego, me gustaría pedirle disculpas por hacer un hackeo tan poco profesional e insoportable a una aplicación existente y ofrecerle investigar cómo implementar esa funcionalidad de una manera más simple y sostenible (otros clientes de mensajería instantánea con arquitecturas extensibles, por ejemplo), en su propio tiempo.
Como desarrollador de un contrato, debe mantener estándares más altos que si es un empleado regular, porque todo lo que haga definitivamente va a necesitar ser respaldado y mantenido por otra persona.