Nuestro grupo de trabajo objetiva la creación de una aplicación informática explicitada a través de una herramienta 2.0 (wiki), la cual dé una respuesta rápida a la necesidad de indizar y normalizar cualquier actividad social y/o Conocimiento expresado en una red social como Factbook por una persona o conjunto de personas, y cuyo objetivo final es que pueda ser usado por cualquier usuario de esta red, y que a su vez sea usable, es decir, que se percibida como necesaria y fácilmente manejable.
Para ello, 7 estudiantes de la Licenciatura de Documentación, que son:
Juan Marín Acera
Beatriz Eligio Gutiérrez
José Mario Martín Rivas
Ashok Kishinchand Shivdasani
María José Burgos Cabrera
Teresa Benítez Armenteros
Antonio Rabanedas López
y cuyos portavoces serán:
José Mario Martín Rivas
Ashok Kishinchand Shivdasani
se ponen manos a la obra para la realización de tal proyecto.
Nuestro marco de trabajo se cimentará en el SCRUM, metodología de trabajo propia de los desarrollos de software, basándonos en la actitud colaborativa de todo el grupo, en el que cada uno actuará con distintos roles, e interactuará con ellos.
Dichos roles se pueden resumir en dos: cerdo (desarrollador de la aplicación) y como gallina (crítico de la aplicación). En nuestro caso, todos poseeremos esos dos roles.
En cualquier caso, y para ampliar el modelo Scrum de trabajo, realizaremos con nuestro entorno cercano un 'Scrum paralelo', en el que tantearemos la idea, a personas no versadas en Documentación, de la utilidad de normalizar ('unificar') la terminología ('vocabulario') usada en una actividad social o en un cierto Conocimiento generado, basándonos en la filosofía de una de las herramientas tradicionales del campo de la Documentación: el Tesauro.
En este segundo plano, estas personas actuarán como gallinas y nosotros como cerdos.
El trabajo se planificará en 4 fases o sprints, siendo estas fases un constante solapamiento secuencial. Es decir, cada fase no será un compartimento estanco cada una de ellas, ni tampoco pretendemos crear unas fases que se “pisen” unas con otras, sino que se trabajará cada fase por separado, pero siempre poniendo sobre la mesa la fase anterior y la siguiente.
De tal manera, las fases quedarían así:
1) Desarrollar el por qué y para qué de la necesidad de indizar una actividad social a través de una aplicación, explicitándola a través de una wiki (basándonos en una herramienta documental tradicional como el Tesauro), para ser usada finalmente en una red virtual.
En esta fase se usará una metodología scrum “interna”, es decir, como se explicó anteriormente, los miembros del grupo actuaremos como desarrolladores y críticos.
Se trata de la fase inicial y la que asienta las bases de nuestro trabajo final. Debemos no tanto identificar la necesidad de crear una aplicación (que también), como la de saber transmitir a los usuarios que existe una necesidad: la de crear y normalizar un lenguaje específico para una actividad social o conocimiento en la que ellos estén involucrados, que les permita la unificación de conceptos, realidades, relaciones, situaciones y características que generen un conocimiento útil y necesario para el desarrollo futuro y continuo de esa actividad social en la que se encuentra/n inserto/s.
14 de Diciembre: todos traemos pensado la respuesta a esta pregunta y planteamos la solución.
2) Transmitir a un usuario o grupo de usuarios esa necesidad, que la identifiquen, y que aporten y/o critiquen la creación y utilidad de una aplicación que subsane esa necesidad
En esta fase se usará un Scrum “externo” en el que los usuarios son gallinas y el grupo de trabajo, cerdos.
Se hará una puesta en común, tras la cual los cerdos decidirán si tener en cuenta o no las opiniones de las gallinas. Se valorará el incluir estas aportaciones en la Wiki.
Esta fase consistirá básicamente en exponer, a personas externas al grupo, una necesidad por ellos no detectada para luego hacerles ver que esa necesidad se puede superar con una aplicación.
Esto último será expuesto a sus críticas y aportes, que serán tenidas en cuenta para cambiar la perspectiva y filosofía del trabajo en grupo.
Por resumir, esta parte intenta mostrar al usuario final el por qué de la necesidad de crear una aplicación virtual de etiquetado social, pero para ello nos basaremos en sus propias necesidades y cómo afrontan las mismas.
Lunes 19 de Diciembre volvemos con el feedback de las gallinas externas y las planteamos en nuestro sprint.
3) Creación de una Guía de instrucciones para el etiquetado social, basándose en la estructura de un Tesauro.
Para esta fase utilizaremos un Scrum “interno”, como el de la primera fase.
Esta tercer fase consistirá en la idealización de una wiki, en la cual se explique a los usuarios, como usar una aplicación de etiquetado social, tanto en la parte más superficial (etiquetar a través de una terminología normalizada una determinada actividad social que genera a su vez un conocimiento), como por otro lado la parte más estructural (por qué y cómo deben normalizar ese lenguaje, cómo presentar el mismo en una aplicación determinada...). Es decir, esta fase consiste en planificar una herramienta de marcado social, y a su vez, cómo usarla.
El etiquetado social no consiste sólo en el hecho de marcar con palabras conceptos, también consiste en que esas palabras estén normalizadas; que ese léxico especial usado por un determinado grupo esté controlado, bien definido...de tal manera que ese grupo de usuarios finales que lo usen para una determinada actividad social sepan que deben usar siempre un vocabulario lo menos inconsistente, formalmente hablando, posible.
Esta es quizá la parte más difícil, porque se debe explicitar en lenguaje coloquial términos, conceptos y realidades propias del mundo de la Documentación para ser aplicados en un contexto 'libre' de etiquetado social.
4) Forma en que se va a poder desarrollar la aplicación en la red social.
En esta etapa, se desarrollará la forma en que los usuarios interaccionarán con la aplicación en la red social, desde un punto de vista práctico, y por otra, desarrollar las posibilidades que daría una aplicación como esta en la Web.
Estas dos últimas fases serán realizadas, de manera independiente, por cada uno de los componentes del grupo, tratándose de forma conjunta el miércoles 11 de Enero. A partir de este punto se llegará al consenso final, donde se plasmará el resultado del proyecto, para el viernes 13 de Enero, en la Wiki del grupo.
Para la comunicación del grupo, durante el proceso de desarrollo habrá contactos virtuales por medio de Twitter, con un hashtag específico #tesaurizados para las conversaciones de los miembros.
