Roadmap

POC (Proof of Concept) 🈁

Presentar un ejemplo sólido con mucha documentación, poca funcionalidad y dinamnismo para explicar el concepto principal de la herramienta.

El ejemplo seleccionado será IR Data Table.

Factibilidad

Incluir todas las funcionalidades recabadas como objetivo primario de manera primitiva.

La "manera primitiva" considera:

1. No habrá dinamismo de datos.
2. Las pruebas unitarias serán las mínimas para probar la herramienta.
3. La documentación será parcial.

Las funcionalidad recabadas serán las herramientas que se creen necesarias para el desarrollo y uso de la librería de componentes.

EA (Early Access)

El desarrollo estará focalizado en la puesta en producción de algún componente en algún sistema existente que se crea de conveniencia.

Es altamente probable que en esta etapa surja el primerísimo primer feedback y el componente pase a su segundo ciclo de desarrollo.

Pre-release

Continuar con el desarrollo de los componentes que se consideren de mayor importancia o utilidad. El foco estará en preparar los componentes necesarios orientándose hacia el release, ya sea el proyecto que se pudo haber elegido como candidato o las funcionalidades a desarrollar con esta herramienta elegidas (uso de algunos componentes en algún lugar en específico).

Release

Trabajar de manera iterativa y correctiva en la implementación seleccionada. En esta etapa será fundamental el feedback sobre las funcionalidades específicas necesarias del caso puesto en producción.

Crear los tests relevados de los casos de uso de la aplicación y generar un listado a desarrollar.

Stable

El desarrollo de la herramienta se basará en la mejora continua, la ampliación y corrección de las funcionalidades de los componentes en base a los requerimientos fruto de los proyectos que se presenten.