sábado, 17 de junio de 2017

DSN_XP y su acercamiento al modelo Open Agile

Como DSN_XP nos fundamentamos en una perspectiva importante para el diseño y se trata justamente del denominado equipo humano.

Habíamos estudiado varios conceptos relacionados con la cultura de las organizaciones y en el 2011 encontramos un material multimedia que confirmó nuestras observaciones. 
Es posible introducir en las organizaciones un modelo cultural AGILE que contenga el espíritu colaborativo y produzca impacto en el cultura de la organización (este concepto más tarde sería referido como la capacidad de "escalar" el framework en las organizaciones.

Confirmamos también que el modelo propuesto es compatible con nuestros principios basados en la permacultura para enfoques humanos en el diseño de proyectos.


No solo son las herramientas las que permiten enfocar lo disperso por la cultura organizativa sino también el que más tarde sería denominado como MINDSET...



Hasta logramos mirar un proyecto fantástico que juntaba inclusive conceptos de arquitectura avanzada y soporte en modalidad comunitaria, mira esto...




domingo, 10 de febrero de 2013

Historia: El manifiesto ágil


Desde el 11 hasta el 13 de febrero del 2001, en ​​Lodge Snowbird una estación de esquí en las montañas de Wasatch de Utah, diecisiete personas se reunieron para hablar, esquiar, relajarse y tratar de encontrar un espacio en común para todos y por supuesto, para comer.
Lodge Snowbird (montañas de Wasatch de Utah)

Lo que surgió de esta reunión fue el "Manifiesto para el desarrollo ágil de software" 
Los representantes de:
Reunión de simpatizantes con la necesidad de una nueva alternativa a la ya existente 
basada y dirigida en la documentación y en los procesos "pesados" de desarrollo de software
Ahora bien, organizar una reunión de encuentro con los más grandes anarquistas sería difícil de realizar, así que lo que surgió de esta reunión es simbólico, un Manifiesto para el Desarrollo Ágil de Software, firmado por todos los participantes.

La única preocupación respecto al término "agile" (ágil) fue puesta de manifiesto por Martin Fowler (un británico para aquellos que no lo conocen) y que permitió su adopción ya que la mayoría de los estadounidenses no sabían cómo pronunciar la palabra "ágil".

Las preocupaciones de Alistair Cockburn reflejaban los pensamientos iniciales de muchos de los participantes.

"Yo personalmente nunca esperé que particularmente este grupo de agilistas se pongan de acuerdo en algo sustancial". 

Pero los sentimientos finales, después de la reunión, también fueron compartidos con muchos de los participantes.

"Hablando por mí mismo, estoy encantado con la redacción final [del Manifiesto]. Me sorprendió que los otros parecían igual de encantados con la redacción final. Así que nos pusimos de acuerdo en algo sustantivo".

Nos nombrarnos a nosotros mismos como la alianza ágil o "The Agile Alliance". Este grupo de pensadores independientes sobre el desarrollo de software y a veces, la competencia entre sí mismos, llegaron a ponerse de acuerdo en el Manifiesto para el Desarrollo ágil de Software como se muestra en la foto. Pero mientras que el Manifiesto nos ofrecía algunas ideas específicas, había un tema más profundo que aunaba a muchos de los miembros de la alianza, pero no a todos. 

Al término de la reunión de dos días, Bob Martin bromeó diciendo que estaba a punto de hacer un declaración muy "ligera". 

Sin embargo, aunque teñido de humor, unos pocos no estaban de acuerdo con los sentimientos de Bob respecto a que...

Todos sentimos el privilegio de trabajar con un grupo de personas que tenían


  • un conjunto de valores compatibles
  • un conjunto de valores basados ​​en la confianza y el respeto mutuo
  • la promoción de modelos de organización basados ​​en las personas, la colaboración y la construcción de estos tipos de organizaciones para las comunidades con las que se desea trabajar. 
En concreto, creo que los metodólogos ágiles son realmente aquellos que, de forma "ligera", toman en serio aquellas cosas como la entrega de buenos productos a los clientes y que operan en un ambiente que hace algo más que hablar de "gente como nuestro activo más importante", pero que en realidad "actúa" como si las personas fuesen lo más importante para ellos eliminando la palabra "activos". 

Así que, en el análisis final, el gran aumento de interés y algunas veces un tremendo criticismo a las metodologías ágiles es acerca de la ligereza de su cultura y de sus valores. 

Por ejemplo, creo que en última instancia, la programación extrema se ha multiplicado en su uso e interés, no por la programación en parejas o por la refactorización, sino porque, en su conjunto, las prácticas definen una comunidad de desarrolladores libre del pesado equipaje impuesto por las corporaciones. 

Kent Beck cuenta la historia de uno de sus trabajos iniciales en el cual estimó un esfuerzo de programación de seis semanas para dos personas. Después de que su jefe reasignó al otro programador al inicio del proyecto, completó su proyecto en doce semanas y se sintió muy mal acerca de sí mismo! 
El jefe, por supuesto, reprendió a Kent por la lentitud que tenía durante las siguientes seis semanas.  

Kent, estaba un poco deprimido porque sentía que había "fallado" como programador, finalmente se dio cuenta de que su estimación inicial de 6 semanas fue extremadamente precisa (para 2 personas) y que su "falla" consistía en realidad en una falla administrativa que con tanta frecuencia afecta a nuestra industria y que fracasó debido a la mentalidad del jefe de fijar los procesos estándar . 

Este tipo de situación ocurre todos los días en la comercialización o en la gestión, o con los clientes externos, o con los clientes internos y sí, incluso con los desarrolladores -quienes no quieren hacer frente a difíciles decisiones en el mercado, por lo que se imponen exigencias irracionales a través de las estructuras de poder de las empresas


Dilbert la serie cómica organizacional

Esto no es tan solo un problema del desarrollo de software, ocurre en todas las organizaciones de tipo Dilbert. Para tener éxito en la nueva economía, para moverse agresivamente en la era del e-business, del comercio electrónico y de la Web, las empresas tienen que deshacerse de sus manifestaciones Dilbert, de sus políticas de maquillaje de trabajo y de sus arcanos. 



Esta libertad de las sandeces de la vida corporativa atrae a los defensores de Metodologías Ágiles y asusta a los tradicionalistas o begeebers (ya que no se puede utilizar la palabra "mierda" en un paper profesional)

Francamente, los métodos ágiles asustan a los burócratas en las empresas -al menos aquellos que son felices de empujar el proceso por amor al proceso- versus aquellos que, están tratando de hacer lo mejor para el "cliente" y ofrecer algo puntual y tangible y "como se había prometido", porque ya no quedan lugares donde esconderse. 

El movimiento ágil no es anti-metodología, de hecho, muchos de nosotros queremos recuperar la credibilidad de la palabra metodología. Queremos restablecer el equilibrio. Abrazamos el modelado, pero no con el fin de presentar un diagrama que se llene de polvo en un repositorio corporativo. Abrazamos la documentación, pero no cientos de páginas de tomos que nunca se mantienen y rara vez se utilizan. Tenemos la intención, pero hay que reconocer los límites de la planificación en un entorno caótico. 

Quienes afirman que los defensores de las escuelas de pensamiento de XP o Scrum o cualquiera de las otras metodologías ágiles son como "hackers" son ignorantes tanto de la definición de metodologías y la definición original del término hacker

La reunión en Snowbird se incubó previamente en una reunión anterior a la cual asistieron los proponentes de la programación de alto riesgo y unos pocos "extraños", organizada por Kent Beck en el Rogue River Lodge, en Oregon, en la primavera de 2000. 


Rogue River Lodge, en Oregon

Los asistentes a la reunión de Rogue River expresaron su apoyo a una variedad de métodos "ligeros" pero al final no se produjo nada formal. 

Durante el año 2000 una serie de artículos que fueron escritos hacen referencia a la categoría de "Ligereza" o de procesos "ligeros". 

Un número de estos artículos se refirió a "las metodologías ligeras, tales como: la programación extrema, el desarrollo de software adaptable, de la familia Cristal y de SCRUM". En las conversaciones, a nadie le gustaba el término de "Ligero", pero parecía adoptarse por el momento. 

En septiembre de 2000, Bob Martin, de Object Mentor de Chicago, comenzó rodando la pelotita de la próxima reunión mediante un correo electrónico. 

"Me gustaría convocarles, 
aquí en Chicago, a una pequeña conferencia en enero-febrero del 2001, durante este período de tiempo (dos días),  el objetivo será lograr que todos los líderes de métodos ligeros en una habitación conferenciemos. Todos ustedes están invitados y yo estaría interesado en saber quién más debe estar presente"Bob creó un sitio wiki e iniciaron los fuertes debates. 

Desde el principio, Alistair Cockburn intervino con una epístola que identificó el descontento general con la palabra "ligero": 

"No me importa si a la metodología se la llama ligera en peso, pero no estoy seguro de que quiero que se conozca como un ligereza el asistir a una reunión de metodologías de peso ligero. De alguna manera suena como un montón de gente flaca o de débiles mentales ligeros tratando de recordar qué día es hoy

El feroz debate fue sobre la ubicación! Había una gran preocupación por hacerlo en Chicago ya que no había diversión durante el frío de invierno y en Snowbird Utah, hacía frío, pero habían cosas divertidas por hacer, al menos para las personas que esquían de cabeza como Martin Fowler lo hizo el primer día, y Anguila en el Caribe -cálido y divertido, pero requiere mucho tiempo para llegar. 
Anguila en el Caribe

Al final, Snowbird y el esquí se impusieron, sin embargo, algunas personas, como Ron Jeffries-quieren un lugar más cálido la próxima vez. 

Esperamos que nuestro trabajo conjunto como el Agile Alliance ayude a los demás en nuestra profesión, a pensar en el desarrollo de software, en metodologías y en organizaciones, en el nuevas formas más ágiles. 


Si es así, hemos logrado nuestros objetivos. 
Jim Highsmith
Alianza Ágil © 2001 

martes, 5 de febrero de 2013

Nuestra propuesta basada en el modelo ICAgile™

Se respetan derechos de propiedad intelectual de ICAgile

Nos interesa la propuesta de Alistair para academias ágiles, estamos desarrollando nuestra plataforma educativa para la transformación del Ecuador :o)



