La fábula de Arturo y la deuda técnica
- Detalles
- Publicado: Jueves, 17 Diciembre 2009 15:26
- Escrito por Leonardo De Seta
Había una vez un joven muy valiente y aventurero llamado Arturo. Arturo vivía en un gran reino con cabelleros y castillos y un rey muy astuto que tenía una hermosa hija - Carolina. Ella era tan hermosa, que cada mañana los pájaros volaban hasta su ventana abierta trayendo rosas frescas. Las aves dejaban las rosas al pie de su cama y llenaban el aire del exquisito y dulce aroma, todo el tiempo. Luego volaban al exterior para nunca volver... simplemente morían afuera, porque ya no podían vivir sin la belleza de la princesa.
Muchas veces nos encargamos de escribir grandes manuales de guía, los cuales en la mayoria de las oportunidades ni siquiera son leídos una vez. Pensando en eso… ¿es estríctamente necesario entregar tanta documentación si finalmente quizás ni se lea? ¿ Por qué no utilizar ese tiempo tan valioso dentro de un proyecto en otra iteración?
Garr Raynolds está escribiendo un libro sobre el diseño en su blog 
En estos días presencié un par de Scrums que, por diferentes motivos, no cumplieron con su compromiso. Y me quedé pensando sobre el compromiso y el valor que debe darse a este momento en un desarrollo con Scrum: cuando el equipo planifica y se compromete a terminar ciertas historias durante la iteración.
Les voy a contar la historia de Amy y su hija Morgan. Amy trabaja como secretaria en la oficina de un médico. Sus tareas consisten en registrar facturas y órdenes para las aseguradores médicas. Ah, y presten atención porque esta historia está íntimamente relacionada con la calidad del código y el impacto en la vida personal de los usuarios.
Hoy empecé el día pensando que hubiera sido mejor quedarme durmiendo, no tener trato con nadie. Yendo en contra de mi instinto encaro el trabajo, y así cerca del mediodía voy a una reunión... en donde uno de los asistentes se retira haciendo un Check-Out, previo a lo que seguramente hubiera sido una pelea. ¡Y como que me molestó eso, no se dignó a quedarse y tratar el tema! Quien hubiera dicho que ese Check-Out terminaría siendo un motivo de reflexión y un evento que salvaría lo que sino hubiera sido un día perdido...
Ayer tuve una charla con una amiga. Como ya es habitual me contó que su esposo trabaja casi todo el día, fines de semana, feriados. Y siempre me dice: "Es un proyecto importante. Las cosas van a cambiar cuando termine el proyecto". Hace ya cuatro años que vengo escuchando lo mismo.
¿Alguna vez pasaste por la situación de tener en frente a una persona que parece esforzarse en ser antipática y eso provocarte molestia?
Vivimos en una cultura que tiende a valorar las ideas según su origen: le damos más o menos valor a una idea dependiendo de qué persona provenga. De esta manera, en el ámbito laboral es facil ver que las ideas "del jefe" automáticamente reciben puntos extra. El problema es que esta forma de pensar, que funcionó en alguna época para la creación de ciertos productos materiales, no tiene cabida dentro de los equipos de software.
El libro "Agile Adoption Patterns", de Amr Elssamadisy, incluye las prácticas de Equipos Auto-Gestionados y Equipos Multi-Disciplinarios. En ambas prácticas, Amr menciona el poder de estos equipos para superar obstáculos. También menciona de forma específica que todos los miembros del equipo están dispuestos a ayudar con el testing a medida que es necesario, para que el equipo logre alcanzar su meta.
El Retorno de la Inversión (ROI) es una forma establecida para medir el éxito de un negocio. El ROI es el mantra de los negocios. Si sos un ejecutivo de negocios y lográs un alto ROI sostenido durante cierto período de tiempo, te transformás en lo máximo. El ROI es fácil de calcular - es una medición de las ganancias (ingresos - gastos) dividida por los gastos. Por lo tanto el ROI se puede lograr incrementando las ganancias o disminuyendo los costos. Y si hacés ambos, casi que caminás sobre el agua.