Técnica KISS: Difference between revisions

Jump to navigation Jump to search
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,053 edits
No edit summary
No edit summary
 
Line 1: Line 1:
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.
{{Meta-bok|min=4}}
La '''técnica KISS''' (acrónimo de ''Keep It Simple, Stupid'', "mantenlo simple") es un principio de diseño que establece que los sistemas funcionan mejor cuando son simples: fáciles de entender, mantener y modificar. No equivale a hacerlos primitivos o incompletos, sino a evitar la complejidad innecesaria que no aporta valor.
== Origen ==
El término fue acuñado por el ingeniero Kelly Johnson en los años sesenta, cuando dirigía el equipo de diseño "Skunk Works" en Lockheed Martin. Johnson aplicaba el principio a sistemas de ingeniería aeronáutica: los aviones debían ser tan simples que un mecánico ordinario pudiera repararlos en condiciones de combate con herramientas básicas. La complejidad innecesaria no era elegancia, era riesgo.


==Origen==
Desde entonces el principio se ha aplicado en diseño de software, marketing, comunicación, arquitectura de sistemas y gestión de proyectos.
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.
== KISS en la gestión ágil ==
 
La agilidad y KISS comparten una raíz común: ambos desconfían de la complejidad por la complejidad. Algunas aplicaciones concretas en equipos ágiles:
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.
* '''Definir objetivos claramente:''' la claridad en el [[Objetivo del sprint|objetivo del sprint]] evita trabajo innecesario y malentendidos.
 
* '''Simplificar la comunicación:''' evitar jerga técnica en las conversaciones con el cliente y en las historias de usuario. Si el propietario del producto no entiende una historia, es probable que sea demasiado compleja o esté mal formulada.
==Objetivo==
* '''Priorizar por valor real:''' KISS aplicado a la [[pila del producto]] significa resistir la tentación de añadir funcionalidades "interesantes" que no responden a necesidades reales del usuario.
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.
* '''Evitar la sobreingeniería:''' la solución más simple que pasa los [[Criterios de aceptación|criterios de aceptación]] es siempre preferible a la más elaborada. La complejidad técnica se paga con [[deuda técnica]] y dificultad de mantenimiento.
 
