Prototipos desechables
La creación de prototipos desechables se trata de crear, lo más rápido posible, una parte de la aplicación futura para garantizar que una función sea técnicamente factible o para mostrarla a las partes interesadas o usuarios potenciales con el fin de obtener comentarios de ellos.
Dado que el código fuente de este prototipo no se reutiliza más tarde cuando se desarrolla la aplicación en sí, lo convierte en un prototipo desechable. Saber que es un código desechable ayuda a enfocarse en la característica real, dejando de lado aspectos como la capacidad de mantenimiento del código, el estilo, los patrones de diseño o las pruebas. Esto permite terminar el prototipo muy rápido, sin afectar negativamente la deuda técnica del producto final.
La creación de prototipos desechables es diferente de dibujar . El boceto es más gráfico y está orientado hacia las interfaces de usuario y la experiencia del usuario, y no consiste en escribir código de programación. Los prototipos desechables generalmente se usan cuando el boceto no es suficiente (por ejemplo, cuando necesita mostrar cómo funcionará una función en diferentes teléfonos inteligentes o cuando necesita mostrar el rendimiento y la capacidad de respuesta reales).
Los prototipos desechables pueden presentar un riesgo cuando se trata con partes interesadas sin antecedentes técnicos y en un contexto de plazos ajustados y recursos muy limitados: las partes interesadas pueden tratar de convencerlo de que reutilice en el producto final el código fuente del prototipo. Es natural creer que acortará el tiempo requerido para liberar el producto, pero en realidad, solo retrasará la fecha de envío. Una forma de evitar esto es usar para el prototipo un lenguaje que no se puede usar en producción (por ejemplo, use C # cuando sepa que el producto final estará alojado en servidores Linux con solo Python instalado).
Fig. 1: Creación de prototipos y bocetos desechables : los prototipos ayudan a recopilar comentarios tempranos antes de comenzar a desarrollar la característica real.
Prototipos evolutivos
La creación de prototipos evolutivos consiste en construir un prototipo que luego se refina en función de los comentarios regulares de los interesados o usuarios potenciales.
Aquí, la capacidad de mantenimiento del código, el estilo, los patrones de diseño o las pruebas cuentan desde el principio, lo que hace posible que el prototipo se convierta en un producto de nivel empresarial con todas las funciones. Los pasos anteriores del prototipo contienen solo la parte central del producto futuro, y luego, las características se agregan progresivamente.
Fig. 2: Creación de prototipos evolutivos : las características se agregan al prototipo para construir el producto final.
La creación de prototipos evolutivos es diferente de la creación de prototipos incrementales . La creación de prototipos incrementales consiste en construir varios prototipos, cada uno de los cuales representa una parte del sistema futuro, y luego combinarlos. La creación de prototipos evolutivos está más cerca de Agile: a menudo, podrá obtener pronto un producto funcional con características limitadas y extenderlo hasta que las partes interesadas tengan dinero. La creación de prototipos incrementales, por otro lado, es más adecuada para grandes proyectos con muchos equipos contribuyentes, cada equipo trabajando en un prototipo separado.
Fig. 3: Creación de prototipos incrementales : se combinan varios prototipos para formar el producto final.
La creación de prototipos evolutivos también es diferente de las metodologías ágiles . Agile se trata de iteraciones e hitos frecuentes en los que se puede lanzar un producto completamente funcional a la fabricación. Si tiene un producto que funciona todos los jueves, está haciendo Agile. En la creación de prototipos evolutivos, expande el prototipo, pero nada lo obliga a tener un producto completamente funcional regularmente. Puede pasar dos meses creando el primer prototipo, luego expandirlo con algunas funciones en dos y tres días respectivamente, y luego pasar tres meses en otra función. No puede tener este tipo de patrones irregulares en Agile.
Las metodologías ágiles específicas imponen reglas adicionales. Por ejemplo, si no realiza la programación de pares, no puede afirmar que está haciendo la Programación extrema. Si su equipo no tiene reuniones diarias, no está haciendo Scrum.