DSN_XP y ADD

 Desarrollo impulsado por imbéciles

DSN_XP se encuentra con estas observaciones clásicas dentro del mundo del desarrollo de software, gracias al gentil aporte de @Ego Sum Tempestas

Original en inglés 

ADD

Las siglas y marcos se siguen acumulando. ¿Por qué?

Algunos dicen que es inmadurez: que el software es todavía una industria joven y que todos los cambios son el camino hacia algunos fundamentos verdaderos. Otros dicen que es porque a la gente del software le gusta inventar cosas y no pueden evitarlo. 

Bueno, digo esto: si vamos a tener docenas de modelos, también podemos tener algunos que sean honestos, aunque cínicos, con respecto a lo que realmente sucede la mayor parte del tiempo.

Desarrollo impulsado por imbéciles (ADD)

Cualquier equipo en el que el idiota más grande toma todas las decisiones importantes es un desarrollo impulsado por imbéciles (asshole driven development). Toda sabiduría, lógica o proceso se va por la ventana cuando el Sr. Imbécil (A) está en la habitación, haciendo cualquier cosa idiota y egoísta que crea que es mejor. Puede que haya reglas y procesos, pero el Sr. A los rompe y la gente los sigue de todos modos.

Desarrollo de disonancia cognitiva (CDD)

En cualquier organización donde existen dos o más creencias divergentes sobre cómo se debe crear el software. La tensión entre esas creencias, tal como se ha librado en varias reuniones y decisiones individuales de los jugadores de ambos lados, define el proyecto más que cualquier creencia individual en sí.

Cover Your Ass Engineering (CYAE) 

La fuerza impulsora detrás de la mayoría de los esfuerzos individuales es asegurarse de que cuando la mierda llegue al ventilador, ellos no tengan la culpa.

Desarrollo por negación (DBD)

Todo el mundo finge que hay un método para lo que se está haciendo y que las cosas van bien, cuando en realidad las cosas son un desastre y el proceso está en el suelo. Cuanto peor se ponen las cosas, más depende la gente de su negación de lo que realmente está sucediendo, o de su aislamiento en su pequeña parte del proyecto, para sobrevivir.

Metodología Get Me Promoted (GMPM)

Las personas escriben código y diseñan cosas para aumentar su visibilidad, satisfacer los caprichos de su jefe y acelerar su camino hacia un aumento o la oficina de la esquina, sin importar qué tan lejos de los objetivos establecidos lleguen sus esfuerzos. Esto incluye permitir que ocurran desastres para que las personas puedan ser héroes, escribir trucos que se vean geniales en el corto plazo pero que se desmoronen después de que el individuo haya seguido adelante, y centrarse más en la superficie del trabajo que en su valor.

DSN_XP y las constelaciones familiares

 Constelaciones familiares

Dentro del estudio del TeamView, era necesario comprender aquellos aspectos que pueden influir en la capacidad de desarrollo del equipo, como equipo, sus miembros poseen una vida propia y los contextos familiares a su alrededor influyen en el proceso creativo y abstracto a la hora de codificar y diseñar soluciones basadas en el software.

Constelaciones Familiares

DSN_XP no entra en profundidad en el estudio del marco teórico que sustenta a esta escuela de pensamiento que está destinada a registrar a manera de terapia, representaciones de los eventos que pudieron haber sido hechos reales o patrones típicos de comportamiento de la línea familiar.

Desde nuestra observación, el hecho de poder tener acceso a una biblioteca con todos los registros de un escenario en particular para uno o varios actores, requiere que dicho registro capture tanto los mensajes hablados, comportados, pensados, intuidos, etc., conforme a la representación que se desea realizar de los eventos esperados en el escenario.

Sin embargo, para poder capturar los registros, se requiere poseer la interfaz necesaria para ello y la forma en la cual se asocia este proceso de captura es a través de la intuición y su capacidad de lectura del registro accedido o invocado.

Team View

Esta perspectiva se encarga del estudio del comportamiento del pensar humano, por lo que no profundiza en temas de psicología de manera profunda, pero asocia sus conocimientos de programación y estructuras algorítmicas para el entendimiento del comportamiento resultante del accionar y pensar del individuo y su colectividad, a esto lo denominamos como el estudio del autómata.

DSN_XP y las conversaciones ligeras

 Clean Language

Entramos en contacto con esta propuesta gracias a MeetUp de Heart of Agile propuesto por Etna Estrella dentro de los conversatorios con expertos en diversos temas, en este caso, el tema trataba sobre conversaciones limpias y estratégicas basadas en el uso de Clean Language.

Lenguaje limpio

Ulises Águila, hizo el esfuerzo de compartir sus experiencias respecto a la temática de conversaciones limpias dentro de un escenario agile.

Como DSN_XP nos interesamos sobre este método, el cual sería incorporado a nuestra base de conocimientos como una herramienta requerida en el BusinessView y posiblemente extensible al TeamView.

Entrenamiento de Ulises con AgendaShift

Ulises nos guía en el ejercicio mediante el uso de la propuesta metodológica IdOO (Ideal + Obstáculos + Resultados)

Por lo tanto partimos de la definición de un ideal colectivo con los otros miembros del equipo al responder a la pregunta ¿Imagina todo esto funcionado de la mejor forma posible para todos, Cómo lo describirías?

Parte de la aplicación del método propuesto por conversaciones claras, requiere el introducir una nueva cuestión para el equipo y se refiere al uso de una metáfora preguntando ¿Como un reflejo de este ideal, Qué nueva historias cortas pudieras contar?

Finalmente introduce una tercera pregunta para determinar la coherencia entre la imaginado o ideal, los objetivos motivadores para se concreción y finalmente lo que se espera como resultado práctico de la implementación del ideal y sus objetivos conocido como Outcome o practicidad con valor retornado al aplicar el ejercicio con ¿Qué necesidades estamos satisfaciendo y de quienes?

Cuadernillo de obstáculos

Una vez que se ha logrado verbalizar el ideal objetivo, la técnica de Ulises requiere preguntar:

¿Qué lo detiene? ¿Por qué es esto importante?

Cuadernillo de resultados (Outcomes) 

PAra lograr identificar la pregunta adecuada en el contexto adecuado y de forma limpia, se presenta un esquema situacional propuesto por AgendaShift y traducido por Ulises.

Evaluación de la propuesta