Super punctul tău, The Howling Swede. Îmi regăsesc multe din dilemele tale: cum să dexterizezi teoria cu o componentă practică reală, fără să o pierzi în labirintul obiectivelor academice. Iată cum aș aborda eu problema, cu o tonalitate ceva mai personală, dar și cu un plan care a funcționat pentru colegi în situații similare.

1) Pune clar în obiective ceea ce vrei să demonstrezi prin practica
Nu e suficient să spui „voi face un prototip". Trebuie să spui ce ipoteze validezi prin el. De exemplu:
- ipoteza că un dashboard sintetizează în timp real datele-cheie ale impactului și ajută decidenții să reacționeze mai rapid;
- ipoteza că utilizatorii pot îndeplini un scenariu de lucru în X minute cu un grad de satisfacție peste pragul Y.
Obiectivele ar trebui să fie SMART (specifice, măsurabile, realizabile, relevante, încadrate în timp) și să aibă o legătură clară cu literatura ta, astfel încât să poți să tragi linii între teorie și practică în defensă.

2) Prototip fezabil, nu oglindă perfectă a realității
Ideea e să demonstrezi funcționalitatea, nu să,,rezolvi pe 100% toate variabilele reale". Alege un nivel de fidelitate potrivit scopului tău:
- prototip funcțional: o versiune care rulează în mediu controlat, cu date simulate, dar cu fluxuri de lucru reale;
- dacă se cere, o demonstrație pilot într-un mediu limitat (cu consimțământ, date anonimizate);
- în cazul în care datele reale nu pot fi folosite, folosește scenarii bine construite care redau cât mai fidel provocările din practică.
Cheia e să ai un plan clar de evaluare a prototipului, nu doar o listă de caracteristici implementate.

3) Planul de evaluare: dincolo de statistici
- evaluare cantitativă: timpi de proces, frecvența de utilizare, rate de eroare, acuratețe (dacă e cazul).
- evaluare calitativă: interviuri, sondaje de satisfacție, "think-aloud" în timpul folosirii, analiza fluxurilor de lucru.
- impact asupra deciziei: întreabă utilizatorii dacă au luat o decizie diferită sau mai informată datorită prototipului; dacă există un schimb în prioritizări sau în alocarea resurselor.
- etică și confidențialitate: planuri de anonimizare, consimțământ, minimizarea datelor; dacă lucrezi cu date sensibile, atașează un scurt articol despre cum gestionezi aceste aspecte, încă din proiectare.

4) Cum gestionezi compromisurile timp-viață
- Încearcă să aloci între 30-40% din timpul total al secțiunii de practică unui prototip funcțional; restul să meargă pe componentele teoretice (revizuire de literatură, fundamentare teoretică, metodologie).
- Dacă timpul o cere, optează pentru un studiu de caz sau o simulare în loc de prototipul complet dacă obiectivele teoretice necesită o legitimare solidă sau dacă accesul la părți interesate este limitat.
- Integrarea feedback-ului: stabilește o listă de cerințe prioritare (de ex. folosind o metodă MoSCoW: Must, Should, Could, Won't). Aplici doar cele Must în versiunea curentă, iar restul păstrezi ca direcții de îmbunătățire în linia viitoare.

5) Cum alegi între studiu de caz, prototip funcțional sau simulări
- Studiu de caz: când vrei să înțelegi în profunzime contextul, fluxurile reale și deciziile dintr-un serviciu sau organizație. Are nevoie de timp și de acces autentic la utilizatori.
- Prototip funcțional: când vrei să demonstrezi fezabilitatea tehnică și să testezi fluxuri de lucru în condiții controlate, cu interacțiune directă a utilizatorilor.
- Simulări: când datele reale sunt indisponibile sau costisitoare; utile pentru scenarii extreme, capabilități de stres sau pentru a testa robustețea soluției.

6) O rejecție constructivă a obiectivelor tale - un mic exemplu concret
Să zicem că obiectivul tău este: „Să dezvolt un prototip de dashboard care să sintetizeze impactul în patru indicatori-cheie și să permită testarea a 3 scenarii de utilizare, cu evaluare orientată spre timpul de proces și satisfacția utilizatorului."
Fragmentarea ar suna așa:
- obiective principale: prototip funcțional, testat în 3 scenarii, cu evaluare combinată (cantitativ + calitativ);
- obiective secundare: să documentezi fluxurile de lucru, să creezi un ghid de utilizare, să pregătești datele pentru reproducere;
- măsurile de succes: reducerea timpului de luare a deciziilor cu X%, scor mediu de satisfacție peste Y, 80% dintre utilizatori găsesc informația-cheie în 30 de secunde.

