Fase planeación

La técnica de visión del producto define la meta a largo plazo del proyecto que se va a realizar [16]. Esta técnica fue creada por [17] y tiene como fundamento la importancia de trabajar con un rumbo claro. Normalmente cuando se trabaja con una idea clara de lo que se quiere hacer se mantiene al equipo de trabajo motivado y la calidad de su trabajo será superior [18]. Se definen cinco elementos [17]:

1. Visión. A dónde se quiere llegar al desarrollar esta solución. Esta frase o párrafo se redacta en función de los demás elementos.

2. Grupo Objetivo. Son los clientes o usuarios para los que se está desarrollando la solución. En el ejemplo, simplemente son las PERSONAS.

3. Necesidades. En esa búsqueda de soluciones útiles y de la mano de lo que las PERSONAS necesitan, se tiene una lista muy clara y concreta de los problemas que se quieren resolver.

4. Producto. Aquí se describen las funciones que debería tener el sistema a desarrollar.

5. Valor. De la mano de las necesidades y posibles soluciones, se tiene que identificar los beneficios o el valor que se aporta a las PERSONAS si se resuelve de manera adecuada su problemática.

Es muy importante definir estos elementos ya que representan un factor de motivación [18] para el equipo de desarrollo. La empatía con los problemas del cliente junto con el valor que se aporta a su vida al resolverlos de forma correcta generan cambio positivo en la forma en la que se resuelve el trabajo.

De igual forma que las PERSONAS, la visión del producto debe plasmarse en una ficha de trabajo de tal forma que este a la vista siempre del equipo de trabajo y se mantenga un rumbo fijo durante el desarrollo del producto. Se crean fichas como la que se muestra en la Figura 4 ilustrada con el alumno. Para cada PERSONA se recomienda crear una visión del producto, de esta manera se deja muy claro el objetivo de cada módulo del proyecto.

Aunque la visión del producto es común para todas las PERSONAS, las necesidades, funcionalidad propuesta y el valor que aporta cambia para cada PERSONA. Como se puede observar en la ficha de visión del producto de Figura 4, el trabajo se centra en el aprendizaje del alumno, la jugabilidad como elemento de entretenimiento y la socialización para mantener aspectos de colaboración presentes. Sin embargo, las necesidades de un profesor o directivo en esa escuela son diferentes. Es por eso que estas fichas de trabajo deben capturar todos los puntos de vista.

Durante las etapas anteriores se han definido los elementos relevantes para la elaboración del proyecto. Sin embargo hasta ahora estos procesos son transcritos manteniendo el uso del lenguaje natural. Para poder hacer la elicitación de requerimientos, tomando como base los datos recolectados en la observación participativa y las entrevistas, es necesario transcribir esta información a un formato más estable. La elicitación (un término aceptado en la comunidad de ingeniería de software) tiene como objetivo identificar dentro de los escenarios de trabajo los actores, encargados de ejecutar el trabajo. Además, capturan de forma concreta la manera en que se realiza el trabajo [19].

Fig. 4. Ejemplo de ficha de visión para la PERSONA.

Esto es representativo y evocativo para un usuario final ya que tiene elementos para validar los requerimientos del sistema educativo a crear. Esta estrategia, a diferencia de los métodos tradicionalmente usados por los ingenieros en software (por ejemplo, modelos del dominio, modelos del usuario) maximizan las propiedades deseables, con la exhaustividad, coherencia y corrección del usuario final, el contexto educativo. Con base en la descripción textual que se obtiene del proceso educativo, el diseñador de flujos de procesos identifica las tareas, los recursos a su cargo, su desarrollo, la unidad donde se ejecutan y así sucesivamente.

El formato de redacción de requerimientos es usando el modelo de historias de usuario [18]. Esta técnica es recomendada ya que retoma información recopilada y documentada en la visión del producto, la identificación de tareas y la definición de PERSONAS. De la mano dela plantilla propuesta por [18] y que genera fichas de trabajo tipo Post it® dónde se plasma la idea del trabajo a ser ejecutado, la Figura 5 presenta estas fichas de trabajo ilustradas con una atención a una necesidad de la PERSONA alumno con TDAH en búsqueda de conocimiento adecuado a su perfil.

Note el lector que se retoma información de la visión del producto y de manera muy puntual se define una funcionalidad esperada en el sistema a desarrollar. Existen muchas herramientas informáticas que permiten crear estas fichas de trabajo. Por

ejemplo, Trello ® (www.trello.com) permite crear fichas de trabajo, asociarlas a responsables, adjuntar documentos de trabajos a las fichas y poner fechas de entrega del trabajo.

Fig. 5. Historia de Usuario del Sistema a crear, donde se describe el para ¿Quién?

¿Qué necesidad atiende?, ¿Qué funcionalidad se propone?, y finalmente ¿Qué valor agregamos a la vida del usuario del usuario?.

Lo más interesante es que se puede crear un tablero de seguimiento SCRUM. Un elemento fundamental de SCRUM es la transparencia en el trabajo [18] y esto tiene muchos significados, que van desde hacer el conocimiento del proyecto y el trabajo que se realiza algo público y que permite que todo el equipo esté enterado de todo. Las historias de usuario se dividen en tres niveles de ejecución que son: por hacer, en proceso y terminada. Se asume que una historia está terminada cuando se cubren exitosamente las pruebas definidas en el criterio “Comprobable” de la historia de usuario.