Estaremos aplicando el modelo ICAgile  :o)


Modelo de enseñanza de principios, valores y herramientas ágiles por IC Agile
Visita por favor este enlace en inglés para mayor información <<http://icagile.com/>>

Como DSN_XP no creemos en las certificaciones como el único requisito para demostrar que se aplican los principios ágiles en la vida laboral del Ecuador, pero si se trata de educar y entrenar a equipos humanos en estas técnicas, apoyamos la estructura de educación propuesta por el Consorcio Internacional del Agilismo IC Agile.


Para que te imagines como aplicar el modelo (si tu entendimiento del inglés no es problema) mira este video sobre el modelo originalmente planteado por Alistair para el desarrollo de su plataforma educativa.


Como DSN_XP desarmamos este modelo para adaptarlo a nuestras necesidades locales de entrenamiento para Ecuador.

Nota: DSN_XP resalta que, según nuestras inferencias, para Alistair existe el modelo de base de datos como la escuela que dirige sus diseños :o)

Nota: Alistair pone de manifiesto su separación con ICAgile por lo que estaremos investigando a profundidad este tema para alinear nuestra filosofía de trabajo como DSN_XP

lunes, 5 de noviembre de 2012

The OpenSpace Technology aplicada a la sociedad

Este es un ejemplo de como puedes utilizar las técnicas de espacios abiertos para servicio comunitario by ChileAgil

