Cap VI: Cuando incorporar más gente es desastre asegurado, El libro negro del programador. 💻

Cuando incorporar más gente es desastre asegurado

• Cuando un proyecto es subestimado en recursos es difícil que termine bien.
• Muchas reuniones no son necesarias en la elaboración de un proyecto, somos muy respetuosos con nuestro propio tiempo, pero nada con el de los demás.
• La paz mental del desarrollador es fundamental para que el proyecto marche bien.
• Cuando el equipo se da cuenta que no llegarán a tiempo de entrega, los jefes exigen casi siempre «entregar algo» que funcione y ya; a corto plazo todo parece bien, pero a mediano y largo plazo los problemas empiezan a aparecer.
• Si incluimos nuevos miembros en el equipo de desarrollo cuando no damos abasto para llegar a las fechas de entrega, estamos empeorando notablemente la situación y lo que haremos será adelantar aún más el fiasco.
• Incluir un nuevo miembro al equipo tiene su coste, de capacitación, de preguntas, de acoplamiento al estilo de trabajo de la nueva empresa. No se le puede exigir ser productivo y eficiente desde el día 1.
• En software ocurre más que en ninguna otra profesión que aún entregando una solución que funciona, según el tiempo que se haya tenido para desarrollar, la calidad de lo entregado puede ser muy dispar.
• El error que cometen los gerentes es: si 2 programadores hacen un trabajo x, entonces 4 programadores lo harán 2x más rápido.
• Cuando no hay una buena organización y planificación del proyecto entonces se fuerza al programador a que la calidad de su trabajo sea menos profesional con tal de llegar a tiempo.
• Es responsabilidad del programador líder advertir estas situaciones y hacerlas conocer al superior inmediato antes del desastre.
• Cuando se exigen retos imposibles de cumplir por una presión exagerada de llegar al dia de entrega causa malestar en el equipo.
• Cuando un equipo falla en un proyecto, por la razón que sea, el responsable es siempre y sin excepciones el líder o manager.
• Por ley: el equipo que inicia el proyecto debe ser el mismo que lo acabe; tratar de no incorporar gente nueva al proyecto.
• Resulta útil indicar que si hay posibilidad de llegar a las fechas será a costa de hacer un trabajo menos profesional

Te dejo el link gratuito de El libro negro de programador por si te intesa leerlo, o dale click a la imagen: