Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Trabajo colaborativo
Descripcin breve
En que consiste el trabajo colaborativo?
Julin Mrquez
20122078213
Trabajo colaborativo
Hay una clara responsabilidad individual de cada miembro del grupo para el
alcance de la meta final.
Qu es trabajo cooperativo?
Hay muchas definiciones acerca de lo que se conoce como trabajo cooperativo;
ello se debe a que implica diferentes campos de estudio, entre los cuales estn la
economa, la antropologa, la psicologa, la sociologa, la administracin y las
ciencias de la computacin. Aqu presentaremos las ms aceptadas.
Trabajo cooperativo es ayuda mutua, acuerdo de intereses, cooperacin como una
voluntaria supresin de los intereses propios. Son metas compartidas por un grupo
de trabajo.
Ejemplos de trabajo cooperativo son la pesca, la cosecha y el poner un bote a
navegar.
Qu es CSCW?
CSCW (Computer -Suppor ted Cooperative Work) son las siglas en ingls de
trabajo cooperativo asistido por computadora. El CSCW fue utilizado por primera
vez en 1984 por Irene Greif, del Massachussetts Institute of Technology, y Paul
Cashman, de la Digital Equipment Corporation. En ese ao tuvo lugar en Estados
Unidos el primer taller de CSCW, cuyo objetivo fue reunir a personas de diferentes
INGENIERIA COLABORATIVA
observacin a los grupos de trabajo mientras interactan para alcanzar sus metas
grupales. Debido a que cada patrn puede ejecutarse de diversas maneras se han
creado los thinklets que son tcnicas de facilitacin repetibles, transferibles y
predecibles para asistir a un grupo en alcanzar su objetivo acordado thinklets son
diseados para facilitar su uso por parte de las personas que no tienen suficiente
experiencia en ejecutar procesos colaborativos.
SISTEMAS MULTIAGENTE
PASSI
Dentro de esta metodologa podemos identificar varias fases con las cuales se
asegura llegar de la especificacin del sistema a una versin implementable.
Dentro de la etapa de anlisis, tenemos las siguientes fases: descripcin del
dominio: utilizando los diagramas de casos de uso de UML se describe el dominio
de la aplicacin, identificacin de agentes: a partir del diagrama anterior y
utilizando Rational Rose identificamos los agentes que componen el sistema,
identificacin de roles: los roles de los agentes los representamos mediante
diagramas de secuencia e identificacin de tareas: se dibuja un diagrama de
actividad para cada agente y se deciden que tareas son necesarias para realizar
las funcionalidades descritas anteriormente.
PATRONES DE COLABORACION
Existen diferentes tipos de patrones de colaboracin entre los que estn las
diferentes clases
Swarming
Sin importar el framework de Agile con el que se trabaja, es frustrante encontrarse
con un equipo que parece estar extremadamente ocupado, pero que no logra
resolver ninguno de los items en progreso. Justamente, una de las claves de
Kanban implica reducir el ciclo de las stories, movindolas a la columna DONE
apenas sea posible. Hay un mantra que debera transformarse en el himno de
cualquier equipo: termina de empezar, empieza a terminar.
Al adoptar esta filosofa, muchos equipos colaborativos han virado hacia una
cultura del Swarming. En este enfoque, en lugar de un nico desarrollador que
trabaja en una story, mltiples miembros del equipo se esfuerzan por terminar el
tema lo antes posible. Swarming se presenta as como un aspecto cultural de la
organizacin en equipos.
Roles y jerarquas
La colaboracin prospera en aquellos ambientes en los que no hay jerarquas
firmes. Agile no busca determinar roles especficos para los integrantes del
equipo, ya que todos deben trabajar segn un estilo generalista y con objetivos
comunes. Pero en equipos y culturas con un enfoque jerrquico, no es poco
comn encontrarse con miembros que reproducen esta manera de relacionarse.
Este enfoque jerrquico casi siempre mata al esfuerzo colaborativo.
Programacin en pares
Si bien las estadsticas indican que los equipos de ms alta performance casi
siempre trabajan en pares, la realidad es que muchos desarrolladores prefieren
descartar el la programacin en pares sin considerarla. Su argumento parece ser
lgico: asignar dos personas a la misma tarea, no implica malgastar esfuerzos o
recursos?
La realidad es que pair programming es mucho ms que un equipo doble de
trabajo. Este enfoque permite facilitar los desarrollos en base al diseo evolutivo,
que busca un progreso dinmico y en base a metas claras. Adems, el trabajo de
pares hace que los desarrolladores no se distraigan en tareas individuales. Esto
puede parecer sorprendente, pero permite que cualquier integrante del equipo se
sume a la story en cualquier momento, como si fuera un corredor de relevos. Ya
no hay islas ocultas de conocimiento. Este enfoque tambin permite que los
integrantes clave del equipo puedan moverse a nuevos proyectos sin que se
retrasen por un obstculo en el desarrollo. De esta manera, el trabajo en pares es
un patrn de colaboracin importante, incluso en equipos remotos.
KPIs colaborativos
Los desarrollos en Agile implican un cambio cultural y no pueden reducirse a
modificaciones en la manera en que trabajan los equipos. En muchas
organizaciones existe una desconexin entre el trabajo en Agile y la estructura de
la compaa, lo que puede traer efectos adversos en la colaboracin. Por este
motivo, es de suma importancia definir KPIs que respondan a las necesidades del
conjunto, y dejar de lado aquellos que se centren en necesidades individuales.
Paredes de tarjetas
Muchas organizaciones trabajan tercerizando servicios para otras compaas.
Como muchos de los clientes se encuentran en otros pases, resulta lgico utilizar
herramientas electrnicas como Jira, Trello o Rally para monitorear el trabajo del
equipo.
Sin embargo, las herramientas electrnicas no siempre satisfacen las necesidades
de monitoreo, y de hecho pueden transformarse en un punto de tensin. En su
lugar, es posible aprovechar tarjetas fsicas en una pared, lo que representa un
mtodo mucho ms efectivo para conocer el progreso del proyecto. Trabajar con
tarjetas fsicas permite que los integrantes del equipo puedan moverlas de un
lugar a otro para organizar la informacin rpidamente, y tambin agregar cambios
y aclaraciones. Esto hace que los standups se vuelvan ms cortos, y que el equipo
se enfoque en el sprint en lugar del progreso individual.
GROUPWARE
CONCLUSION
Las conexiones entre diferentes comunidades y paradigmas estn comenzando,
por lo que se reconoce la necesidad de llevar a cabo investigaciones que faciliten
la comprensin de la complejidad y los matices de CSCW.
Es manifiesta la necesidad de evaluar el impacto de CSCW en las organizaciones;
Ramage, por ejemplo, comenta que se han hecho muchos esfuerzos para el
diseo, pero muy pocos para la evaluacin.
Las dificultades de la evaluacin radican en su alto costo; la dificultad en conseguir
participantes para los estudios de campo, pues tienen miedo que su productividad
baje mientras se hacen las evaluaciones; la dificultad de que los evaluadores
entiendan al usuario final o el campo de trabajo; la confusin de los efectos
conectados con aspectos organizacionales porque la evaluacin puede tener
sesgos que generen asuntos organizacionales o culturales, y finalmente la
carencia de heursticas para la evaluacin de software cooperativo.
Medir la eficiencia de un sistema cooperativo es importante porque est implicado
un alto costo institucional (tiempo y dinero), porque existen diversidad de
necesidades de los involucrados y finalmente porque podran apoyar la
exploracin e investigacin de formas diferentes e innovadoras en las que la
tecnologa puede ser empleada en las empresas y en las
BIBLIOGRAFIA
http://cs.uns.edu.ar/~ajg/papers/Cacic04Marchetti%26Garcia.pdf
http://aipo.es/articulos/1/12711(v2).pdf
http://www.ic-itcr.ac.cr/tiempo_compartido/tc_viejo/pdfs/66.pdf
https://ticyaprendizajecooperativo.wikispaces.com/B)Concepto+del+Aprendi
zaje+Cooperativo