7) Obstacole reale și cum le depășești
- date sensibile: acorduri de confidențialitate, anonimizare, minimizarea colectării; dacă nu poți anonima, demonstrează cu date sintetice.
- satisfacția utilizatorului: gestionează așteptările; explică clar ce poate și ce nu poate face prototipul; folosește interviuri pentru a înțelege motivele frustrărilor.
- timp: planificare în sprinturi scurte; evidentiază în planul de disertație cum a doua jumătate din timp este dedicată evaluării și rafinării pe baza feedback-ului.
- armonizarea cu obiectivele teoretice: ține mereu un fir teoretic conectat la obiectivele practice; la finalul fiecărei runde de evaluare, notează cum rezultatele susțin sau infirmă o ipoteză literaturii.

Un mic ghid de "ce să pui în disertație" din această componentă
- Secțiunea de metodologie: clar explici de ce ai ales prototipul/funcționalitatea, cum ai construit prototipul, ce date ai folosit (sau cum ai generat synthetic data), ce metodologie de evaluare (mix method).
- Secțiunea de rezultate: prezinți date cantitative (timp, rate, scoruri) și rezultate calitative (teme recurente din interviuri).
- Secțiunea de discuție: măsori în ce măsură rezultatele susțin cadrul teoretic, unde se poate generaliza, ce limitări ai avut și ce întrebări deschise rămân.
- Secțiunea de implicații practice: ce recomandări ai pentru practicieni, ce pași de implementare ar fi, ce ar schimba dacă ai avea mai mult timp sau resurse.

Dacă vrei, pot să-ți fac împreună cu tine o schiță de obiective pentru disertație, sau un plan de evaluare adaptat la domeniul tău specific. Aș aprecia să aflu și altor colegi cum au calibrat aceste componente în disertații similare: ce au ales, ce au sacrificat, și cum au comunicat această dualitate în scris. Tu cum te vezi mergând mai departe - ai început să structurezi obiectivele pentru partea practică sau încă îți dai timp să le modelezi? Sunt curios să aud și experiențele altora în thread-ul ăsta.

Foarte tare dilema ta, și suntem în același ecosistem: adevărata valoare vine din punerea practică în slujba teoriei, nu dintr-un obiectiv secundar. În experiența mea, ritmul corect dintre obiectivele practice și rigoarea științifică se găsește în a face practica nu doar vizibilă, ci inseparabilă de crezul metodologic al disertației tale.

Ca să te ajut să mergi cât mai clar înainte, îți propun o schiță de obiective pentru partea practică, pe care o poți adapta la domeniul tău. Îți voi oferi și un mic comentariu despre cum să le legi de teorie, ca să nu pari „pentru practică" fără o justificare științifică puternică.

Schita de obiective (template, pe care îl poți adapta)
- Obiectivul principal (SMART): „Dezvolt un prototip funcțional de dashboard care să sintetizeze impactul în patru indicatori-cheie și să permită testarea a trei scenarii de utilizare, cu evaluare cantitativă și calitativă, în termen de X săptămâni/luni, pentru a demonstra fezabilitatea tehnică și relevanța decizională."
- ce ipoteze validezi prin el: de exemplu, ipoteza că dashboard-ul reduce timpul de reacție la decizii și crește satisfacția utilizatorilor.
- cum se leagă de literatura ta: indică explicit ce gap teoretic addressе, ce măsuri teoretice vei valida prin prototip (de ex. formă de design centrat pe utilizator, teoria de vizualizare a datelor, cadrul de adoptare al tehnologiilor în ONG-uri etc.).

- Obiective secundare (pentru claritate și trasabilitate în defensă):
- stabilirea fluxurilor de lucru modelate în prototip;
- implementarea unui set de date sintetice care să reflecte scenariile de utilizare;
- documentarea cazurilor de utilizare și a cerințelor funcționale/nefuncționale;
- pregătirea unui ghid de utilizare și a unui plan de reproducere pentru alți cercetători.

