¿A los programadores les gusta crear plazos? Soy un desarrollador web, y los horarios/plazos están por todas partes en mi campo. Pero he trabajado con algunos ingenieros/programadores de software que odian los plazos, ¿hay alguna forma de evitarlo?¿Cómo maneja la programación/fechas límite alrededor de los programadores?
En primer lugar, debe distinguir entre plazos y estimaciones.
En general, los programadores deben crear estimaciones, y las ventas/marketing crearán plazos.
Se producen problemas cuando no se pueden resolver los dos, si la fecha límite es menor que la estimación.
Consejos útiles para dev (derivaciones):
Consejos útiles para los vendedores/creadores de plazo:
Bien, estoy bastante contento con un plazo si ese plazo ha sido determinado por el proceso de estimación bien pensado, con la participación de los directivos y los ingenieros y los requisitos para lo que se supone que se entregarán en dicha el plazo está bien definido.
Creo que depende de cómo se crean los horarios. El desarrollador debe tener un papel importante en la elaboración del cronograma. De lo contrario, ¿cómo sabrá si es razonable o no?
Si alguien en la alta gerencia simplemente dicta que "Característica X debe hacerse por Y" sin tener una buena idea de cuánto tiempo realmente podría tomar (algunas cosas son mucho más complicadas de implementar de lo que parecen) entonces eso es una mala cosa Sin embargo, si trabajan con los desarrolladores para estimar la cantidad de esfuerzo realmente requerido y equilibrar eso con el resto de las necesidades de la compañía, entonces generalmente funciona bastante bien.
Tradicionalmente solo puede ajustar la calidad, las características o el tiempo, siendo la última la fecha límite. Calidad con la que realmente no quiere perder el tiempo. Entonces, mientras el proceso que está utilizando le permita calibrar las características para alcanzar los plazos, estoy bien.
Las revisiones periódicas son cruciales:
Debe tener fechas límite, pero igualmente th Estos plazos deben ser realistas y mensurables. Mover las especificaciones va a molestar al desarrollador, puede ser inevitable, pero no tenga miedo de mover cosas (después de las discusiones).
Las fechas límite y las estimaciones de trabajo nunca serán particularmente precisas, pero las técnicas básicas de Gestión de proyectos deberían significar que las personas son conscientes de que las han omitido y de por qué sucedieron.
Programadores ODECEMOS plazos por muy buenas razones!
Es casi imposible estimar con precisión cuánto tiempo tardará una pieza de código en diseñar, escribir y depurar hasta que lo haya hecho.
Desde mi experiencia personal, he pasado más de una semana obteniendo un script de shell "simple" para trabajar, que habría estimado en alrededor de una hora. Por otro lado, tomó aproximadamente una semana escribir un analizador sintáctico para las definiciones de datos COBOL (incluyendo todos los INCREÍBLES COMP COMP-3 OCCURS redefinen el SYNC y los bytes slack) que había estimado en aproximadamente dos meses.
El otro gran problema es que, frente a unos plazos ajustados, los programadores omiten las mejores prácticas y comienzan a piratear. De este modo, se ahorra aproximadamente el 50% del tiempo de codificación, pero se agrega un 300% al tiempo de prueba y depuración.
Los desarrolladores deben participar en la creación de los plazos. Si son arbitrarios y se crean sin la participación de los desarrolladores, entonces tienen derecho a quejarse. Los proyectos legítimamente obtienen restricciones de tiempo de las empresas, pero los recursos y las características deben ajustarse para compensar. Esos ajustes no se pueden hacer sin la participación de los desarrolladores (sin mencionar BAs, QA y gente de operaciones).
La única ingenieros de software/desarrolladores que he conocido que odian plazos sienten de esa manera por una de dos razones:
-1 Es también depende de nosotros los desarrolladores para mejorar la forma en que hacemos estimaciones. No es "casi imposible", requiere práctica. Sería capaz de estimar alguna tarea casi exactamente porque sé exactamente lo que sucederá gracias a mi experiencia. No odio las fechas límites ya que me ayudan a enfocarme con un objetivo, odio las fechas límite irreales para mis publicistas :) – marcgg
Novato o no, cuando busqué nuevas soluciones para errores desconocidos, mi jefe me sigue presionando para preguntar sobre los plazos. Si soy demasiado honesto, me costará trabajo. ¿Qué se puede esperar? Somos programadores y tienen un tiempo completamente desajustado por una cosa: pensamiento excesivo. –
De acuerdo! Nunca puedes estimar una tarea que nunca has hecho antes. Es fácil estimar los sitios web de CRUD pero no se puede buscar información sobre la cual se debe investigar. Hasta que sepa cómo hacerlo, no puede dar una estimación adecuada. Lo mismo sucede cuando tengo prisa. Solo escribo código rápido sin siquiera pruebas básicas y luego refacciono el desastre por días \ –