Caso de estudio: Chao pescado (Salvamos Punta de Choros) en Chile



Las técnicas aplicadas para lograr este tipo de objetivos ciudadanos y activistas radica en el uso de la tecnología de espacios abiertos :o) OpenSpace


Nota: Para DSN_XP, trabajar con la comunidad implica aplicar los lineamientos de la permacultura por lo que denominamos a este escenario como nivel 3.0

Caso de estudio: El soterramiento y la tala de árboles en Quito (Quito, Yo me apunto) 2012



Nota: La tecnología de espacios abiertos puede ser aplicada como en el caso anterior a la resolución de conflictos entre los objetivos gubernamentales y la sociedad, esto es para nosotros una variante del nivel 3.0 y lo consideramos como nivel 3.1

Mientras la posición del Municipio del Distrito Metropolitano (M-DMQ) es justificada por el soterramiento (una necesidad de la ciudad que debe ser solventada por el M-DMQ), la sociedad quiteña se siente ofendida por la falta de información, de comunicación, de participación, etc., que es representada en nuestro estudio y participación por el colectivo Quito, Yo me apunto.


Nuestra colaboración se limitó a realizar una convocatoria al primer Open Space en Quito con caracter comunitario by DSN_XP.


Primer Eco Open Space en Quito por la tala de árboles (Quito, Yo me apunto) julio2012
Caso de estudio: Reforestación por incendios en Quito (Quito, Yo me apunto) 2012