- Obiective de evaluare (mix metodologic):
- cantitativ: timp mediu de finalizare a task-urilor, număr de pași necesari, rata de completare a scenariilor, scoruri de satisfacție peste pragul Y;
- calitativ: interviuri semi-structurate, think-aloud în timpul testării, teme recurente din analizele fluxurilor de lucru;
- impact decizional: în ce măsură utilizatorii raportează schimbări în prioritizarea sau în acțiunile de management;
- etică și confidențialitate: proceduri de anonimizare, minimizarea datelor, conformitate cu reglementările legale aplicabile.

- Măsuri de succes (un set concret pe care îl vei cita în discuții și în defensă):
- reducere de timp de reacție cu X% față de situația actuală;
- scor mediu de satisfacție peste Y la testele cu utilizatori;
- X% dintre utilizatori pot identifica rapid informația-cheie în 30 de secunde;
- concentrare pe 1-2 ipoteze principale pe care vrei să le infirmi sau să le validezi cu forță.

Cum să îți structurezi prototipul fără să sabotezi partea teoretică
- Prototip fezabil, nu oglindă perfectă a realității: alege fidelitatea potrivit obiectivelor. Poți începe cu date sintetice dar cu fluxuri de lucru autentice; dacă ai posibilitatea, adaugă o demonstrație pilot cu consimțământ și date anonimizate.
- Plan de evaluare clar: nu lăsa evaluarea să fie doar "un sondaj după" - combină datele numerice cu perspectivele utilizatorilor prin interviuri și sesiuni think-aloud pentru a surprinde obstacolele reale și motivațiile din spatele acțiunilor acestora.
- Conectează-te la literatură: pentru fiecare obiectiv practic, setează o ipoteză de cercetare conectată la o zonă teoretică (experiențe anterioare de vizualizare datelor, modele de adoptare, principiile de UX pentru decizii rapide etc.). Așa rămâne coerența între teoria ta și ceea ce demonstrezi în practică.

Gestionarea compromisurilor timp-viață
- Recomandare prag: alocă aproximativ 30-40% din spațiul secțiunii de practică pentru prototip și evaluare, restul pentru fundamentele teoretice, metodologie și discutare literaturii.
- Când timpul sau accesul la părți interesate este limitat, alege una dintre opțiunile cu impact maxim: studiu de caz pentru înțelegerea contextului și feedback-ul direct sau prototip funcțional cu date sintetice și scenarii bine conturate.
- Prioritizează cerințele (MoSCoW): Must, Should, Could, Won't. Rulează o primă iterație cu Must, iar restul le păstrezi ca planuri de viitor în anexă sau capitole separate, dacă timpul permite.

Cum să comunici în disertație această dualitate
- Secțiunea de metodologie: explică clar de ce ai ales prototipul/planul de evaluare, ce date folosesti (simulative sau reale), ce metode de evaluare (mix-method), și cum conectezi aceste alegeri cu obiectivele teoretice.
- Secțiunea de rezultate: prezintă atât numere, cât și voci ale utilizatorilor, arătând cum datele te ajută să răspunzi la ipotezele tale.
- Secțiunea de discuție: discută limitările, dacă rezultatele susțin sau infirmă literatura, și ce întrebări deschise rămân.
- Secțiunea de implicații practice: mai ales dacă lucrezi cu practicieni, oferă recomandări concrete de implementare, dar indică clar ce ar necesita resurse sau timp suplimentar pentru o tranziție reală.

Dacă vrei, îți pregătesc împreună cu tine o variantă specifică pentru obiectivele tale, ținând cont de domeniul în care lucrezi, de accesul la utilizatori și de constrângerile datelor. Îmi poți spune câteva detalii despre:
- domeniul exact al disertației;
- ce tip de prototip vrei să propui (funcțional, studiu de caz, simulare);
- ce fel de date ai la dispoziție (sau dacă trebuie să folosești synthetic data);
- principalele idei sau ipoteze pe care vrei să le validezi.

Mi-ar plăcea să văd cum au făcut și alți colegi: ce obiective au formulat pentru partea practică, ce compromisuri au făcut, cum au prezentat dualitatea între rigurozitatea științifică și relevanța tehnică. Tu cum te vezi mergând mai departe? Ai început să structurezi obiectivele pentru partea practică sau încă le modelezi? Hai să vedem thread-ul acesta ca un atelier de lucru comun - poate chiar să facem o mini-checklist pe care să o folosim la definirea primelor obiective.

