La declaración de interdependencia

Cualquiera que en conozca algo sobre metodologías ágiles de desarrollo conoce el manifiesto ágil, pero mucha menos gente conoce la declaración de interdependencia. Este segundo manifiesto, firmado por muchos de los autores del manifiesto ágil, es mucho más legible para los jefes de proyecto y gestores formados en las metodologías basadas en el control y la aversión al cambio. Además hace especial incapíe en la dependencia que existe entre los diferentes implicados en un proyecto (desarrolladores, clientes y stakeholders).


La declaración de interdependencia proporciona una serie de valores modernos, relacionados y a mi modo de ver imprescindibles para que un proyecto de desarrollo de software triunfe. En cualquier caso me ha parecido muy interesante y por eso he decidido traducir sus principios. Ya he hablado anteriormente en este blog sobre como ayuda, en mi opinión, contar con principios que guien tu trabajo como desarrollador.


Los principios de esta declaración, que todo equipo de desarollo ágil debería asumir sin problemas, son:


«Nosotros…



Incrementamos el retorno de la inversión enfocándonos en lograr un contínuo flujo de valor.
Proporcionamos resultados fiables involucrando frecuentemente al cliente y compartiendo con el la propiedad del proyecto.
Esperamos incertidumbre y la manejamos mediante iteraciones, anticipación y adaptación.
Liberamos creatividad y motivación reconociendo a los individuos como la fuente última de valor y creando un entorno donde ellos puedan marcar la diferencia.
Impulsamos el rendimiento mediante la responsabilidad compartida en los resultados y efectividad del equipo.
Mejoramos la efectividad y la confianza mediante procesos, prácticas y estratégias especificas para cada situación.
«


Más información (en inglés) en la página de Alistair Cockburn.

3 comentarios sobre “La declaración de interdependencia”

  1. Holas…!

    Empezando a investigar un poco más de «stakeholders», encontré algunos links interesantes de la definición de los que aún no saben:

    Acá hay un gráfico que da un overview de ellos: http://www.aulafacil.com/estrategia/Lecc-9.htm.

    Y este es un PDF interante, que trata sobre la importancia de los stakeholders y porque es necesario conocer a los grupos de interes: http://www.telefonica.es/responsabilidadcorporativa/pdfs/manualpracticarelaciones.pdf.

    Rodrigo, ¿?, a quienes consideras como stakeholders dentro de un proyecto?

    Saludos,

  2. Sergio,

    Existen diferentes terminos que se manejan en los proyectos, uno de ellos es saber distinguir claramente entre lo que son Usuarios, Clientes y Stakeholders.
    Definiendolo de manera sencilla diriamos que un «Cliente» es la persona que va a pagar por el sistema pero que no necesariamente lo va a usar, «Usuario» es la persona encargada de usar el sistema y es con quien vas a obtener la mayor cantidad de requerimientos porque es el que conoce el sistema en si.

    Si tuvieramos que dar una definicion breve de «Stakeholders» diriamos que son quienes tienen un interes en el proyecto, interes que puede ser positivo o negativo y que ademas podrian ser parte de la empresa o externa a ella.

    Por ejemplo si tuvieses que desarrollar un workFlow de tarjetas de credito dentro de una empresa financiera, tu cliente en si seria la empresa que esta contratando tus servicios, tus usuarios podrian ser el personal de tarjetas de credito que va a usar el sistema para una preaprobacion de las mismas (es un caso hipotetico claro) y los stakeholders serian las personas involucradas, usuarios, clientes que tienen una tarjeta de credito, talvez un grupo de la gente del area de sistemas no les conviene que el proyecto salga debido a ciertos arreglos que tienen, o otras empresas bancarias que no quieren que mejores el tema de entrega de tarjetas de credito. Como podemos ver hay mucha gente involucrada verdad 🙂 y es necesario tomar en cuenta a todos ellos para poder tener un mejor control del proyecto ya que todos ellos podrian influir de manera positiva o negativa en el mismo.

    Un saludo desde Peru,

    Ivan Mostacero

  3. Excelente definición Iván!!! Se puede decir más alto pero no más claro.

    De todos modos, siguiendo con la taxonomias de implicados en proyectos me encanta la división que hace Scrum entre Cerdos y Gallinas. Los Cerdos son todos los que están comprometidos en el proyecto, los que se juegan algo directamente con el proyecto. La Gallinas son aquellos que están solo implicados en el proyecto, los que tienen interés en el proyecto.

    Una gallina y un cerdo conversaban sobre negocios. La gallina planteó al cerdo: “Quieres abrir un restaurante conmigo”. El cerdo consideró la propuesta y respondió: “Sí, me claro. ¿Y cómo lo llamaríamos?”. La gallina respondió: “Huevos con beicon”.

    El cerdo se detuvo, hizo una pausa y contestó: “Pensándolo mejor, creo que no estoy interesado en abrir un restaurante contigo. Yo estaría realmente comprometido, mientras que tu estarías sólo implicada”.

    Scrum diferencia entre estos dos grupos para establecer garantias de que quienes tienen la responsabilidad pueden ejercer también la autoridad necesaria para poder lograr el éxito, y además evitar que quienes no tienen la responsabilidad no producen interferencias innecesarias.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *