Feda /dev/ - No Javascript allowed

@Wei-Yu

https://stackoverflow.blog/2020/12/07/measuring-developer-productivity/

Tengo una dude a Agile/Scrum/Soplapolladas.

Como le llamáis a poner la dificultad de una tarea una vez completada?

Yo conozco la bobada de "estimar" la dificultad/complejidad y luego ir completando tareas y pintas la velocity.

Como se le llama a hacerlo del revés? Completamos tareas y luego decimos cuanto nos han costado (en team effort / team hours obviamente).

#18551 Time tracking, ¿no?

Yo siempre he visto a gente decir: story points es complejidad, no tiempo, y pasarte una tabla de story points = tiempo, royo 1sp = 1d, 2sp = 3d, etc..

A mi me encanta cuando los equipos se miden sus story points y luego se valora por el número ese, algunos equipos valorando 1-5sp casi todos, y otros 25-50sp, y te venían, oye que hacéis solo 50-100 a la semana, este equipo me hace 200-300.

Y todas las semanas un burra por el equipo que hizo 500sp.

Yo lo que tendria es un Gantt dinámico donde se alimenta del backlog.

Defines "epics" de casos de uso para empezar, si queréis para mantener un poco el vocabulario familiar.

Y dentro de las epics vas generando sub tareas que puedes etiquetar por complejidad.

Terminas una tarea, si hace falta cambias su complejidad o la divides en subtareas que has realizado, y añades los tiempos reales.

Siempre complejidad <=> Tiempo.

Y manteniendo un grupo ordenado/parcial ordenado.

De esta manera estas metiendo "puntos" para tu modelo predictivo.

Conforme crece el dataset las estimaciones serán más accurate.

Esto existe?

#18555 Aquí no se mantiene el orden entre equipos, es decir.

10sp equipo 1 > 50sp equipo 2.

Lo he explicado arriba.

La propiedad de orden NO se puede romper nunca.

A vosotros tambien os pasa que para tener acceso al kibana de producción teneis que llamar por telefono al equipo IT para que os den las credenciales? Y que además expiran cada mes?

Me gustaría mandarlos a la mierda, compartiendoles algun artículo donde se exponga la terrible idea de hacer eso y que no tiene ningún sentido. Alguna sugerencia?

#18560 Tal y como yo lo he contado? Con predicción, solo basado en complejidad y duración por complejidad?

A ver pásame link.

Sino es un side project que quizás hago.

Para github había extensiones del estilo pero no hacían esto. Para gitlab no me suena.

#18561 No me pasa con kibana pero si con muchas cosas de infraestrctura. Quejate a tu jefe razonandole la cantidad de HORAS que estas perdiendo. No puedes hacer mucho mas al ser otro equipo.

#18561 Lo que dice Desu, el sueldo de un developer es alto, y no hay nada más que joda a tu jefe que las horas muertas

• "Arrancamos" sprint el Lunes, los tickets a medio hacer pero era necesario arrancar porque si.
• Hasta el Martes por la tarde no se acaban de definir los tickets y se cambia la feature 2/3 veces.
• No se mueve la fecha de finalización del sprint ni se recorta en número de tickets para hacer.
• Llega el Viernes y todavia faltan la mitad de tickets por empezar, ya no hablo siquiera de testear todo bien.
• El PO no entiende que ha podido pasar.

Todavía se sorprenderán de por qué he decidido irme de la empresa JAJAJ

#18567 tu estabas currando para una empresa de suiza no? o era otro zorro? xD