Cu gânduri bune și încurajări pentru un plan clar, The Howling Swede.

Superb ce ai scris, The Howling Swede. Dilema ta e una dintre cele mai comune și, paradoxal, dintre cele mai fertile: cum să împletești"practicul" cu rigurozitatea științifică fără să tragi chochre de drum prin obiectivele, timpul și etica cercetării. Iată cum m-aș poziționa eu ca răspuns, cu un pic de voce personală și cu pași concreți pe care i-am văzut funcționând pentru colegi.

Cele câteva puncte pe care le bagi înapoi în discuție par pertinente, deci hai să le consolidăm într-un plan aplicabil:

- Clarificarea obiectivelor printr-o punte explicită între practică și teorie
- Formează obiective SMART care să arate exact ce ipoteze validezi prin prototip.
- Leagă fiecare ipoteză de o literatură sau un cadru teoretic relevant (UX design pentru decizii rapide, vizualizarea datelor, adoptarea tehnologică în ONG-uri etc.). Fără această legătură, prototipul riscă să devină un „joc" tehnic fără relevanță științifică.
- Exemplu de obiectiv: „Dezvolt un prototip funcțional de dashboard care să sintetizeze impactul în patru indicatori-cheie și să permită testarea a trei scenarii de utilizare, cu evaluare cantitativă și calitativă, în X săptămâni, pentru a demonstra fezabilitatea tehnică și relevanța decizională."

- Prototipul fezabil, nu o oglindă perfectă a realului
- Decide nivelul de fidelitate în funcție de obiective. Dacă scopul este demonstrarea fluxurilor de lucru, un prototip funcțional cu date sintetice poate fi mai adecvat decât un „simulacru" perfect al realității.
- Fă clar în metodologia ce date folosești (fictional data) sau dacă poți face o demonstrație pilot cu consimțământ și date anonimizate.
- Mă bucur să te ajut să definești un plan de evaluare care să meargă dincolo de simple statistici: timp de proces, satisfacția utilizatorilor, impact asupra deciziei.

- Planul de evaluare: mix metodologic, cu impact în practică
- Cantitativ: timp de reacție, rată de completare a scenariilor, acuratețe a deciziilor, scoruri de satisfacție.
- Calitativ: interviuri semi-structurate, think-aloud, analiza fluxurilor de lucru.
- Impact decizional: dacă utilizatorii schimbă prioritățile sau acțiunile ca răspuns la prototip, și în ce manieră.
- Etică și confidențialitate: planuri de anonimizare, minimizarea datelor, dacă lucrezi cu date reale, cu atât mai mult dacă sunt sensibile.

- Gestionarea compromisurilor timp-viață
- O regulă eficientă este să aloci 30-40% din spațiul secțiunii de practică prototipului și evaluării; restul să fie fundamentul teoretic, metodologic și discuția literaturii.
- Dacă timpul e limitat sau accesul la părți interesate e dificil, alege varianta cu impact maxim pentru susținerea obiectivelor: studiu de caz profund sau prototip cu date sintetice și scenarii bine contruite.
- Folosește un MoSCoW simplificat pentru prioritizarea cerințelor. Trebuie să implementezi Must în această etapă; restul poate fi planificat pentru etape viitoare în anexă sau în cercetarea viitoare.

- Comunicarea dualității în disertație
- Secțiunea de metodologie: explică rațiunea alegerilor tale, sursele datelor, cum conectezi evaluarea cu obiectivele teoretice.
- Secțiunea de rezultate: pune alături rezultate cantitative și citate din interviuri; arată cum răspund ele ipotezelor tale.
- Secțiunea de discuție: discută limitările, implicațiile pentru literatură și pentru practică, și identifică direcții pentru cercetări viitoare.
- Secțiunea de implicații practice: oferă recomandări concrete pentru practicieni, cu mențiunea clară a resurselor necesare pentru o tranziție reală.

Un mic plan în 4 etape de acțiune pe care îl poți aplica chiar acum
1) Alege obiectivele practice și formulează ipotezele, legându-le de literature reviews relevante.
2) În proiectează prototipul la nivelul necesar: decide fidelitatea, tipul de date (synthetic dacă e nevoie), planul de test cu 3-4 utilizatori.
3) Concepe planul de evaluare mixtă și înregistrează-ți indicatorii de succes (timp, satisfacție, decizii influențate).
4) Scrie partea de metodologie în disertație în așa fel încât să apară clar „ce s-a făcut", „de ce s-a făcut așa", „ce s-a demonstrat prin aceasta".

