Articolul propune un model de învățare bazată pe proiecte (Project-Based Learning – PBL) adaptat orelor de informatică din ciclul liceal, în special claselor a X-a și a XI-a. Pornind de la limitele modelului tradițional centrat pe exerciții algoritmice și evaluări standardizate, lucrarea argumentează necesitatea introducerii unor proiecte concrete și relevante pentru elevi, ca modalitate de dezvoltare a competențelor transferabile: gândire sistemică, colaborare, documentare și prezentare a soluțiilor. Sunt propuse criterii de selecție a proiectelor, etape de implementare, tipuri de produse digitale adecvate nivelului intermediar, precum și o rubrică de evaluare orientată atât spre produsul final, cât și spre procesul de lucru. Modelul este conceput ca un cadru flexibil, compatibil cu programa școlară actuală și cu specificul predării informaticii în liceu.
Cuvinte-cheie: învățare bazată pe proiecte, informatică, liceu, evaluare autentică, competențe digitale
1. Introducere
Predarea informaticii în liceu se bazează încă, în mare măsură, pe un model secvențial și convergent: profesorul explică un concept, elevii rezolvă exerciții cu răspuns unic, iar performanța este evaluată prin teste sau lucrări scrise. Acest model oferă claritate și progresie logică, fiind relativ ușor de gestionat într-un colectiv eterogen. Totuși, el prezintă și o limitare importantă: pregătește insuficient elevii pentru situațiile reale de lucru din domeniul tehnologiei.
Am observat acest decalaj mai ales lucrând cu elevi foarte buni, motivați, competitivi – elevi care rezolvă fără efort probleme complexe de algoritmică, dar care se plictisesc vizibil când li se cere să repete variante ale aceluiași tip de exercițiu. Plictiseala lor nu vine din lipsă de interes pentru informatică, ci din lipsă de provocare reală. Ei știu să scrie cod, dar nu au ocazia să construiască ceva cu el.
În practică, dezvoltarea software presupune cerințe incomplete, colaborare, testare iterativă, documentare și prezentarea soluțiilor către utilizatori sau colegi. Elevii întâlnesc rar astfel de contexte în cadrul activităților tradiționale de la clasă, ceea ce creează un decalaj între competențele exersate în școală și cele necesare în mediul academic sau profesional.
Învățarea bazată pe proiecte (Project-Based Learning – PBL) oferă o posibilă soluție la această problemă. Originile sale teoretice se regăsesc în pedagogia pragmatică a lui John Dewey, care considera că învățarea autentică apare prin acțiune și rezolvarea unor probleme relevante (Dewey, 1938). În literatura contemporană, Krajcik și Shin (2014) definesc PBL ca pe un cadru didactic în care elevii investighează întrebări complexe și creează produse concrete ca răspuns.
Aplicată în informatică, această abordare devine deosebit de relevantă, deoarece produsul digital este prin natura sa funcțional, observabil și evaluabil. Un site web, un joc educațional sau o aplicație desktop permit integrarea simultană a cunoștințelor tehnice, a colaborării și a creativității.
Articolul de față propune un model adaptat contextului românesc și specificului claselor a X-a și a XI-a, pornind de la un nivel intermediar de competențe informatice. Modelul este construit pe literatura de specialitate și pe observațiile acumulate la clasă, urmând a fi extins și rafinat prin aplicări sistematice.
2. De ce proiecte reale? Argumente pedagogice
Argumentele în favoarea introducerii proiectelor reale în orele de informatică pot fi analizate din mai multe perspective.
2.1. Motivația intrinsecă
Cercetările lui Deci și Ryan (2000), dezvoltate în cadrul teoriei autodeterminării, arată că motivația susținută apare atunci când activitățile oferă autonomie, sentiment de competență și relevanță personală. În cadrul unui proiect, elevul poate alege tema, poate decide structura produsului și poate observa direct rezultatul muncii sale. Aceste elemente cresc implicarea și responsabilitatea față de procesul de învățare.
Din experiența mea, diferența de energie în clasă este vizibilă: aceiaşi elevi care rezolvă mecanic al treilea exercițiu pe aceeași temă devin brusc atenți și energici când li se spune că pot construi ceva propriu. Nu e vorba de lipsă de rigoare – e vorba de lipsă de miză.
2.2. Dezvoltarea gândirii sistemice
Un proiect autentic obligă elevul să privească aplicația ca pe un întreg. El trebuie să înțeleagă relațiile dintre componente, modul în care circulă datele și impactul unei decizii tehnice asupra întregului sistem. Acest tip de gândire arhitecturală este dificil de exersat exclusiv prin exerciții fragmentate – și este tocmai ceea ce le lipsește elevilor când trec la facultate sau la primul internship.
2.3. Formarea competențelor transferabile
Cadrul european DigComp (Vuorikari et al., 2022) include printre competențele digitale esențiale colaborarea online, crearea de conținut digital și rezolvarea de probleme complexe. Activitățile bazate pe proiecte dezvoltă în mod natural aceste dimensiuni, deoarece elevii trebuie să comunice, să documenteze și să prezinte rezultatele muncii lor.
2.4. Evaluarea autentică
Wiggins (1998) susține că evaluarea autentică presupune sarcini apropiate de situațiile reale de viață. Din această perspectivă, un proiect funcțional reprezintă o formă de evaluare mai relevantă decât reproducerea unor algoritmi standardizați într-un test cu timp limitat.
3. Modelul propus
3.1. Criterii de selecție a proiectelor
Nu orice activitate de programare poate fi considerată proiect educațional relevant. Propunem următoarele criterii de selecție:
- Relevanță – proiectul rezolvă o problemă concretă, apropiată de experiența elevilor;
- Fezabilitate – produsul poate fi realizat în intervalul de timp disponibil și cu resurse accesibile;
- Adecvare la nivel – proiectul valorifică noțiunile deja studiate și solicită extinderea lor graduală;
- Vizibilitate – rezultatul final poate fi prezentat și evaluat de către colegi sau de către alte persoane.
3.2. Tipuri de proiecte recomandate
La clasele a X-a și a XI-a, elevii dețin deja competențe de bază în programare procedurală sau orientată pe obiecte. Pentru acest nivel sunt potrivite:
- aplicații web simple realizate în HTML/CSS/JavaScript sau Python Flask;
- jocuri 2D dezvoltate cu Pygame sau p5.js;
- instrumente de automatizare realizate în Python;
- aplicații desktop cu interfață grafică, dezvoltate în Tkinter sau JavaFX.
Un exemplu de proiect accesibil este realizarea unei aplicații web pentru gestionarea bibliotecii clasei. Elevii pot implementa funcționalități precum adăugarea de cărți, căutarea titlurilor disponibile și gestionarea împrumuturilor. În cadrul unui astfel de proiect sunt integrate concepte de programare, baze de date, validare a datelor și proiectare a interfeței – iar miza e reală: produsul poate fi folosit efectiv de colegi.
3.3. Etapele implementării
Modelul propus organizează activitatea în patru etape inspirate din metodologiile agile utilizate în dezvoltarea software:
- Definirea cerințelor (1–2 ore). Echipa stabilește scopul produsului, publicul țintă și funcționalitățile principale. Profesorul validează fezabilitatea și oferă orientare metodologică. Această etapă este mai dificilă decât pare: elevii obișnuiți cu probleme bine definite se simt dezorientați când trebuie să formuleze ei înșiși cerințele – și tocmai de aceea e valoroasă.
- Prototipul și arhitectura (2–3 ore). Elevii schițează structura aplicației și realizează un prototip minimal funcțional. Accentul cade pe organizarea logică a componentelor și pe împărțirea responsabilităților.
- Implementarea și iterarea (4–6 ore). Etapa principală de dezvoltare include testare continuă și scurte sesiuni de raportare a progresului. Profesorul intervine ca mentor, punând întrebări și sugerând direcții de investigare – nu soluții directe.
- Prezentarea și reflecția (1–2 ore). Echipele și-și prezintă produsele, demonstrează funcționalitățile și discută dificultățile întâmpinate. Colegii oferă feedback structurat. Această etapă este adesea subestimată, dar este momentul în care elevii învață cel mai mult: să vorbească despre cod, să-și asume deciziile tehnice și să primească critică constructivă.
3.4. Rolul profesorului în modelul PBL
Implementarea PBL presupune și o schimbare a rolului profesorului. În locul transmiterii exclusive de informații, profesorul devine facilitator al învățării și al investigației. Krajcik și Shin (2014) subliniază că profesorul trebuie să ghideze procesul prin întrebări și feedback, nu prin oferirea directă a soluțiilor.
Această tranziție poate fi dificilă și pentru profesori, nu doar pentru elevi. Tentația de a interveni și de a „repara” codul unui elev care se zbate cu o eroare este reală. Am învățat, însă, că răbdarea de a pune întrebări în loc de a da răspunsuri produce rezultate mult mai durabile. De aceea recomandăm introducerea graduală a proiectelor: inițial activități mai scurte și mai ghidate, urmate de proiecte cu autonomie crescută.
4. Evaluarea în cadrul proiectelor
Evaluarea în PBL trebuie să urmărească atât produsul final, cât și procesul de realizare. Propunem o rubrică structurată pe patru dimensiuni:
- Funcționalitatea produsului (40%) – aplicația respectă cerințele și gestionează corect situațiile prevăzute;
- Calitatea codului (25%) – codul este lizibil, organizat și respectă principii de bună practică;
- Procesul și colaborarea (20%) – evaluarea implicării individuale și a colaborării în echipă;
- Prezentarea și reflecția (15%) – capacitatea elevului de a explica deciziile tehnice și de a identifica îmbunătățiri.
Un aspect esențial este comunicarea criteriilor de evaluare încă de la începutul proiectului. Black și Wiliam (1998) arată că explicitarea criteriilor de succes contribuie semnificativ la îmbunătățirea performanței elevilor. În practică, am constatat că elevii care știu din start după ce vor fi evaluați iau decizii tehnice mai conștiente și-și organizează mai bine munca în echipă.
5. Provocări și limite
Implementarea învățării bazate pe proiecte presupune și o serie de dificultăți.
5.1. Presiunea curriculară
Programa de informatică este densă, iar pregătirea pentru evaluările naționale favorizează adesea exercițiile algoritmice standardizate. În aceste condiții, PBL nu poate înlocui complet metodele tradiționale, ci trebuie integrat strategic – de exemplu, dedicând un proiect pe semestru, cu o planificare atentă care să nu sacrifice parcursul programatic.
5.2. Eterogenitatea nivelului elevilor
Diferențele de pregătire dintre elevi pot influența distribuirea sarcinilor în cadrul proiectului. Stabilirea unor roluri clare și evaluarea individuală a contribuției fiecărui membru contribuie la reducerea acestor dificultăți. Chiar și în clase cu nivel omogen – cum sunt adesea cele de la profilurile puternice de informatică – diferențele de ritm și de abordare sunt prezente și trebuie gestionate.
5.3. Gestionarea timpului
Proiectele necesită mai mult timp și un grad mai ridicat de flexibilitate în planificare. Profesorul trebuie să accepte existența unor ritmuri diferite de lucru și să adapteze activitatea în funcție de evoluția echipelor. Nu toate proiectele ajung la forma ideală – și asta e, de fapt, o lecție în sine.
6. Concluzii
Articolul a propus un model de învățare bazată pe proiecte pentru orele de informatică la clasele a X-a și a XI-a, construit în jurul criteriilor de selecție a proiectelor, al etapelor de implementare și al unei evaluări multidimensionale.
Exercițiile algoritmice tradiționale rămân importante pentru formarea bazei tehnice, însă ele nu sunt suficiente pentru dezvoltarea competențelor necesare într-un context tehnologic contemporan. Proiectele permit dezvoltarea gândirii sistemice, a colaborării și a reflecției critice, apropiind activitatea școlară de situațiile reale de lucru.
Modelul propus este conceput ca un cadru flexibil, adaptabil contextului educațional românesc și deschis îmbunătățirilor rezultate din aplicarea practică la clasă. Pornind de la observația că elevii buni se plictisesc de exerciții repetitive, cred că tocmai aceștia au cel mai mult de câștigat dintr-o abordare bazată pe proiecte: au competența tehnică, au motivația, le lipsește doar ocazia de a construi ceva cu adevărat.
Referințe
Black, P., & Wiliam, D. (1998). Assessment and classroom learning. Assessment in Education: Principles, Policy & Practice, 5(1), 7–74.
Deci, E. L., & Ryan, R. M. (2000). The „what” and „why” of goal pursuits: Human needs and the self-determination of behavior. Psychological Inquiry, 11(4), 227–268.
Dewey, J. (1938). Experience and Education. Macmillan.
Krajcik, J., & Shin, N. (2014). Project-based learning. În R. K. Sawyer (Ed.), The Cambridge Handbook of the Learning Sciences (pp. 275–297). Cambridge University Press.
Ministerul Educației. (2017). Programa școlară pentru disciplina Informatică și TIC – liceu.
Vuorikari, R., Kluzer, S., & Punie, Y. (2022). DigComp 2.2: The Digital Competence Framework for Citizens. Publications Office of the European Union.
Wiggins, G. (1998). Educative Assessment: Designing Assessments to Inform and Improve Student Performance. Jossey-Bass.