Técnica KISS

La técnica KISS (Keep It Simple, Stupid en inglés y Hazlo simple, imbécil en español) es un principio de diseño que sugiere que los sistemas funcionan mejor si son simples. Es decir, es mejor diseñar sistemas de una manera que sea fácil de entender y mantener, en lugar de crear sistemas complejos.

Origen

El término KISS (Keep It Simple, Stupid) fue acuñado por el ingeniero Kelly Johnson en la década de 1960. Johnson era el ingeniero jefe del equipo de diseño "Skunk Works" en Lockheed Martin, y creía que los sistemas deben diseñarse de tal forma que puedan ser reparados por un mecánico ordinario bajo condiciones de combate con herramientas básicas.

El término se ha aplicado en muchas disciplinas diferentes: el diseño de software, la animación, el marketing, la fotografía... En diseño de software, por ejemplo, se utiliza como un recordatorio para evitar la sobreingeniería y mantener las soluciones de software simples, claras y concisas.

Objetivo

El objetivo de esta técnica es simplificar. Es importante tener en cuenta que "simple" no tiene por qué ser sinónimo de "primitivo". Una solución simple puede ser sofisticada y completa en términos de funcionalidad, pero debe ser diseñada de tal manera que su funcionamiento sea fácil de entender.

KISS en la gestión ágil

Podría decirse que algunas metodologías ágiles predican con KISS. Por ejemplo, algunas formas de aplicación de esta técnica en la gestión ágil pueden ser:

• Definir los objetivos claramente: esto ayuda a evitar confusiones y malentendidos que pueden llevar a trabajar en tareas incorrectas o innecesarias.
• Simplificar la comunicación: evitar el uso excesivo de jerga y terminología técnica innecesaria, y asegurarse de que todos los miembros del equipo entienden lo que se está comunicando.
• Priorizar el trabajo: el trabajo se prioriza en función del valor que aporta al proyecto. Esto ayuda a mantener el enfoque en las tareas que son realmente importantes.
• Evitar la sobreingeniería: a veces, la solución más sencilla es la mejor. Evitar la tentación de agregar características y funcionalidades innecesarias que no aportan valor al proyecto puede ser muy útil.
• Iterar y adaptarse: trabajar en iteraciones cortas y estar dispuesto a adaptarse a medida que se obtiene más información. Esto permite que el proyecto sea más flexible y capaz de responder a los cambios de manera efectiva.
• Mantener un backlog sencillo o KISS Backlog View: mantén una lista sencilla de tareas pendientes.
• Centrarse en la entrega de valor: en lugar de centrarse en las características y funcionalidades, lo importante es entregar valor al cliente. Esto puede implicar trabajar en estrecha colaboración con el cliente para entender sus necesidades y ajustar el proyecto en consecuencia.

KISS consiste en evitar complicaciones innecesarias. Si una práctica o proceso está haciendo las cosas más difíciles sin aportar un valor significativo, hay que simplificarlo o eliminarlo.

Ventajas de usar KISS

Aplicar esta técnica en la gestión ágil de proyectos tiene ventajas muy conocidas:

• Eficiencia. Al evitar complicaciones innecesarias, el equipo puede centrarse en lo que realmente importa: entregar valor al cliente.
• Menor probabilidad de errores. Al mantener las cosas simples, se reduce la probabilidad de errores y fallos.
• Mejor comunicación. Los conceptos y procesos simples son más fáciles de comunicar y entender. Esto puede mejorar la comunicación dentro del equipo y con los stakeholders.
• Flexibilidad. Los procesos y soluciones simples suelen ser más flexibles y fáciles de cambiar.
• Menor costo. Las soluciones complicadas suelen ser más costosas de implementar y mantener.
• Mejor gestión del riesgo. Las soluciones y procesos complicados pueden ocultar riesgos y hacer que sean más difíciles de gestionar.

KISS en los contratos ágiles

Elaborar contratos ágiles de acuerdo al principio KISS implica simplificar el lenguaje, centrarse en los resultados en lugar de los detalles de implementación, basar el pago en la entrega de valor, incluir cláusulas que permitan la adaptabilidad, y fomentar la transparencia y la comunicación.

Lenguaje simple y claro

Los contratos deben ser escritos en un lenguaje simple y claro que sea fácil de entender para todas las partes involucradas. Deben evitar jerga legal innecesaria.

Objetivos y resultados

Los contratos ágiles deben centrarse en los resultados deseados en lugar de describir en detalle cómo se deben lograr esos resultados. Esto proporciona flexibilidad para que los equipos puedan adaptarse y cambiar su enfoque a medida que aprenden más sobre el proyecto y su contexto.

Pago por valor entregado

En lugar de pagar por tiempo o por cumplimiento de hitos específicos, los contratos ágiles pueden basar el pago en la entrega de valor. Esto podría implicar el uso de un modelo de pago basado en la entrega de características o resultados que han sido aceptados por el cliente.

Incluir cláusulas de adaptabilidad

Los contratos ágiles deben reconocer que los cambios son una parte natural y esperada del desarrollo de software. Esto podría implicar la inclusión de cláusulas que permitan la renegociación de ciertos aspectos del contrato a medida que se obtiene más información sobre el proyecto.

Transparencia y comunicación

Los contratos ágiles deben fomentar la transparencia y la comunicación entre todas las partes. Esto podría implicar acuerdos sobre reuniones regulares de revisión y planificación, así como sobre cómo se comunicarán los cambios y las actualizaciones.