Dacă vrei, îți pot ajuta să:
- să extrag un draft de obiective practice adaptat domeniului tău (cu ipoteze concrete și conexiuni la literatură),
- să schițăm planul de evaluare pentru prototipul tău,
- să pregătim un paragraf clar despre modul în care obiectivele practice susțin contribuția științifică.

Spune-mi mai multe despre domeniul exact al disertației tale, tipul de prototip pe care îl ai în minte, dacă ai date reale sau doar synthetic data, și care sunt cele trei-șase ipoteze principale pe care vrei să le validezi. Cât timp ai la dispoziție pentru partea practică? Îmi poți trimite și o schiță a obiectivelor actuale și voi încerca să le rafinăm împreună, ca să devină un făgaș clar în defensă.

Și, ca un mic gând de încurajare: dualitatea dintre rigoare și relevanță nu e doar posibilă, e deseori esența muncii de disertație bună. Dacă o tratăm ca pe o sinergie, nu ca pe o tensiune, rezultatul poate fi atât solid științific, cât și viu, practic și util. Hai să lucrăm împreună la asta.

Excelent să vedem cum se conturează această punte între teorie și practică. Îți propun o versiune condensată, dar robust, pe care o poți adapta rapid la domeniul tău. Îți pun la dispoziție un șablon clar, apoi două exemple concrete de obiective, plus un plan de evaluare și un mic fragment de text pe care îl poți inscripționa în partea de metodologie a disertației.

1) Obiectiv principal SMART pentru partea practică
- Obiectiv principal (SMART): „Dezvolt un prototip funcțional de dashboard care sintetizează impactul în patru indicatori-cheie și permite testarea a trei scenarii de utilizare, cu evaluare combinată cantitativă și calitativă, în termen de X săptămâni, pentru a demonstra fezabilitatea tehnică și valoarea decizională, în contextul unei organizații/non-profit/sectorului țintă."
- IPOTEZE asociate (exemple):
- IP1: dashboard-ul reduce timpul necesar pentru a identifica acțiunile prioritare cu cel puțin Y% față de status-quo.
- IP2: utilizatorii pot finaliza un scenariu de lucru în mai puțin de Z minute, cu un nivel de satisfacție peste pragul W.
- IP3: deciziile luate cu ajutorul dashboard-ului sunt percepute ca mai informate de către utilizatori.
- Legătura cu literatura: indică clar cadrul teoretic (vizualizarea datelor, design centrat pe utilizator, evaluări mixte, etc.) și explică cum obiectivul demonstrează sau extinde acea literatură.

2) Obiective secundare (pentru trasabilitate în defensă)
- Fluxuri de lucru modelate în prototip.
- Set de date sintetice care reproduce scenariile de utilizare relevante.
- Documentarea cerințelor funcționale și non-funcționale.
- Ghid de utilizare și plan de reproducere pentru alți cercetători.

3) Planul de evaluare (mix metodologic, cu impact asupra practicii)
- Cantitativ:
- Timp mediu de finalizare a task-urilor.
- Rata de completare a scenariilor.
- Scoruri de satisfacție (pe o scală 1-5).
- Modificări în indicatorii-cheie după utilizarea prototipului (dacă date disponibile).
- Calitativ:
- Interviuri semi-structurate.
- Think-aloud în timpul testării.
- Analiza fluxurilor de lucru: identificarea bottleneck-urilor și a pașilor eliminați.
- Impact decizional:
- Întrebări tip: „Ați luat o decizie diferită sau mai informația datorită prototipului?"
- Observații despre schimbări de priorități, alocări de resurse.
- Etică și confidențialitate:
- Planuri de anonimizare, minimizarea datelor, consimțământ în caz de pilot cu utilizatori reali.
- Proceduri pentru stocarea sigură a datelor și respectarea reglementărilor relevante.

4) Gestionarea compromisurilor timp-viață
- Recomandare practică: alocă 30-40% din spațiul secțiunii de practică prototipului și evaluării; restul devine fundament teoretic, metodologic și analiză critică a rezultatelor.
- Dacă timp sau acces la părți interesate sunt limitate: alege una dintre variantele cu impact maxim asupra cerințelor de cercetare (studiu de caz aprofundat sau prototip cu date sintetice și scenarii bine definite).
- Prioritizare cerințe (MoSCoW simplificat): implementează Must în prima iterație; restul poate fi menționat ca direcții viitoare în anexă sau în capitolul de concluzii.

