4. Diseño Simple (Simple Design) ​

Esta práctica, deriva de un famoso principio técnico del desarrollo de software: KISS. Cuyas siglas derivan del inglés “Keep it simple, stupid!” -¡Manténlo simple, estúpido!-. Dado que frecuentemente puede resultar “chocante” el término “stupid”, a lo largo de los años, se han ido produciendo variantes, como “silly” -tonto-. Básicamente, con el principio KISS, se trata de mantener un diseño sencillo, estandarizado, de fácil compresión y refactorización.

Las actividades que no crean valor no sirven y deben ser eliminadas. Por ejemplo: Tareas que no fueron solicitadas por el usuario, sobre-documentación del proyecto, etc. Como los requerimientos cambian, o pueden hacerlo, diariamente, hay que utilizar los diseños más simples posibles para cumplir los requerimientos que tenemos en la actualidad. El desarrollo de software de calidad siempre se basa en un buen diseño. Por ello el diseño es la base para el buen funcionamiento del equipo.

Un diseño correcto en todo momento es aquel que cumple los siguientes requisitos reflejados en el programa resultante: ejecuta correctamente todo el diseño de pruebas; el programa funciona correctamente y muestra los resultados esperados; no contiene código redundante y aprovecha al máximo las capacidades de la maquina; y la idea es que el programa final sea la forma mas simple de aglutinar todos los requerimientos. Puede resumirse en “hacer lo mínimo indispensable, tan legible como sea posible”.

Otros principios relacionados a la simplicidad son: YAGNI “ You aren’t gonna need it” (No lo vas a necesitar). No hagas nada que creas que en el futuro puede ser útil porque probablemente no lo vas a necesitar. Es una perdida de tiempo. OAOO “Once and only once” (Una única vez). Las cosas se hacen una sola vez. El usuario siempre está en mente. Se han de satisfacer sus necesidades pero nada más.