Structuration.II

Structuration phase II

Initial nvestigation

This is the fact-finding oriented part of your project

Background to the problem/identify the problem.

Identify the user(s) having the problem.

Identify what the user(s) would need in order to be able to solve the problem.

Outline the limitations of the solution you propose.

Identify two or more possible ways of providing a solution.

Choose the best way of providing a solution and explain why it is the best way.

Identify the sources and destinations of the data used by the system and the processes used on the data.

Identify all the data used by the system data requirements and draw an ER model if appropriate.  Give a clear, comprehensive, specific list of objectives of the project (what the project will need to do in order to be successful).

Example:

Investigación inicial

En primera instancia como equipo de trabajo, se requirió entender los distintos conceptos y diferencias entre todo lo relacionado con el Diseño Universal de Aprendizaje, los procesos educativos actuales, la construcción de actividades pedagógicas y el currículo de matemáticas de primer año básico. Para concretar el proyecto se requirió́ una amplia investigación sobre gamificación, musicalización, efectos de sonido, look and feel y mecánicas de juego, entre otros. Se realizó un estudio sobre las tecnologías disponibles en el mercado para la construcción de los productos, motores de render, frameworks, lenguajes y paradigmas de programación.

Luego de esta investigación y de realizar algunas pruebas de concepto y distintas comparativas explicadas en el anexo 8.3 “DOCUMENTO DE INVESTIGACION INICIAL” de investigación adjunto a este documento, nos dedicamos a profundizar el estudio de la herramienta Unity 3D la que fue utilizada como motor de render y C# el que utilizamos como lenguaje de programación de la app, también de la herramienta Laravel la que se utilizó como framework, highcharts para realizar los reportes y PHP como lenguaje de programación de la web.” (Claudia Cabrera, 2018)

Multiple Choice

What is the Initial Investigation?

• It’s the conclusion of the project.

• It’s the conclusion of the project.

• It’s where you investigate about everything that involves your project.

• It’s the contextualization of your project.

Estructura de Desgloce de Trabajo (EDT)

Present the EDT diagram and mention the most important milestones in your project (activities or progress you have to present to the guide teacher or to the client, some definitions in relation to when your group is going to do the tests or finish the complete project).

You also have to create a Gantt Chart, which is going to give you the planification of your project, so you can organize your team when to deliver some aspects to the client or to the guide teacher. Also, the Gantt chart is going to help you to avoid improvisation in your project. In the Gantt chart, you have to mention the estimated times and the strategy for creating the chronogram.

Multiple Choice

What is the importance of the EDT?

• Its importance is that we can organize the project.

• Its importance is that it explains the solution of the problem.

• Its importance is that it defines the general objective of the project

• Its importance is that the group defines the scopes of the project

Risk Administration

This part of the project is focusd on the preventing the risks and plan what to do if they appear.

Here you have to explain how you are going to manage the risks of the project by creating a chart indicating the most relevant risks and how to manage them in order to overcome them and continue with the project.

Explain how the group is going to avoid and mitigate. Indicate an alternative plan in case you can’t deal with any of the risks. In this item, you’ll have to elaborate a chart indicating the probability of the risk to happen and also, you’ll have to include all the risks detected previously.

Example

“3.8. Administración de Riesgos

3.8.1. Clasificación

Los riesgos identificados según los objetivos del proyecto, alcances y restricciones, tanto del proyecto como del producto, estan clasificados en tres tipos dependiendo de a qué afecten éstos. Riesgos de Proyecto: Afectan a la planificación temporal y al coste del proyecto. Se identifican como problemas potenciales de presupuesto, calendario, personal o recursos. Riesgos Técnicos: Amenazan la calidad y la planificación temporal del software. Se identifican como posibles problemas de diseño, interfaz, implementación y mantenimiento. Riesgos de Negocio: Amenazan la viabilidad del software, éstos pueden ser de las áreas de dirección, estratégicos y presupuesto del cliente.

