Proyecto Final
Ahora que tienen sus equipos conformados, es hora de realizar su proyecto final. La semana pasada les presentamos una descripción general del proyecto (https://www.coursera.org/learn/visualizacin-y-storytelling/supplement/iHxKr/descripcion-del-proyecto-final-y-definicion-de-equipos). Esta semana quiero que se dediquen a la planeación de su proyecto final y adelanten lo que más puedan en la realización de la primera versión que van a presentar la próxima semana. Por la cantidad de trabajo que implica realizar la primera versión, los entregables de esta semana son relativamente sencillos y dirigidos a ayudarles en la planeación. Para ayudarles, veamos de forma detallada lo que deben hacer en su proyecto final:
Como equipo
Los siguientes puntos deben trabajarlos como equipo, independiente del rol que tengan asignado:
Definir su fuente de datos
Pueden utilizar los datos que quieran, la idea es que investiguen y trabajen sobre temas que a ustedes les interesen como grupo para que el desarrollo del proyecto los motive desde el inicio. Tener libertad total sobre el tema y fuente de datos a trabajar puede implicar un reto de entrada, pero no quiero que se detengan mucho tiempo decidiendo sobre qué trabajar. Aquí van algunas opciones para agilizar el proceso de decidir la fuente de datos:
- Hablen entre ustedes para ver si alguno ya está trabajando sobre una fuente de datos (en otros proyectos de investigación propios, de otros cursos de la maestría, de las empresas donde trabajan, etc.), es una gran ventaja tener a alguien del equipo que ya esté familiarizado con los datos y posibles temas relevantes a tratar con ellos.
- Pueden retomar algunas de las fuentes de datos que trabajamos en el curso: población de estudiantes (semana 2), sueldos profesionales (semana 3) o precios de criptomonedas (semana 4). Todos ustedes conocen las bases de datos y tuvieron una primera aproximación, eso facilita avanzar sobre la forma de trabajarlas más a fondo en el proyecto final.
- Buscar otras fuentes de datos públicas. En internet encontramos muchas opciones para esto, les recomiendo la lista de Awesome Public Datasets como punto de partida, ya que tiene una tabla de contenido temática que les puede ayudar a identificar una fuente de datos que les interese.
Investigar el tema
Como equipo deben investigar el tema: revisar literatura, familiarizarse con los conceptos propios del fenómeno que los datos representan y buscar referentes de cómo han sido trabajados. Independiente de su rol dentro del equipo, todos deben adquirir un conocimiento profundo sobre el tema para que puedan tener conversaciones productivas a la hora de definir la forma como lo van a trabajar.
Definir el público objetivo e intención narrativa
Teniendo en cuenta la fuente de datos y la investigación que han hecho sobre el tema, deben pensar en su público objetivo para poder alinear los esfuerzos individuales hacia un lugar común. Independientemente de la fuente de datos, quiero que hagan un esfuerzo por considerar el público general, esto quiere decir que desde el modelado de datos, pasando por las visualizaciones, hasta la presentación final en el sitio web, van a definir una forma específica, concreta y clara de hablar sobre los datos. Van a construir una opinión sobre lo que pueden decir los datos y la van a volver explícita para su público.
Por ejemplo: Si mi fuente de datos son los sueldos profesionales (base de datos que trabajamos en semana 3), no es suficiente con visualizar todas las variables en el dashboard para que otros las investiguen y formen una opinión por su propia cuenta. La idea es que desde el título, los elementos descriptivos y el dashboard, puntualicen la forma como la audiencia puede entender los datos que están presentando. Para eso puedo definir una intención narrativa. En este ejemplo voy a definir que mi intención narrativa es "las diferencias en los sueldos a partir de la identidad de género y raza en Estados Unidos y Canadá". Esta intención narrativa me perfila de forma específica las necesidades de modelado, el tipo de visualizaciones, y los elementos descriptivos que acompañan el dashboard en el sitio web.
Pensando en su público y formulando una intención narrativa clara, pueden trabajar en sus tareas individuales sin perder de vista el objetivo común que tiene el proyecto.
Formular un título para el proyecto
Normalmente hacemos los títulos al final, cuando tenemos todo terminado. Les recomiendo que entre todos lleguen a un acuerdo sobre el título desde el principio, les ayuda mucho para tener la intención narrativa clara desde el comienzo y no perderlo de vista en el proceso. Claro, lo pueden cambiar luego, pero es un buen ejercicio para aclarar de entrada hacia donde va el proyecto.
Trabajo "individual" con apoyo de los colegas
Entre ustedes se han asignado roles dentro del equipo y esto les permite distribuir las tareas individuales dentro del equipo. Les recomiendo mantener canales de comunicación claros y avanzar todos al tiempo. Hay tareas que dependen del trabajo de otros miembros del equipo, pero no esperen a que estos terminen su trabajo antes de comenzar. Miremos la rúbrica de evaluación para que tengan claro lo que esperamos:
| Dimensión | Peso | Responsable | Insuficiente | Bien | Muy Bien | Excelente |
|---|---|---|---|---|---|---|
| Título | 10% | Todos los miembros | No entrega | Entrega, pero es muy genérico o no logra sugerir la naturaleza de los datos o la intención narrativa. | Se entiende la naturaleza de los datos y anuncia la intención narrativa. Puede mejorar si busca persuadir a su público a investigar más a fondo el resto del contenido. | Es persuasivo y efectivo en anunciar la naturaleza de los datos y la intención narrativa. Genera intriga e invita a investigar el resto del contenido. |
| Texto de contexto | 10% | Grupo de montaje web | No entrega | No es claro para un público general. | Es un contexto muy general sobre lo que se está presentando o falta alinear la intención narrativa con el contexto que se está presentando en este texto. | Es elocuente y persuasivo, logra presentar un buen contexto para precisar la intención narrativa. |
| Dashboard de visualizaciones | 30% | Grupo de visualizaciones | No entrega | Las decisiones formales opacan los datos o no permiten reconocer la intención narrativa. | Hay una intención narrativa clara, pero, algunos módulos de visualización no funcionan, o falta pensar mejor las leyendas para facilitar la lectura, o algunas decisiones formales del tipo de visualización están dificultando la lectura. | Cada módulo de visualización es claro y apoya la intención narrativa en general. Hace buen uso de las estrategias visuales y cada módulo ofrece nuevas formas de entender los datos trabajados. |
| Presentación web | 20% | Grupo de montaje web | No entrega | Hay elementos dentro de la página que no funcionan, el orden de presentación de los elementos que componen el sitio es confuso y no permite una lectura clara. | Todos los elementos funcionan, puede mejorar en el orden de presentación de los elementos que componen la página. Puede mejorar haciendo uso de elementos de apoyo para resaltar mejor la intención narrativa. | La página web está muy bien estructurada, ofrece una lectura clara en el orden que los elementos son presentados, la lectura es cómoda y permite entender desde lo más general a lo más detallado. |
| Documentación de modelado de datos | 30% | Grupo de modelado | No entrega | No son claras las variables, o de qué forma pueden ser utilizadas. Las decisiones de modelado no ayudan a investigar los datos y producir visualizaciones claras, o, la forma de presentar la documentación no ayuda al resto del equipo o futuros usuarios para hacer uso del material de trabajo. | La documentación está completa, pero puede mejorar en: Mejores descripciones de las variables para que sea clara la forma de usarlas, o, ofrecer pasos más claros para replicar el modelado sobre nuevos datos. Otro posible problema es que el modelado no esté terminado y se vea reflejado en las visualizaciones con errores de limpieza y modelado de datos. | El modelado de datos es coherente con la investigación y apoya claramente el proceso de visualización. La documentación es clara y útil para replicar los procesos que se implementaron en la extracción, limpieza y modelado de datos. |
Nota sobre entregables de la semana
El detalle de los entregables de esta semana lo encuentran en el "Plan de trabajo" de esta semana. Tengan en cuenta lo siguiente para el cronograma y presupuesto:
Cronograma
Es natural pensar que primero deben hacer el procesamiento y modelado de datos antes de hacer visualizaciones, y que el montaje web depende de las dos fases anteriores, pero cada grupo puede ir adelantando cosas mientras esperan los resultados de sus colegas. La siguiente tabla es una sugerencia para que puedan avanzar en conjunto:
| Grupo | Fase 1 | Fase 2 | Fase3 |
|---|---|---|---|
| Modelado | Extraer, limpiar y modelar los datos. | Trabajar de cerca con grupo de visualización para revisar y corregir el modelado. | Escribir documentación. |
| Visualización | Definir tipos de gráficas a utilizar, ponerlas a prueba con una base de datos previa. | Desarrollar las visualizaciones. | Pulir estilos, crear leyendas y si es necesario, crear textos descriptivos que apoyen los módulos de visualización. |
| Montaje web | Definir y preparar la plataforma de publicación, definir estilos generales que le den identidad al proyecto como paleta de colores y si es necesario ir buscando elementos adicionales que apoyen la narrativa (ilustraciones, fotos, videos, etc.). | Estructurar dentro del sitio web el orden en que se van a presentar todos los elementos que componen la página, incluyendo el orden de los módulos de visualización. | Montaje final de los elementos en el sitio web. |
También tengan en cuenta las siguientes fechas importantes:
- Primera versión: domingo marzo 3.
- Versión final: miércoles marzo 13.
- Pitch: Domingo marzo 17.
Presupuesto
En el ejercicio de planeación de esta semana, quiero que hagan el ejercicio de contemplar los costos de un proyecto de Visualización y Storytelling en la vida real. No espero que incurran en estos gastos para su entrega final, pero es formativo anticipar los costos desde ahora. Estas son algunas sugerencias para que puedan desglosar el presupuesto:
- Teniendo en cuenta el cronograma y el tiempo que tienen para realizar el proyecto, cada uno puede hacer un cálculo global del número de horas que le van a dedicar al proyecto. ¿Cuánto cuesta su hora de trabajo según su experiencia actual? Con estos dos valores tienen un primer costo por miembro del equipo.
- Antes de crear un presupuesto es importante saber qué tipo de visualizaciones se necesitan. ¿Pueden usar herramientas prediseñadas o necesitan programar algo?
- Si van a usar herramientas prediseñadas, ¿tienen que cubrir gastos de licencia o van a usar una gratuita? Si tienen que pagar licencia, ¿cuánto debe cubrir este proyecto de los gastos de licencia?
- Si van a programar su propia aplicación, deben considerar entonces los gastos en servidores y dominio para publicar el proyecto.
- Independiente de si es un proyecto de visualización o cualquier otro proyecto, es buena práctica incluir dentro del costo total un rubro de contingencia que oscila entre el 10% y el 15% del total de costos que han calculado antes. Esta contingencia les ayuda a cubrir gastos inesperados como horas extra o costos de infraestructura y software que no alcanzan a anticipar en el momento de crear el presupuesto. En mi experiencia, los clientes (sobre todo en América Latina) por lo general ven de manera sospechosa el rubro de contingencia desglosado en el presupuesto. Mi recomendación es hacer el cálculo total de costos del proyecto, luego calcular la contingencia y luego distribuirla en los otros rubros. De esta manera no aparece explícita en el presupuesto, pero ustedes saben que la tienen disponible.