Desarrollar un sistema de información con los requerimientos específicos por el cliente, para satisfacer la necesidad de los usuarios.

...

IMPACT MAPPING

Como definición tenemos que IMPACT MAPPING es:

Mapeo de impacto que nos puede ayudar a construir productos y entregar proyectos que hacen un impacto, no sólo se enviará el software. mapeo de impacto es una técnica de planificación estratégica que impide a las organizaciones de perderse mientras que la construcción y la entrega de productos de proyectos, por supuestos claramente que se comunican, ayudando a los equipos a alinear sus actividades con los objetivos generales de la empresa y tomar mejores decisiones Plan de trabajo.

A continuación, presentamos nuestro IMPACT MAPPING.

[pic 1]

VISUAL STORY MAPPING

El Visual Story Mapping es una herramienta que permite generar una representación visual del sistema completo. Ofrece una vista general de todas las funcionalidades que lo componen (the big picture) de punta a punta. Permite identificar User Stories faltantes en el Backlog, planificar Releases partiendo en rebanadas (Slicing), visualizar cómo se distribuyen las funcionalidades de acuerdo a las diferentes áreas del sistema.

Es una forma de reorganizar el Product Backlog en dos dimensiones, una dimensión para el tiempo (medido en Releases) y otra dimensión para las funcionalidades.

Como se construye

- Identificar las distintas grandes funcionalidades en las que podemos dividir nuestro sistema (Activities) y situarlas en un orden lógico secuencial.

- Descomponer esa actividad en las tareas que el usuario hace (User tasks) y ordenarlas secuencialmente.

- Identificar las sub-tareas que deben ser desarrolladas, es importante tener en cuenta que cada una de ellas debe entregar valor.

A continuación, nuestro Visual Story Mapping:

[pic 2]

PRODUCT BACKLOG.

La lista de objetivos/requisitos priorizada representa la visión y expectativas del cliente respecto a los objetivos y entregas del producto o proyecto. El cliente es el responsable de crear y gestionar la lista (con la ayuda del Facilitador y del equipo, quien proporciona el coste estimado de completar cada requisito). Dado que reflejar las expectativas del cliente, esta lista permite involucrarse en la dirección de los resultados del producto o proyecto.

- Contiene los objetivos/requisitos de alto nivel del producto o proyecto, que se suelen expresar en forma de historias de usuario. Para cada objetivo/requisito se indica el valor que aporta al cliente y el coste estimado de completarlo. La lista está priorizada balanceando el valor que cada requisito aporta al negocio frente al coste estimado que tiene su desarrollo, es decir, basándose en el Retorno de la Inversión (ROI).

- En la lista se indican las posibles iteraciones y las entregas (releases) esperadas por el cliente (los puntos en los cuales desea que se le entreguen los objetivos/requisitos completados hasta ese momento), en función de la velocidad de desarrollo del (los) equipo(s) que trabajarán en el proyecto. Es conveniente que el contenido de cada iteración tenga una coherencia, de manera que se reduzca el esfuerzo de completar todos sus objetivos.

- La lista también tiene que considerar los riesgos del proyecto e incluir los requisitos o tareas necesarios para mitigarlos.

NUESTRO PRODUCT BACKLOG SE ANEXARÁ EN UN DOCUMENTO EXCEL LLAMADO GRADUADOS.XLSX

HISTORIAS DE USUARIO

Una historia de usuario es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, ésta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los clientes.

Las historias de usuario son una forma rápida de administrar los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para administrarlos. Las historias de usuario permiten responder rápidamente a los requisitos cambiantes.

NUESTRAS HISTORIAS DE USUARIO SE ANEXARÁ EN UN DOCUMENTO EXCEL LLAMADO GRADUADOS.XLSX

SCRUM

En su definición tenemos:

Scrum es el nombre con el que se denomina a los marcos de desarrollo ágiles caracterizados por:

- Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.

- Basar la calidad del resultado más en el conocimiento tácito de las personas en equipos auto organizados, que en la calidad de los procesos empleados.

- Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un ciclo secuencial o en cascada.

en nuestro documento manejamos SCRUM de la siguiente manera:

Product Owner: Alejandro González; será el encargado de escribir las historias de usuario, este mismo las prioriza y realizará el Product Baklog.

ScrumMaster (o Facilitador): Cristian Duarte; este no será el líder, es quien eliminará los obstáculos que impide el alcance de los objetivos SPRINT,

Equipo de desarrollo: Nixon Escobar, Cristian Duarte y Alejandro González, serán los encargados de la entrega del producto, en este caso será el software para las universidades.

Stakeholders: Inicialmente la Universidad de Cundinamarca, esperando que se expanda a las diferentes universidades del territorio nacional.

Administradores: Miguel Ojeda, nos brindó la idea, el entorno y la guía a seguir para cumplir la meta.

Daily Scrum o Stand-up meeting

Serán todos los días de lunes a viernes a las 4.30 de la tarde, con la duración estándar de 15 min, donde se evaluará que se ha hecho desde la reunión anterior, que problemas se