Feda /dev/ - No Javascript allowed

#18088 Yo he trabajado para empresas tochísimas, medianas y para startups de cinco personas, y en todas se hace agile del sabor que le apetezca al manager de turno.

Se hace porque la ingeniería software, por su naturaleza, requiere descubrir complejidad mientras se desarrolla lo cual implica riesgo, al contrario que otras ingenierías en las que toda la complejidad y riesgo se desmenuza antes de comenzar la ejecución. Yo sólo vería lógico no hacer agile cuando sea un sistema crítico que vas a invertir tiempo a porrillo en análisis y diseño.

#18092 Scrum no es agile.

Lo habitual en FANGS es una cascada con micro ciclos de agile para detalles o solucionar problemas que te encuentres. Pero los objetivos y deadlines iniciales no suelen cambiar salvo algo gordo.

Si no eres capaz de hacer la cascada bien, dos opciones:

has hecho un workpackage muy ajustado, a 3 meses vista y no ajustaste el coste real.
has hecho un workpackage demasiado amplio en el horizonte y conforme te acercas cambian las prioridades. No identificaste bien las prioridades al principio.

Lo mas habitual que me encuentro. Para cada equipo y cada empresa, hay que ajustar los tiempos a la realidad de tu situacion. Obvio no? Pues en mi experiencia nadie lo hace de 90 proyectos que he visto plannings.

yo he tenido que definir deadlines de proyectos de 2 a;os y son una autentica gilipollez. pero algun directivo necesita la deadline para venderla a clientes y prometer cosas que van a tener a X vista.

#18094 Scrum es una metodología ágil por mucho que existiera antes que el agile manifesto, eso es así xD Y ya te digo yo que en FAANG he visto en segunda persona deadlines de epics cambiar, y scope, y lo que haga falta. Y quien nunca haya visto una big tech retrasándose o cambiando scope que tire la primera piedra...

#18093 Las estimaciones sólo deberían establecerse conforme a complejidad, en una currency que sólo sea relevante para el equipo y sólo para ser capaz de entender la capacidad del equipo y así no hacerle tragar más de lo que puede digerir, nunca para entender la productividad del mismo.

#18095 a mí pasando estos días, pero la estimación no es la que "me lleve", si no, la que se ha prometido al cliente, y me han jodido basto porque he estado todo el rato con la presión del "tiempo". Al final me han tenido que dar días extra porque era imposible llegar al tiempo, pero así no me gusta trabajar sinceramente.

#18097 Creo que te estás liando entre Agile con mayúsculas (en referencia al Agile manifesto) y agile con minúsculas, en diferencia a todo lo que se consideran metodologías ágiles.

De la primera línea de nuestra querida Wikipedia:

Scrum is an agile framework for developing, delivering, and sustaining complex products

Incluso en la definición de Scrum.org (los primeros interesados en no llamarlo agile para así vender certificaciones y cursos de algo que no es Agile) usan la palabra "agile" en varias ocasiones.

Pero vamos, que es semántica, por mí como si quieres llamarlo "metodologías de planificación adaptativa", yo que sé xD Es obvio que Scrum tira por ahí y no por waterfall.

#18096 un honor tu visita, como se nota tu cambio de nacionalidad

#18105 "lo que yo conozco como"

Me hace gracia que el mismo siempre dice verdades absolutas (SCRUM no es ágil/agile) y luego dice que "su experiencia" y que "teóricamente no sabe". Si ni e has leído el prólogo de la guía SCRUM es un poco atrevido debatir sobre ello ¿no?

Cuanto hate al management, ¿no? Supongo que lo de #18107 tiene lo suyo de trolleo pero aunque todo el equipo fuera un grupo de gente que se coordina mágicamente y tienen una visión del producto común y de sus objetivos, ¿de alguna forma tendrán que organizarse entre ellos y con otros equipos?

Otra cosa son empresas en las que el equipo se autogestiona y organiza de puta madre pero la empresa empieza a crear puestos de middle management como setas just because.

Vamos, resumiendo, ¿hacia dónde va el management?

#18109 Ídem

#18110

#18112 El problema es que la inmensa mayoría son el punto 5 de esto: https://en.wikipedia.org/wiki/Bullshit_Jobs En la mitad de trabajos que he tenido si quitas al management y nos dejas solos a los programadores acabamos antes y mejor.

#18117 Huh. Nunca te lo había leído antes de que yo lo mencionara. Fíjate que hasta hace 3 dias nunca habías utilizado el termino en todo el hilo. Segun mi scrapper. Mi primera referencia es en #10699 donde fíjate que te lo menciono a ti.

Si conoces cosas interesantes deberías compartirlas.

#18118desu:

hasta hace 3 dias nunca habías utilizado el termino en todo el hilo

Y como todo el mundo sabe, ninguno de nosotros existimos fuera de este hilo, somos un producto de tu imaginación creado por tu subconsciente.