Buenas tardes estimado profesor Alfredo Barrientos

Me ha gustado mucho todo lo que he escuchado de vos. Veo que tenés una gran experiencia en el tema.

Te cuento que por lo menos en mi experiencia en Costa Rica mi país es que Scrum no es otra cosa mas que una fraude . En mis años NUNCA le he visto el lado bueno a Scrum. Todo mundo presume usarlo pero cuando ves el día a día dentro de la organizaciones te das cuenta que no lo usan bien y que son un desastre.

Es como el comunismo, En la letra es una maravilla pero en la practica es un desastre.

Sé que no debo culpar a la metodología, si las cosas son manejadas por humanos hay procesos de aprendizaje y mejora que deben irse implementando poco a poco.

Voy por esta clase y solo veo un mundo ideal donde si se hace todo al pie de la letra todo debería de ser perfecto. Mmmm en teoría sí. Pero no se habla de que pasa cuando las cosas no salen como se quiere y comó esta metodología ayuda a solventar esas crisis más allá de despedir programadores cuando el Scrum Master y el Product Owner no quieren asumir su responsabilidad y para congraciarse con el cliente lo que hace es quitar elementos del equipo y crear una rotación fuerte de personal. Prácticamente con todas las métricas que Scrum puede dar, un programador puede decir que en su primer día de trabajo comenzó su proceso de despido.

Ahora. Si en el día a día un programador entrega mal su codigo y no sigue instrucciones, ahí doy toda la razón para mover a un elemento del equipo. No estoy justificando lo injustificable.

Pero cuando se ofrecen plazos de entrega de producto que no se pueden cumplir y se explota al equipo y si las cosas no salieron a tiempo ahí Yo veo responsabilidad del Srum Master y del Product Owner pero nadie despide a estas personas, los que pagan los platos rotos son los miembros del Development Team

Cómo puede esta metodología ayudar a mejorar estas crisis sin desmembrar al equipo?

El centro de mi critica para lo que vos enseñas es que en la definición de Scrum lo ponen como el arte de hacer el doble del trabajo en la mitad del tiempo. No digo que eso no se pude, pero creo que ese caballo de batalla con el que han promocionado esta metodología le ha hecho MUCHO daño a las organizaciones.

vos decís que en EUA se vive ese mundo ideal donde las cosas se hacen correctamente pero en LA y en mi caso por mí experiencia he visto el desastre que ha causado esta metodología al ser mal aplicada porque ven esto como una forma automatizada de poder producir más y a menos costo monetizando y deshumanizando los procesos.

Lo que me asusta es que en mi experiencia en esta metodología es que solo el development Team es evaluado pero las cabezas de los proyectos No.

Estamos todavía en LA en pañales con esto? Porque la gte corre como loca para certificarse en Scrum como una moda? Puede un Develpment Team tener un Scrum Master y un Product Owner que no sean del área de la tecnología?

Este seria mi comentario y espero haber sido claro y a la vez respetuoso. Mi intención no es la contender, Más bien es la de dar mi punto de vista y contar mi experiencia.

Saludos Cordiales!