Visto en Internet, ¡y hay que compartir! Sub para compartir esos tuits, estados de Facebook o fotos de Instagram que merecen la pena. No solo humor, también mensajes que sean interesantes.
#8 Nosotros lo cambiamos hace tiempo al agile y funciona muy bien. Qué problemas teníais? La gracia de este sistema es que te ayuda a ver ANTES los problemas. Pero si no los solucionas pues evidentemente que seguirá estando mal el cómo trabajáis e incluso peor por lo que comentas de las reuniones.
Así a bote pronto dos de las características "guays" son: al ser entregas cortas da tiempo a tener feedback entre equipos, por ejemplo el equipo de marketing nos dice que la feature relacionada con X cosa no ha tenido gran impacto. Podemos entonces reorganizar tareas y meter otras en vez de las que teníamos planeadas para dicha feature.
O también la productividad y el cómo se trabaja, te obliga a seguir buenas prácticas en cuanto a validación haciendo tests, ya que sin un test o algo que valide no se da por cerrada la tarea. Y tarea no cerrada significa que trabajo no hecho. Trabajo no hecho es que estás calentando la silla, así que a tu casa a hacer el lelo.
En resumen, es buen sistema para enterarte de dónde están los problemas e ir minimizando tiempos en el proceso de trabajo.
#9 por lo que tengo ya entendido, nosotros no tenemos un sistema puro, se puso el sistema hace un tiempo y se ha quedado en cierta manera, algunas cosas bien y otras mal.
El primer problema es el de siempre: falta de documentación.
El sistema agile no lo solventa ni lo afronta, salvo qie alguien asuma que debe hacerse, se puede tener reuniones diarias o refinamientos, pero si no tienes un conocimiento amplio o lleves tiempo en el proyecto, no puedes seguir el ritmo del resto.
Otro problema es que si el usuario no pone de su parte, por mucho agile que pongas si el usuario es cerradl en formas o por que aunque el usuario del equipo puede ser agile, el resto de la empresa no tiene el ppr que serlo.
Y el scrum master lo veo como controlador de que nada se salga fuera de la norma de agile, pero no toma decisiones técnicas ni de funcionalidad, no se pelea con el cliente para obtener información,... Así qie lo veo en el típico papel de jefe que arenga a sus michachos a que trabajen y que todo esté bien imputado,.. burocracia y poco más.
Así que no lo veo mal agile, pero los peoblemas de siempre no se solventan.
#3 sinceramente, yo estoy en proceso de cambio de sistema antiguo a sistema agile, y lo único que veo que los problemas que había antes se trasladan ahora, pero tienes más reuniones y más gente por encima.
Eso si, pregunta por documentación del proyecto, que todo el mundo se hace el sordo, ....
Y tiene gracia si sabes de que va el tema.
Así a bote pronto dos de las características "guays" son: al ser entregas cortas da tiempo a tener feedback entre equipos, por ejemplo el equipo de marketing nos dice que la feature relacionada con X cosa no ha tenido gran impacto. Podemos entonces reorganizar tareas y meter otras en vez de las que teníamos planeadas para dicha feature.
O también la productividad y el cómo se trabaja, te obliga a seguir buenas prácticas en cuanto a validación haciendo tests, ya que sin un test o algo que valide no se da por cerrada la tarea. Y tarea no cerrada significa que trabajo no hecho. Trabajo no hecho es que estás calentando la silla, así que a tu casa a hacer el lelo.
En resumen, es buen sistema para enterarte de dónde están los problemas e ir minimizando tiempos en el proceso de trabajo.
El primer problema es el de siempre: falta de documentación.
El sistema agile no lo solventa ni lo afronta, salvo qie alguien asuma que debe hacerse, se puede tener reuniones diarias o refinamientos, pero si no tienes un conocimiento amplio o lleves tiempo en el proyecto, no puedes seguir el ritmo del resto.
Otro problema es que si el usuario no pone de su parte, por mucho agile que pongas si el usuario es cerradl en formas o por que aunque el usuario del equipo puede ser agile, el resto de la empresa no tiene el ppr que serlo.
Y el scrum master lo veo como controlador de que nada se salga fuera de la norma de agile, pero no toma decisiones técnicas ni de funcionalidad, no se pelea con el cliente para obtener información,... Así qie lo veo en el típico papel de jefe que arenga a sus michachos a que trabajen y que todo esté bien imputado,.. burocracia y poco más.
Así que no lo veo mal agile, pero los peoblemas de siempre no se solventan.
Eso si, pregunta por documentación del proyecto, que todo el mundo se hace el sordo, ....
Y lo del tema de comunicación, pues pssschhh