Me he permitido traducir al español el título de este artículo de Tobias Mayer que destacan también en InfoQ. En él se critican ocho de los aspectos de Scrum que resultan más engorrosos, proponiendo alternativas que se han demostrado más eficientes durante los últimos años.
El artículo es bastante bueno, aunque no sé si mi opinión es sesgada porque estoy de acuerdo con todos los puntos. El caso es que muchas de las conclusiones ya se pueden leer en el fenomenal artículo de Henrik Kniberg Scrum and XP from the trenches, que es casi de obligada lectura.
Aún así, lo más impactante quizás de este artículo es el párrafo final:
On 30 January 2007 I was fired from the Scrum Alliance for challenging the leadership on issues of integrity and transparency. I no longer teach CSM classes. The official reason for the termination: “…the effort to sustain you has exceeded the benefit you bring to the ScrumAlliance over the last year” is a little unclear to me, but it was my time to move on, so there are no hard feelings there, and it does allow me to begin to explore Scrum and Agile in new ways. If we don’t press for change, as context of place and time dictate, then we are in danger of becoming that which we set out to challenge: another silver bullet with fixed solutions to fit every problem. And the Scrum Alliance is in danger of becoming another command and control organization, shot through with rules and contracts to control the course of this new silver bullet. I reject that approach: I embrace chaos, and I embrace holistic, context-sensitive approaches to creating essential change.
Interesante. ¿Está Scrum (extiendase a otras metodologías ágiles) cayendo en manos del formalismo empresarial? La verdad es que poco se puede especular en base a este despido ya que siempre puede haber razones que desconozcamos. Pero la verdad es que no sería raro que una organización de este estilo se dedicara a hacer dinero, vendiendo cursos y formación y terminase anquilosando la metodología.
En fin, me quedo con las buenas ideas del artículo.
Suscribirse a:
Enviar comentarios (Atom)
Subscríbete al feed
Regístrate con Feedburner y recibirás por email todas las novedades
Comentarios Recientes
Recent Comments
Etiquetas
- programación (190)
- Arquitectura (90)
- java (78)
- Otros (76)
- empresa (62)
- sistemas (61)
- escalabilidad (56)
- agile (54)
- emprendedores (48)
- Irlanda (42)
- Open Source (31)
- google (27)
- empleo (26)
- humor (24)
- amazon (22)
- eventos (22)
- metodologías (22)
- fun (21)
- rendimiento (21)
- software (21)
- dublin (20)
- testing (18)
- startups (17)
- galicia (15)
- hadoop (15)
- spring (15)
- datacenter (14)
- seguridad (14)
- unit testing (14)
- web 2.0 (14)
- cloud computing (13)
- grails (13)
- jobsket (13)
- libros (13)
- Ingeniería (12)
- eclipse (12)
- facebook (12)
- bases de datos (11)
- virtualización (11)
- yahoo (11)
Archivo de Entradas
-
►
2011
(58)
- ► septiembre (5)
-
►
2009
(61)
- ► septiembre (3)
-
►
2008
(129)
- ► septiembre (11)
-
▼
2007
(217)
- ► septiembre (17)
-
▼
febrero
(15)
- EclEmma, de lo mejor en cuanto a cobertura de código
- Guía para la resolución de problemas en Java 6
- ¿Cuándo Scrum no es Scrum?
- Dentro de MySpace.com
- Comet y terracotta de la mano
- Aprovechándote del trabajo de los demás
- Servidores de aplicaciones y responsabilidades sob...
- Le pedimos perdón por haberle cobrado de más
- Phoenix Park y hielo en Stephen's Green
- Eclipse RCP, productividad y suites de creación de...
- Tres cosas que echo en falta en WebLogic respecto ...
- Treintañero
- Como hacer rápidamente pruebas unitarias y de inte...
- Tests en el water
- Applets, más vivos que nunca
Mi CV
Cosas que leo
List
También tenemos una tienda de Colchones y Sofás en Betanzos
comments
0 Respuestas a "¿Cuándo Scrum no es Scrum?"Publicar un comentario