History: aw1l 3.1 Results

Source of version: 5

Version
!! Results
!!! Lecturers
The opinion from the teaching staff about the advantages and disadvantages of the Wiki methodology compared to the traditional is summarised in Table 2. 

{SHEET(id=15)}Table 2. Advantages and disadvantages detected by the teaching staff after using Wiki methodology{SHEET}

~~red:En alumnes de primer cicle (per exemple, Ecologia Funcional, Salut i Medi Ambient) hem detectat que:

    * Tenen dificultats per organitzar-se pel treball en grup.
    * Tenen dificultats per sintetitzar la informació, donat que l’accés a la informació ja no és una dificultat con en èpoques anteriors.
    * Depenent de la llicenciatura, els alumnes de primer cicle aprenen més ràpid i accepten millor la nova eina que els de segon cicle. 


Per contra, en alumnes de segon cicle (per exemple, Avaluació d'Impacte Ambiental, Ecologia Aplicada-UB, Fisiologia Vegetal Aplicada) hem detectat que:

    * En general, saben organitzar-se i tenen experiència prèvia en el treball en equip (tenen facilitat per repartir la feina, assumir rols dins l’equip i rentabilitzar l’esforç).
    * Molts dels equips no ha estat de nova formació sinó que els membres ja es coneixien i havien col·laborat o estan col·laborant en altres treballs.
    * Són persones amb recursos que saben “moure's” i utilitzen les eines que tenen a l’abast amb eficàcia
    * Depèn dels detalls de mida dels grups de treball i tipus de treball a fer, la nova metodologia ha estat poc o molt acceptada:
          o En alguns casos, el grau d’acceptació de l’eina ha estat molt baix (assignatura FVA) en part atribuïble al fet d’estar a l’últim any de la carrera (es troben a la recta final i la prioritat es acabar, agafen moltes assignatures i no tenen temps per invertir en novetats, sobretot tenint en conte que ja tenen unes eines que manegen amb facilitat).
          o En altres casos d'assignatures d'últim curs, hi van trobar aspectes positius i negatius (Assignatura "Ecologia Aplicada - CCAA-UAB"). En la part positiva hi ha la facilitat d’interacció entre ells remotament i el que només hi hagi en tot moment una sola còpia bona del document. Es positiu també el fet que els alumnes s’hagin espavilat tot sols amb la poca informació que els vaig donar (expressament) per a utilitzar el Wiki. El seu maneig de la Web sembla suficient per aquest tipus d’aplicacions. En la part negativa destaca el fet que el format Web no és el que estaven més acostumats ni el que els demanava jo al final.
          o En canvi, en el cas de l'assignatura d'Avaluació d'Impacte Ambiental, de tercer curs, l'alumnat ha acceptat molt bé la nova metodologia i tencologia Wiki (assignatura AIA), doncs pel tipus de treball que havien de fer i la mida gran de l'equip de treball (15 persones), preveien que els facilitaria molt la feina. Així, el Wiki ha esdevingut una eina molt ben valorada pels alumnes en comentaris de classe al final de les pràctiques (tant pels que el podien fer servir, com pels que havien de fer servir els mètodes tradicionals). 


Entre el professorat tenim la impressió que si l'alumnat hagués pogut treballar en un entorn d'Ofimàtica estàndard (sigui el de Micro$oft, o el d'OpenOffice) i que funcionés de forma àgil i ràpida, l’èxit hagués sigut molt més important. Aquests entorns són els estàndard de facto, i a la gent no li costa res introduir algunes, poques, variacions sobre aquest estàndard. Ara bé, en la prova pilot que es va realitzar amb l'assignatura Avaluació d'Impacte Ambiental en el curs 2003-04es va detectar que la Ofimàtica Web funciona amb molta més lentitud en l'actualitat, amb la present velocitat dels ordinadros i comunicacions (malgrat a les universitats es disposa d'ordinadors de darrera generació i comunicació per cable d'alta velocitat).
~~

!!! Students
On the student side, there where a total of 229 surveys and 223 selfrecording tables collected of invested time (divided in methodologies and subjects in Table 3).

{SHEET(id=16)}Table 3. Surveys and selfrecording tables handed in, for each work methodology and subject.{SHEET} 

A count of the extra comments voluntarily written by the students in their surveys in the blank fields is shown in Table 4, classified by type of methodology and feeling. 

{SHEET(id=17)}Table 4. Total number or positive and negative extra written comments declared in empty spaces on the survey by the students{SHEET} 

The extra comments voluntarily written by the students in their surveys in the blank fields (Table 4) show that, the students value very positively the collaborative writing methodology based on Wiki because:
* it allows them cooperating without travelling to meet, 
* it allows them observing the development of their mates' work,
* it is a dynamic communication tool, 
Some of them point out their interest in knowing new tools or the security to have their data on the Internet, (apparently) "free from accidents or viruses".

The negative valuation of Wiki methodology, usually comes from connecting problems to Internet o from the lack of time to learn the specific Wiki markup. Most of the negative valuations correspond to problems in organisation: too big or disperse groups, or work organised inadequately. A group declared that they lacked time to deepen at the same time in the three activities: 
# the writing work itself 
# learning the methodology of working in group
# learning the Wiki technology

In order to illustrate some precise examples, three literal comments are shown of each type below, among the total number of those comments collected

__Three examples of POSITIVE comments expressed after working with the WIKI methodology__
# ''"The time that you devote to it is minor than if it was traditional methodology and can be coordinated with many more people"''
# ''"It has not been necessary to meet out of the university since we could make it through the wiki"''
# ''"In FVA I do not use the Wiki because my colleague of work is not very in favor, so we let it be. Anyway, I have to say that the idea is very good, I think that for the works in group (especially when they are mass groups, of 4 people, for instance, I mean) it is a great thing. I always thought, and here the question is already personal, that four persons in front of a computer, once everybody successfully get to meet a day (one of the most usual handicaps ), it is very little productive. I find it more "efficient" if we create general ideas when we meet in person, and then being able afterwards to work each one at his/her home. The fact of sharing files and seeing what the others have been changing is perfect, and if we add up that the forum already goes very well for the hourly incompatibilities of the members of the group, then we have a good combination."''

__Three examples of NEGATIVE comments expressed after working with the WIKI methodology__
# ''"I believe that working with the Wiki can serve to facilitate the exchange of information but that it is necessary that the people of the group meet in person to argue how to do it..."''
# ''"I have lost a lot of time on reworking lost texts (6 or 7 occasions), suffering because you cannot make a backup while you work"''
# ''"I think that the Wiki can only be useful if all the members of the group have daily access to Internet and the habit of using it"''

__Three examples of POSITIVE comments expressed after working with the TRADITIONAL methodology__
# ''"I have not had any problem to communicate with the members of the group since that we are together in the class and taking profit of the smae spare hours is very helpful"''
# ''"I think that the meetings in person improve the work much more, they are an enrichment for the person"''
# ''"All the possible doubts that we have had, have been able to ask directly to the teacher and this is also well"''

__Three examples of NEGATIVE comments expressed after working with the TRADITIONAL methodology__
# ''"I think that we were too many people and that we have not been enough identified among ourselves. Perhaps it is that I am not used to make works in big groups"''
# ''"Too big working group, so that it is very difficult to be able to meet altogether or even simply a representative of each group"''
# ''"Difficulty in organizing the work, lack of spirit of group"''

!!! Proposal of best practice methodology, based on this 2-year expericence

~~red: IFUW D.3. Proposta de metodologia de treball per als grups d'estudiants que han de redactar documents i elaborar il·lustracions de forma consensuada
La metodologia de treball i redacció col·laborativa basada en Wiki (“metodologia Wiki”) comprèn tant una filosofia o concepció de la forma de treballar tipus Wiki (“filosofia Wiki”, a partir d'ara), com una tecnologia informàtica de tipus Wiki (“tecnologia Wiki”, segons definició i prototip inicial de Wiki de Ward Cunningham, 1995) per compartir la informació, seguir els canvis i mantenir una còpia accessible de totes les versions.

La “filosofia Wiki” de treball comporta que:

   1. requereix perdre la por a que els altres vegin els documents de treball de cadascú, i que puguin fer-ne canvis. Cada persona permet que el seu document de treball sigui llegit i modificat per les altres persones del seu grup de treball, al llarg de tot el procés de la seva elaboració.
   2. s'incentiva la participació dels companys de grup per aportar millores al treball en tot moment, i en qualsevol apartat. 


La “tecnologia Wiki” permet que:

   1. es pugui aplicar el format habitual a un document de forma senzilla i ràpida (d'aquí ve el seu nom, atès que “Wiki-Wiki” vol dir ràpid, en Hawaià), sense haver d'aixecar les mans del teclat.
   2. qualsevol persona pugui veure i/o modificar la informació del document. Es poden assignar fàcilment permisos als documents i grups d'usuaris, per tal de configurar multitud d'escenaris de treball col·laboratius.
   3. es pot rebre avís per correu-e (o sindicació de notícies RSS) quan algú comenta o fa canvis en una pàgina del document, destacant els canvis introduïts en la nova versió.
   4. es poden visualitzar fàcilment a posterior quins han estat els canvis introduïts entre qualsevol parell de versions d'un document.
   5. es pot recuperar text escrit per altres persones que hagi estat modificat o esborrat. 


A rel de l'experiència adquirida amb el projecte, es pot suggerir una mena de “Manual de bones pràctiques amb la metodologia Wiki”, que conté els següents punts:

   1. Convé evitar que els alumnes vulguin definir l'estructura del seu treball a través de mitjans telemàtics (fòrums, wiki, correu-e). Cal definir bé l'estructura inicial del treball, ja sigui per que el professorat suggereix una estructura inicial concreta per començar a treballar i repartir-se tasques i calendari de treball, o bé per que l'alumnat el defineix en sessió presencial davant d'una pissarra, etc.
   2. Els grups de treball grans necessiten tecnologia Wiki. Alguns grups de 4 persones han tret profit de la metodologia Wiki però altres no. Els grups de treball a partir de 8 persones si que han tret profit del seu ús (Ecologia Funcional'05, Avaluació d'Impacte Ambiental'05).
   3. L'estructura inicial del document es pot anar perdent, i hi poden aparèixer redundàncies d'informació, etc. Es requereix feina periòdica de reestructuració i síntesi de la informació introduïda. A priori es pot pensar que qualsevol persona podria participar en aquesta tasca, però l'experiència en aquest projecte en ha indicat que és vital la figura dels caps de redacció del conjunt treball.
      .
      Es poden fer una sèrie de recomanacions addicionals (que variaran lleugerament si no es fa servir la tecnologia Wiki del portal Tikiwiki CMS/Groupware (Tiki) sinó un altre com el Mediawiki, dfWiki, etc.):
      .
   4. Definir una estructura de pàgines Wiki (estil llibre de contingut, amb la funcionalitat anomenada "Estructures" en el Tiki).
          * Fer que cada pàgina sigui el més petita possible en subapartats per tal d'evitar al màxim els intents d'edicions simultànies de la mateixa pàgina Wiki del document. 
   5. Incloure les taules petites directament en el text amb el format Wiki propi per crear i editar directament les taules en el cos de la pàgina.
   6. En canvi, incloure les taules grans o complexes per recollir dades amb la funcionalitat TikiSheet de taules i fulls de càlcul (veure exemple de la nova funcionalitat de Tiki 1.9. a: http://tikiwiki.org/TikiSheetDemo).
          * Aquesta funcionalitat en un futur podria generar i incloure directament via Web els gràfics vinculats a les taules de dades en la Web. 
   7. Sobre el treball amb gràfics de resultats en planes Wiki:
         1. Per incorporar gràfics en pàgines Wiki, cal generar-los sobre un full de càlcul extern al Tiki i pujar els gràfics com a imatges directament a la pàgina Wiki en la qual es treballa, (mentres no es millori la funcionalitat TikiSheets ). Això es pot fer colocant el cursor sobre el tros de text on es vol incloure el gràfic, i pujar la imatge via la funcionalitat "Puja foto").
         2. Per generar els gràfics d'un full de càlcul extern (com Open Office Calc, o M$ Excel), la manera més fàcil es posar-los tots en un document de text en blanc (via copiar i enganxar), i guardar posteriorment el document en format de pàgina Web (html, que guardarà tots els gràfics en format d'imatge d'extensió ".gif" en el mateix directori que l'arxiu html generat, o en una carpeta del mateix nom que l'arxiu html, depenent del programa de full de càlcul emprat). Llavors es poden anar pujant els gràfics com a imatges o fotos a la pàgina Wiki, segons el procediment explicat en el punt anterior. 
   8. Per portar una mica de control i coordinació sobre l'estat de finalització de cada pàgina Wiki del treball, es poden crear diverses categories de contingut amb numeració correlativa per indicar el grau de finalització del treball, i categoritzar així cada pàgina o taula de dades sobre la qual es treballi.
   9. Un cop acabada l'edició de totes les pàgines del treball, es pot preparar per imprimir tota la estructura de pàgines Wiki de cop ("exportar en html") a través de la opció del menú "Wiki > Multi-impressió" i escollir llavors la estructura sencera i ordenada de pàgines Wiki a imprimir. Això seria l'equivalent de treballar amb un document mestre i subdocuments amb l'Ofimàtica estàndard.
          * Cal llavors guardar en el disc dur com a Pàgina Web completa (amb imatges) aquest document html sencer que hem generat a través del Wiki i que encara tenim en el navegador Web.
          * Cal obrir llavors el document html amb un editor de textos, i guardar o exportar, segons calgui, en format document de text (amb Open Office, exportar a format ".sxw" ó ".odt"). Tancar el document html. Obrir el document de text amb format propi que haguem generat (".sxw" o ".odt", en el nostre exemple). Cal saber que en el cas d'OpenOffice, tot el text és obert dins una taula que consta com d'1 o 2 pàgines d'extensió, malgrat el text de debò en tingui moltes més: Cal treure el text d'aquesta taula i guardar en un document nou del mateix programa. Llavors podem començar a editar ja directament el treball en el programa d'edició de textos, afegint i modificant els estils i formats que es desitgin (index paginat inicial, capçalera, peu de pàgina, paginació adequada de les seccions, etc.). 
  10. Abans d'imprimir, cal fer la feina "Cap de redacció" que s'esmentava anteriorment en aquest informe:
          * eliminar repeticions,
          * sintetitzar idees,
          * unificar estils i formats, (que seran els mínims gràcies al full d'estil ".css" unificat amb que treballa en Wiki per a totes les seves pàgines)
          * depurar l'ortografia i gramàtica del redactat (el navegador Web Konqueror, per a GNU/Linux, és formidable per aquesta tasca directament mentre s'edita una plana Wiki, de forma similar a la comprovació automàtica mentre s'escriu de la Ofimàtica estàndard)
          * eventualment, passar a format ".pdf" (via OpenOffice, PdfCreator, o htmldoc, tots tres de programari lliure i els primers dos traduïts ja al català, etc.). 

~~
History

Legend: v=view , s=source , c=compare, d=diff
Information	Version	Action
Tue 06 de June, 2006 17:07 CEST by Xavier.dePedro from 83.180.166.105	12	v s c d
Sat 03 de June, 2006 16:30 CEST by Xavier.dePedro from 83.180.153.74	11	v s c d
Sat 03 de June, 2006 15:13 CEST by Xavier.dePedro from 83.180.153.74	10	v s c d
Sat 03 de June, 2006 16:19 CEST by Xavier.dePedro from 83.180.153.74	9	v s c d
Sat 03 de June, 2006 15:13 CEST by Xavier.dePedro from 83.180.153.74	8	v s c d
Sat 03 de June, 2006 15:02 CEST by Xavier.dePedro from 83.180.153.74	7	v s c d
Sat 03 de June, 2006 15:02 CEST by Xavier.dePedro from 83.180.153.74	6	v s c d
Sat 03 de June, 2006 11:32 CEST by Xavier.dePedro from 83.180.153.74	5	v s c d
Fri 02 de June, 2006 15:08 CEST by Xavier.dePedro from 83.177.57.188	4	v s c d
Fri 02 de June, 2006 14:37 CEST by Xavier.dePedro from 83.177.57.188	3	v s c d
Page: 1/2
Enable pagination per page
SourceHistory
Col·laboren

Traduccions automàtiques
