Cita:
Empezado por AzidRain
Definitivamente no veo como una metodología ágil encaje en proyectos de gran envergadura y no he visto implementaciones de la misma a ese nivel.
|
Si te puedo asegurar algo, es que las empresas grandes y de proyectos de envergadura, SEGURAMENTE han probado de *todo*. SCRUM y AGILE lo usan MS, Google y seguro un monton mas.
De esas empresas, en esos proyectos... de eso viven los consultores que promueven esas metodologias
Ahora, si lees del tema, veras que lo implementan a nivel de equipos (a nivel tactico) y en empresas con MS, Google, permiten a diversos grupos implementar metodos diferentes...
Cita:
Empezado por AzidRain
Por ahí en un seminario me decían que scrum requiere: desarrolladores con alto nivel de especialización y compromiso, proyectos con una gran urgencia de salir a producción, y una serie cosas que sencillamente en proyecto muy grande es imposible de cumplir.
|
Que tipo tan despistado!
Lo que esta describiendo no es SCRUM, ni nada parecido. Esta describiendo el tipo de ambiente que se vive en una startup.
Cita:
Empezado por AzidRain
Y luego está la cuestión de los constantes imprevistos, scrum se basa en una apreciación subjetiva de "cuanto tiempo tardas en hacer tal tarea" lo que sabemos implica que en medio de la tarea surja algo que no se había previsto y la presión para quien desarrolla es bastante alta.
|
De hecho, los metodos agiles son los mas IDEALES PARA ESTO.
Por ejemplo:
http://scrummethodology.com/
Cita:
|
Scrum’s early advocates were inspired by empirical inspect and adapt feedback loops to cope with complexity and risk. Scrum emphasizes decision making from real-world results rather than speculation.
|
Por lo tanto, adaptarse a un ambiente cambiante es la RAZON DE SER de estos metodos.
Lo de "cuanto tiempo tardas en hacer tal tarea" creo que lo estas entendiendo mal. Si existe algo bueno rescatable de SCRUM es precisamente ese punto. La parte CLAVE es que si una tarea se estima como muy larga, entonces hay que partirla en pasos mas pequeños.
Es lo normal hacer tareas que
duren horas, no dias. El punto clave es que estimar a corto plazo tiende a ser preciso, pero a largo es casi imposible.
-----
En cuanto a las limitaciones de SCRUM, wikipedia las expresa bien.