[rosedu-general] On de legatura intre proiecte

[Andrei Cipu]

----- Original Message -----
> From: Razvan Deaconescu <razvan at rosedu.org>
> To: Lista principala ROSEdu <rosedu-general at lists.rosedu.org>
> Cc: 
> Sent: Wednesday, January 22, 2014 6:09 PM
> Subject: Re: [rosedu-general] On de legatura intre proiecte
> 
> Andrei Cipu <crangasi2001 at yahoo.com> writes:
>>  Salut si felicitari pentru proiectele realizate la py4school.
>> 
>>  Uitandu-ma la produsele realizate ma gandeam ca cel putin o parte din
>>  eforturile depuse ar putea fi continuate in cadrul altor proiecte ale
>>  ROSEdu sau ale altor entitati.
>> 
>>  Asta este o situatie pe care am vazut-o destul de des in ultimii ani
>>  la proiectele ROSEdu. De exemplu prezentările de prin licee ar fi
> 
>>  putut fi dublate de invitatii si ajutor pentru a participa la Google
>>  Code In. Anul asta am fost mentor acolo și nu am văzut nici măcar un
>>  nume românesc.
>> 
>>  Având în vedere aceste lucruri, as vrea sa va propun sa investigam
>>  posibilitatea de a avea o persoana (arhitect, campion, responsabil,
>>  cum vreți sa-i ziceți) care sa se ocupe de stabilirea de conexiuni
>>  intre diverse proiecte.
>> 
>>  El ar lucra direct cu responsabilii de proiect, luând de pe umerii lor
>>  grija interacțiunii intre proiecte. Dacă se dorește formalizare mai
>>  departe, pot exista responsabili de interacțiune pe grupuri de
>>  proiecte, proveniți dintre responsabilii de proiecte.
>> 
>>  Ce părere aveți?
> 
> Salutare, Andrei.
> 
> La o primă vedere ideea mi se pare una bună.
> 
> Te referi la un "broker" doar între proiecte ROSEdu sau între proiecte
> ROSedu și alte proiecte? Cam ce ai vedea ca ar conține "fișa postului"
> pentru o astfel de persoană: ce trebuie să facă, ce obiective are, cum
> "măsurăm" că își face treaba bine? Adică niște bullet-uri pe care să
> discutăm :-)

Salut,

Mă refeream inclusiv la 
interacțiunea cu alte proiecte, deși multitudinea inițiativelor care se 
perindă pe listă cere probabil mai mult de 1 om. 

El
 ar urma să urmărească lista și site-urile și pentru fiecare proiect nou
 (inclusiv ediții noi ale unor proiecte ongoing) să-și acorde un pic de 
timp să vadă:
* targetul proiectului
* tehnologiile necesare
* rezultatele așteptate
și pe baza acestora să decidă:
* dacă proiectul poate folosi resurse de la alte proiecte
* dacă rezultatele sau resursele (inclusiv umane) ale proiectului pot fi utilizate mai departe
*
 cine dintre stakeholderi trebuie să știe de aceste oportunități (poate 
nu e nevoie ca toți organizatorii py4schools să știe că elevii pot 
participa la GCI sau de un anume proiect prin care profesorii își pot 
dezvolta mai departe abilitățile de programare)

În
 cazul în care va fi generalizat sistemul cu omul de legătură cu alte 
comunități (cum ai sugerat tu în cazul geo-spatial), atunci persoanele 
respective vor putea face schimb de informații cu brokerul ROSEdu.

De 
exemplu dacă Andreea vine și scrie pe listă că geo-spatial vrea să facă 
un proiect care implică dezvoltare web, brokerul ar fi persoana 
responsabilă să o informeze de existența Webdev, să o pună la curent cu 
ultimele evoluții de acolo și eventual să o ajute să identifice puncte 
de colaborare. Simetric, dacă un proiect Rosedu ar avea nevoie de un 
anumit tip de competențe și nu s-ar găsi nimeni pe listă să ajute, 
brokerul s-ar adresa persoanelor de legătură pentru a căuta ajutor în 
alte comunități.

Știu că totul pare formal și încurcat, dar procesul se poate desfășura mult mai simplu decât l-am descris eu aici.

Obiectivele
 țin de continuarea proiectelor și "fidelizarea" participanților dincolo
 de perioada inițială de desfășurare. Asta e o problemă pe care mi se 
pare că ROSEdu o are, mai ales în proiectele cu oameni din afara 
facultății/facultăților, și ar fi un pas logic de dezvoltare în 
continuare. Obiective mai concrete și modalități de evaluare cred că ar 
trebui stabilite pentru fiecare an/semestru sau cât de des se vor 
schimba oamenii în poziția asta.


Andrei

P.S.
 Scriind mailul ăsta mi-am dat seama că în trecut președintele 
asociației a mai îndeplinit rolul ăsta într-o anumită măsură, dar nu 
cred că metoda va scala.