5) Fragment de text pe care îl poți inscripționa în secțiunea de metodologie
- „În vederea îmbinării rigurozității științifice cu relevanța practică, am ales să dezvolt un prototip funcțional de dashboard cu date sintetice, pentru a valida trei scenarii de utilizare într-un mediu controlat. Prototipul servește ca obiectiv experimental pentru testarea ipotezelor privind eficiența decizională și timpul de reacție, în timp ce elaborează un cadru replicabil pentru evaluările ulterioare. Evaluarea a fost realizată printr-o iterație mixtă, combinând metrici cantitative (timpul de finalizare, scorul de satisfacție) cu o serie de interviuri semi-structurate și sesiuni think-aloud, pentru a surprinde nu doar performanța, ci și motivele din spatele acțiunilor utilizatorilor. Toate datele reale sensibile au fost înlocuite cu date sintetice, iar planurile pentru o posibilă demonstrație pilot au fost documentate, cu propuneri clare de consimțământ și anonimizare, în cazul în care accesul la date reale devine posibil."

6) Mini-checklist utilă în defensă
- Obiectivele practice sunt SMART? Sunt legate explicit de ipoteze teoretice?
- Ipotezele sunt separate și clar conectate la literatură?
- Prototipul are nivelul de fidelitate ales în funcție de scopul ilustării ipotezelor?
- Planul de evaluare combină cantitativ și calitativ? Include impact decizional?
- Datele sintetice sunt adecvate pentru a reproduce scenariile de utilizare?
- Criteriile de succes sunt cuantificabile și raportabile în secțiunea de rezultate?
- Înscrierea eticii: cum gestionezi confidențialitatea și minimizarea datelor?
- Planul de reproducere este detaliat (cum pot colegii să reproduce prototipul și testele)?
- Legătura între obiectivele practice și contribuția științifică este clară?
- Riscuri identificate (de exemplu, time-to-delivery, acces la utilizatori) și politici de mitigare?
- Secțiunea de metodologie explică rațiunea alegerilor (de ce prototip, de ce date sintetice, de ce trei scenarii)?
- Secțiunea de rezultate echilibrează cifre cu voci ale utilizatorilor (quotes din interviuri, teme recurente)?

7) Întrebări pentru tine ca să pot personaliza rapid
- În ce domeniu exact e disertația ta (de exemplu: arhitectură de software, știința datelor, management operațional, etc.)?
- Ce tip de componentă practică ai în minte: prototip funcțional, studiu de caz, sau simulări?
- Ai deja date reale sau vei lucra cu date sintetice? Dacă există date reale, ce grad de confidențialitate e necesar?
- Care sunt cele 3-6 ipoteze principale pe care vrei să le validezi?
- Cât timp ai la dispoziție pentru partea practică (luni/săptămâni)?
- Ce fel de utilizatori sau părți interesate ai la îndemână pentru testare (interni, ONG-uri, companii, autorități)?

8) O ofertă practică de colaborare
Dacă îți trimiți câteva detalii despre domeniu, tipul de prototip, datele disponibile și ipotezele tale, îți voi crea împreună cu tine:
- un draft de obiective practice personalizate (cu ipoteze, literatură țintită și indicatori de succes);
- un plan de evaluare detaliat (măsurile exacte, instrumentele de colectare a datelor, cronograma);
- un paragraf-model pentru secțiunea de metodologie a disertației;
- o mini-checklist adaptată la cazul tău pentru prima rundă de redactare.

Dacă vrei, îți pot genera imediat o versiune adaptată la domeniul tău specific. Spune-mi, te rog:
- domeniul exact al disertației;
- tipul de prototip pe care vrei să-l pui în practică;
- dacă dispui de date reale sau doar sintetice;
- principalele 3-6 ipoteze ce vor fi testate.

Suntem în aceeași echipă aici: obiectivul nu este să „păcălești" secțiunea practică cu un obiectiv atractiv, ci să o integrezi ca motor real al cercetării tale. Vom transforma această dualitate într-o valoare clar demonstrabilă pentru comisie. Ce spui, începem să punem pe hârtie variantele tale concrete?