* '''Iterar y adaptar:''' cada iteración es una oportunidad de simplificar: eliminar lo que no funciona, reducir lo que es más complejo de lo necesario.
==KISS en la gestión ágil==
== KISS y la IA como herramienta ==
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:
La incorporación de herramientas de IA generativa en el desarrollo ha añadido nuevas dimensiones al principio KISS:
*'''Definir los objetivos claramente:''' esto ayuda a evitar confusiones y malentendidos que pueden llevar a trabajar en tareas incorrectas o innecesarias.
* '''Código generado por IA:''' los asistentes de código pueden generar soluciones funcionalmente correctas pero innecesariamente complejas. Aplicar KISS al código generado por IA significa revisarlo activamente para simplificarlo, no aceptarlo directamente porque "funciona".
* '''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.
* '''Prompts y configuraciones de IA:''' los sistemas que incorporan IA generativa deben diseñarse con el mismo principio: un prompt simple, claro y bien acotado produce resultados más predecibles que uno elaborado y lleno de condiciones.
* '''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.
* '''Integración de IA en productos:''' la tentación de añadir capacidades de IA "porque están de moda" sin que respondan a una necesidad real del usuario es una violación directa del principio KISS.
* '''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.
== KISS en los contratos ágiles ==
* '''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.
El principio KISS tiene también aplicación en la negociación y redacción de contratos ágiles:
* '''Mantener un backlog sencillo o ''KISS Backlog View'':''' mantén una lista sencilla de tareas pendientes.
* '''Lenguaje simple:''' los contratos deben estar escritos para ser entendidos por todas las partes, sin jerga legal innecesaria.
* '''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.
* '''Objetivos en lugar de especificaciones:''' definir qué se quiere conseguir, no cómo conseguirlo. Esto da flexibilidad al equipo y reduce la burocracia.
 
* '''Pago por valor entregado:''' en lugar de pagar por hitos o por tiempo, basarse en la entrega de incrementos aceptados.
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.
* '''Cláusulas de adaptabilidad:''' reconocer explícitamente que los requisitos evolucionan y establecer mecanismos de revisión, en lugar de intentar prever todos los escenarios en el contrato inicial.
 
== Error frecuente ==
===Ventajas de usar KISS===
<div class="bok-aviso">
Aplicar esta técnica en la gestión ágil de proyectos tiene ventajas muy conocidas:
'''Confundir "simple" con "descuidado".''' KISS no significa hacer menos trabajo ni producir resultados de menor calidad. Significa no añadir complejidad que no aporta valor. Una [[Historia de usuario|historia de usuario]] bien escrita es simple y completa; una solución técnica KISS puede ser sofisticada en lo que hace pero fácil de entender en cómo está construida. La simplicidad requiere a menudo más esfuerzo que la complejidad: es más fácil añadir que eliminar lo superfluo.
* '''Eficiencia.''' Al evitar complicaciones innecesarias, el equipo puede centrarse en lo que realmente importa: entregar valor al cliente.
</div>
* '''Menor probabilidad de errores.''' Al mantener las cosas simples, se reduce la probabilidad de errores y fallos.
== Recursos ==
* '''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''.
<div class="bok-recurso">
* '''Flexibilidad.''' Los procesos y soluciones simples suelen ser más flexibles y fáciles de cambiar.
🎙️ [https://open.spotify.com/episode/4pLC4QkipS8pG0viTUUPr4 '''Podcast Ep. 8: Contratos ágiles: cómo informar y dar confianza al cliente''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
* '''Menor costo.''' Las soluciones complicadas suelen ser más costosas de implementar y mantener.
</div>
* '''Mejor gestión del riesgo.''' Las soluciones y procesos complicados pueden ocultar riesgos y hacer que sean más difíciles de gestionar.
<div class="bok-recurso">
 
📄 [https://www.scrummanager.com/blog/2023/03/contratos-agiles-como-informar-y-dar-confianza-al-cliente/ '''Contratos ágiles: cómo informar y dar confianza al cliente''']<span class="detalle">Scrum Manager Blog · mar 2023</span>
==KISS en los contratos ágiles==
</div>
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.
<div class="bok-recurso">
 
📄 [https://scrummanager.com/files/research/Descubriendo%20Agile%20Contracts.pdf '''''Descubriendo Agile Contracts''''']<span class="detalle">Scrum Manager · PDF descargable</span>
==='''Lenguaje simple y claro'''===
</div>
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.
== Véase también ==
 
<div class="bok-tags">
==='''Objetivos y resultados'''===
[[Deuda técnica]] [[Refactorización]] [[Mínimo Producto Viable]] [[Historia de usuario]] [[Agilidad técnica]] [[Gold Plating]]
Los contratos ágiles deben centrarse en los resultados deseados, no en la descripción detallada de los mismos. 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.
</div>
 
<div class="bok-ecosistema">
==='''Pago por valor entregado'''===
<div class="texto">
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.
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
 
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
==='''Incluir cláusulas de adaptabilidad'''===
</div>
Los contratos ágiles deben reconocer que los cambios son una parte natural y esperada. 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.
<div class="botones">
 
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
==='''Transparencia y comunicación'''===
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
Los contratos ágiles deben fomentar la transparencia y la comunicación entre todas las partes. Por ejemplo, se pueden crear acuerdos sobre reuniones regulares de revisión y planificación, o sobre las formas de comunicar los cambios y actualizaciones.
</div>
==Véase también==
</div>
*[https://open.spotify.com/episode/4pLC4QkipS8pG0viTUUPr4?si=45c97f68ac524fa7 Scrum Manager Podcast | Episodio 8: Contratos ágiles: cómo informar y dar confianza al cliente].
*[https://www.scrummanager.com/blog/2023/03/contratos-agiles-como-informar-y-dar-confianza-al-cliente/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 8: Contratos ágiles: cómo informar y dar confianza al cliente].
*[https://scrummanager.com/files/research/Descubriendo%20Agile%20Contracts.pdf Scrum Manager web: ''Descubriendo Agile Contracts''].
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Prácticas ágiles]]
[[Category:Prácticas ágiles]]
[[Category:Marcos y modelos]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Técnica_KISS"