954
edits
Técnica KISS: Difference between revisions
no edit summary
(Created page with "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 de...") |
No edit summary |
||
| (3 intermediate revisions by the same user not shown) | |||
| 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. | 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= | ==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 '''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. | 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= | ==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. | 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= | ==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: | 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. | *'''Definir los objetivos claramente:''' esto ayuda a evitar confusiones y malentendidos que pueden llevar a trabajar en tareas incorrectas o innecesarias. | ||
| Line 30: | Line 30: | ||
* '''Mejor gestión del riesgo.''' Las soluciones y procesos complicados pueden ocultar riesgos y hacer que sean más difíciles de gestionar. | * '''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= | ==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. | 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. | ||
| Line 36: | Line 36: | ||
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. | 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=== | ==='''Objetivos y resultados'''=== | ||
Los contratos ágiles deben centrarse en los resultados deseados en | 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. | ||
Pago por valor entregado | ==='''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 | ==='''Incluir cláusulas de adaptabilidad'''=== | ||
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. | |||
Transparencia y comunicación | ==='''Transparencia y comunicación'''=== | ||
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. | |||
==Véase también== | |||
*[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:Prácticas ágiles]] | |||