No voy a desvelar ningún secreto, porque no lo tenemos. Simplemente voy a relatar de forma superficial como hacemos en la empresa para decidir que añadimos al programa y que cosas se quedan en el tintero.

Es un proceso muy sencillo, vamos que no es necesario ser un doctor en organización empresarial para entenderlo. Es muy de sentido común:

1. Tenemos un sistema de incidencias donde registramos todas las llamadas, consultas, sugerencias, errores que se producen con nuestros productos y clientes.
2. Periodicamente revisamos todas incidencias en busca de errores y sugerencias. Tomamos nota y las incorporamos a una lista de tareas (tipo Outlook) que tenemos.
3. Primero tratamos los errores, muchos de ellos ya estarán corregidos, y los que no, los arreglamos.
4. Luego pasamos a las sugerencias y a las novedades que queremos incorporar al programa. Las analizamos, las valoramos y decidimos cuales se incorporarán en esta versión y cuales se quedan en la lista, teniendo en cuenta el tiempo del que disponemos y el tiempo estimado para desarrollarlas.
5. Una vez decido que se va a hacer, nos ponemos a desarrollarlo, a probarlo, a escribir o modificar la parte del manual/ayuda que corresponda, etc.
6. Cuando está toda la lista desarrollada, entonces pasamos a la fase de pruebas. Tenemos, desde no hace mucho, un sistema de pruebas automáticas (UnitTest) que nos ayuda a mejorar la calidad del programa, aunque sólo a nivel de código, pero hay otra parte, la interfaz que ve y maneja el usuario, que la hemos de probar a mano.
7. Si en la fase de pruebas se detectan errores, es raro que no aparezca algo, los anotamos y los corregimos.
8. Hacemos una segunda fase de pruebas, si aparecen errores, los corregimos y volvemos a probar.
9. A continuación enviamos el programa a unos cuantos probadores externos que lo prueban en busca de errores, fallos y mejoras. En base a lo que nos indican estos probadores vamos haciendo: los errores y los fallos los corregimos, las mejoras las estudiamos y si son sencillas las incorporamos y si no, las anotamos para una versión posterior.
10. Cuando consideramos que el producto está preparado para salir a la calle, se lanza un proceso final en el que se prepara todo el sistema de instalación, de ayuda, de documentación, etc.

1. Luego viene la fase de distribución, aquí­ en base a si es una versión mayor o una revisión menos, se enví­a a los clientes un CD o sólo se publica en Internet.

   Despues de éste periodo viene la fase en que los clientes lo reciben, o se lo descargan, lo intalan y empiezan a aparecer dudas, nuevas sugerencias, y nuevos errores, porque por mucho que probemos, siempre nos sorprenden, siempre hay algún elemento no controlado (Windows, hardware, impresoras, cortes de luz, etc.) que hacen que salgan errores. Pero para eso intentamos resolver todos los problemas de nuestros clientes de la forma más rápida y sencilla que podemos.

   Como se puede comprobar es un proceso sencillo aunque largo, en el que ademas intervienen muchas personas, por eso es fácil entender que se pueden producir retrasos, complicaciones, problemas, que vamos solucionando dí­a a dí­a.

   Nuestra intención es ir enriqueciendo este proceso, o transformándolo, en base a las prácticas que promulgan otros métodos como SCRUM, FDD, etc