Programadores: ¿Qué pasa cuando entregáis tarde un desarrollo?

SikorZ

#30 ¿y sólo has trabajado de eso? xD

1 respuesta
HeXaN

#31 Para algo he enfocado mi carrera (educativa y profesional) a eso, digo yo.

1 respuesta
SikorZ

#32 No tengo por qué saberlo yo lol

RA_MeSiAs

#26 si el scrum se hace bien, no veo problema la verdad, y si no se hace bien... no es mi problema.

Y mono pues al principio si claro, como todo hijo de vecino, pero en ese estado estuve pocos meses, empecé sobrecualificado en el puesto y pronto fuí yo el que estimaba sus propios desarrollos.

En mi trabajo actual viene a ser fijarse unos proximos objetivos sin fecha limite, simplemente los voy haciendo lleve el tiempo que lleve, y cada lunes añadimos nuevos objetivos en funcion de cuantos queden de la semana pasada sin terminar... logicamente ahora no estoy en una consultora.

1 respuesta
SikorZ

#34 Pues entonces sí que has entregado cosas tardes o dicho de otra manera, quizás no lo has hecho porque se van ampliando las fechas de entrega según las necesidades.

Lo cual no significa que no hayais entregado nada tarde pero bueno xd

2 respuestas
TripyLSD

Pues en desarrollo no he trabajado, pero con deadlines todos los que quieras.

No obstante mi área de trabajo es bastante crítica y no suele importar que los deadlines se extiendan más tiempo del debido por "x" o por "y" (y quien lo hace, es porque no ha sufrido un problema gordo por meter prisas y hacer las cosas mal xD ) .
Hemos tenido casos que se han extendido por más de un año del estimado, así que imagína.

En líneas generales, considero que una empresa es una mierda si valoran más cumplir los deadlines que hacer las cosas correctamente.
En el caso de desarrollos, si fuera un cliente, prefiero que me des un desarrollo bien hecho, bien documentado, y bien testeado, antes que un barituyo de código que ni tú mismo sabes por dónde va a salir.

1
Ronjoujoujou

#35 The posturing.

2 respuestas
RA_MeSiAs

#35 Que haya una reunión cada lunes no significa que todas las tareas conlleve hacerlas/tengan una estimación de una semana.

#37 The experience and credibility.

1 respuesta
FUNnn

Simplemente di que todavía le falta y porqué. Ellos verán si es tuya o no la culpa, y si se atreven a despedirte

SikorZ

#38 No he dicho nada de eso, pero si la fecha límite la puedes mover cada vez que te encuentras problemas no es que nunca entregues cosas tarde, es que mueves la fecha y por eso jamás podrás entregar nada tarde.

Aquí hablamos de deadlines, cosas que deben entregarse al cliente el dia X y no ha sido entregado porque no ha podido terminarse o whatever.

Como decía #37 el postureo típico de los Bill Gates de MV xD

1 respuesta
RA_MeSiAs

#40 Que no se mueve la deadline, que si una tarea se fija un lunes y puede llevar hacerla 1 mes, al lunes siguiente va a seguir alli la tarea. Por cierto, ahorrate los calificativos hacia mi, puesto te estoy explicando como es mi trabajo con educacion (puesto lo estás valorando tu desde fuera), si no tienes interes tan solo pasa de mi comentario.

Y por si te interesa saber como funciona la metodologia scrum, te dejo este enlace:

https://es.wikipedia.org/wiki/Scrum_(desarrollo_de_software)

Tal vez así comprendas un poco más los diferentes enfoques de sprints y deadlines y como trabajar con ellos.

JuAn4k4

Estimación != Deadline

B

Donde estoy llevamos una pachorra fina. Estamos desarrollando un nuevo producto bastante puntero y nos tienen en palmitas y sin pretensiones de que haya nada listo al corto plazo. Cada X tiempo les damos una sorpresita con los avances y se quedan contentos, pero raro es el sprint que termina según lo proyectado por no saber la mayoría de veces a qué nos enfrentamos. Estuve en otra que era al revés, daba igual lo rápido que fueras que siempre ibas tarde y me acabó quemando mucho. No vuelvo a trabajar en una empresa de esas de "lo quiero todo para ayer".

Usuarios habituales