Nuevamente, nuestra participación como DSN_XP, radica en la segunda convocatoria a un Open Space en Quito para dar ayuda y soporte a la ciudad desde el colectivo Quito, Yo me apunto (2012)
Tableros de propuestas por los participantes durante el segundo Eco Open Space en Quito.
Eventos guiados por la tecnología de espacios abiertos OpenSpace

Agradecemos al colectivo Quito, Yo me apunto por la oportunidad de aplicar nuestros conocimientos en tecnologías de espacios abiertos.




domingo, 21 de octubre de 2012

Programación Extrema al desnudo :o)


Ok, mucha gente habla sobre XP, pero XP como cualquier método debe ser analizado en sus partes para saber cómo funciona?, dónde y cuándo puedes utilizarlo?, etc.

En esta entrada iremos poniendo nuestras experiencias utilizando este método, pondremos nuestras observaciones y nuestras inquietudes para una ficha del método.

1. Fuente oficial: http://www.extremeprogramming.org/
2. Fuente en español: http://www.programacionextrema.org/
3. Estudio del método en español: http://es.scribd.com/doc/98436363/XP-Jose-Joskowicz


¿Qué es ser extremo? y ¿extremo respecto a qué?

DSN_XP tomó como referente para nuestro modelo 1.0 a XP como escuela de pensamiento por tratarse de un método ágil, de los artefactos propuestos por XP el que más nos llamó la atención fue la programación en parejas o pair programming porque no nos fue posible practicarlo para comprender su poder dentro de la metodología y ser extremo.


lunes, 19 de marzo de 2012

AGILE OPEN QUITO I

Sabes qué es un Agile Open Day?

  • Es un día Open porque aplicas tecnología Open Space :o)
  • Es un día Agile porque hablas sobre el agilismo :o)
Entonces, que pasó en Quito en su primer AGILE OPEN QUITO I...




Estos son los primeros intentos serios de desarrollar el agilismo en Ecuador, es gracias a la colaboración de Kleer que este evento fue posible junto con sus auspiciantes.


Nota: DSN_XP participa de este evento con la intención de difundir nuestras experiencias en Ecuador, esto no fue posible porque la audiencia que participó no quiso profundizar sobre el agilismo y se prefirió hablar sobre los conceptos básicos de Scrum.

Lo que nos pareció super rescatable de este evento fue:
  • La participación femenina (aun cuando fue mínima pero fue :o)
  • La participación de nuevos integrantes con su propia experiencia en el agilismo
  • El aprendizaje con ejemplos y en vivo de cómo desarrollar un evento Open
  • El diseño de tableros de información y la ponderación de opciones por parte del equipo
  • La discusión seria sobre los artefactos ágiles y la ingeniería de software aplicada al desarrollo de productos y el manejo de proyectos tecnológicos.
Es necesario aclarar y dejar constancia de nuestro agradecimiento a Kleer por auspiciar este único evento abierto en Ecuador (hasta la fecha y según nuestros registros)


sábado, 16 de julio de 2011

Acerca del manifiesto ágil

DSN_XP.BKNOW.AGILE.MANIFESTO
Cuando deseas crear un movimiento ágil en tu barrio, tu cuidad o tu país debes como mínimo hacer una mención a los principios que dan la forma intelectual al movimiento por crear.

 http://10yearsagile.org (CopyLeft)
En Ecuador, han existido de forma aislada varios intentos por formar comunidades ágiles, entre ellas está la comunidad ágil de Ecuador que es la que estamos registrando en este blog.

Para DSN_XP como plataforma educativa o marco de trabajo, el manifiesto ágil debe ser desarmado para comprender sus elementos y en consecuencia poder sustentar metodológicamente la formación de una comunidad Agile, se requiere además el poder disponer de un blog que exprese en español la literatura técnica disponible y una referencia creíble sobre su aplicación en Ecuador.

El manifiesto está conformado por tres elementos claves que son:
  1. La declaración del manifiesto
  2. Los principios que soportan la declaración
  3. Los mentalizadores y simpatizantes de la declaración
Iremos tratando este tema en varias entradas porque esta forma de pensar tiene un gran impacto dentro de la gestión de proyectos en el Ecuador.