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 |
||
| Line 39: | Line 39: | ||
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. | 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 | ===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 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 | ===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. | |||