3.8.2. Métricas

La administración de riesgos cuenta con dos puntos con que se calcula la magnitud de los riesgos, los cuales son la probabilidad de ocurrencia y el impacto, y de esta forma se identifica el nivel de exposición al que se ve afectado el proyecto (para mayor detalle de las métricas, acudir a anexo “Administración de riesgos”).

3.8.3. Monitoreo

Con la finalidad de que el desarrollo del proyecto se efectuara con los menores obstáculos posibles, se realizaron revisiones cada dos semanas del estado de las tareas, poniendo énfasis en los riesgos detectados, y monitoreando que éstos no se manifiestaran. Por cada monitoreo planificado se llevó a cabo un registro de los riesgos realmente concretados, con un resumen de lo realizado para su control (para mayor detalle del monitoreo acudir a anexo 8.4 “DOCUMENTO DE ADMINISTRACIÓN DE RIESGOS”).” (Claudia Cabrera, 2018)

Multiple Choice

Why is it important to have a mitigation plan?

• Because it’s the only way of knowing how to act when the risks appear.

• Because it helps us to plan the project and to know when to deliver something.

• Because in this way we can justify the whole project.

• Because it helps us to make the reader understand what the project is about

Identify the technology that the group is going to use to develop the project: For example, you have to name the Operative System, the programming language you’re going to use, the platform of development, the control of versions of the product, the framework and so on and so forth.

​Technological base for the project

Example extracted from “Math Level Up”:

“Como base tecnológica, se definió para la app como S.O Android 4.1. Para la visualización de la web, las pruebas se realizaron en Mozilla Firefox 61.0.1. Como lenguaje de desarrollo se utilizó C# para app y PHP para la web. Como plataforma de desarrollo y motor de render para la app, se utilizó Unity 3d en su versión 2017.4.1f1; como framework para la aplicación web, Laravel en su versión 5.5. Para el control de versiones se utilizó la herramienta Bitbucket. Para la base de datos, se usó MYSQL. Para mayor detalle del software utilizado y sus características, consultar anexo 8.9 “DOCUMENTO DE ARQUITECTURA”.” (Claudia Cabrera, 2018) As you can see, the group was very specific about what you have to explain in this part of the project.

​Tools for project management

The most used at CIISA is PMBOK, which means Project Management Body of Knowledge (Cuerpo de Conocimientos de la Gestión de Proyectos). PMBOK is a methodology for project management more than a tool. As complementary tools, you can use others like Scrum, Cascada, Kanban or Trello (these are the most used at CIISA because of the versatileness they have). In the case of your project, you have to first look for the indicated tool and then learn how to use it and if it’s really useful. You have to try as much tools as you can in order to find the correct one for your project. All the description related to the tools for project management must go in the Methodology part.

​Example

​Metodología

“Toda la planificación del proyecto se ha desarrollado bajo la metodología de PMBOK de PMI. Para los productos se utilizó un método basado en Cascada en el que se realizan iteraciones sólo entre las etapas de desarrollo y pruebas, de ser necesario. El modelo de cascada permite al equipo de trabajo completar de forma ordenada todos los hitos de cada etapa antes de pasar a la siguiente, lo que permite a los seminaristas ajustarse al cronograma propuesto.

​Se ocupó KANBAN con el concepto de back log de Scrum por cada etapa, para ordenar y repartir las responsabilidades de cada integrante del equipo, lo que permite llevar el control a través de la herramienta de gestión web Trello; se utilizó también el concepto de Scrum de dailys (reuniones diarias) para llegar a acuerdos con el trabajo repartido y así poder responder las dudas que tuviese cualquier integrante (éstas se hicieron por WhatsApp y de forma presencial, dependiendo de cómo se realizó el trabajo dicho día). Estas herramientas permiten comunicación en tiempo real, además de la posibilidad de compartir archivos. En el Diagrama No 02 se muestra el diagrama de la metodología usada en el proyecto.