Metodologia elaborării Conceptului și a PUG Chișinău 2040
Nov 10, 2026 · @Anatolie

orașul ca spațiu al posibilităților
Postulatele de bază
PUG Chișinău 2040 nu se elaborează ca o prognoză a stării finale a orașului, ci ca un mecanism de luare a deciziilor în condiții de incertitudine.
Metodologia se bazează pe două postulate:
Timpul nu poate fi oprit. Orașul se schimbă continuu, de aceea planul, participarea și monitorizarea trebuie să fie procese permanente, nu evenimente unice.
Viitorul nu poate fi prognozat, nici măcar pe termen scurt. De aceea planul fixează doar ceea ce este valabil în orice viitor, iar restul rămâne deschis și legat de condiții (declanșatori).
Din aceste postulate rezultă logica „cuantică” a planului:
Invarianți — ceea ce nu se schimbă în niciun scenariu (lunci inundabile, versanți cu alunecări de teren, patrimoniu, cadre structurale, rezerve de teren).
Suprapunerea scenariilor — 3–4 viitoruri posibile pe care planul le menține deschise simultan.
Declanșatori — praguri ale indicatorilor, convenite din timp, la atingerea cărora se deschide următorul pas de dezvoltare.
Formula finală: orașul convine din timp asupra obiectivelor și regulilor, nu asupra clădirilor concrete; fiecare proiect, privat sau public, este verificat după aceste reguli pe măsură ce apare.
Obiectivele Conceptului și întrebările-cheie
Conceptul trebuie să ofere 5–7 alegeri strategice și reguli de decizie, nu o listă de 50 de „direcții de dezvoltare”.
Obiectivele elaborării
Separarea deciziilor ireversibile, care se fixează acum, de deciziile care rămân deschise.
Stabilirea unor criterii măsurabile după care orașul ia decizii privind construcțiile, infrastructura și bugetul până în 2040.
Formularea a 5–7 alegeri strategice, împreună cu costul fiecăreia.
Crearea bazei pentru PUG și RLU: Conceptul răspunde la „de ce și ce”, PUG — la „unde și după ce reguli”, PUZ/PUD — la „cum anume”.
Crearea unui sistem de monitorizare prin care planul se actualizează pe baza datelor, nu o dată la 15–20 de ani.
Întrebări-cheie
Modelul pe patru niveluri
PUG se construiește din patru niveluri care funcționează simultan și cu viteze diferite, precum și dintr-o buclă de feedback care le leagă.

cele patru niveluri ale PUG și bucla de feedback
Rezultatele implementării revin, prin indicatori și declanșatori, la Nivelurile 1 și 2: astfel planul reacționează la viitor, nu încearcă să-l ghicească.
Condițiile-cheie ale modelului: teritoriul de dezvoltare adaptivă este un interval aprobat din timp de funcțiuni și densități, cu condiții de activare, nu un spațiu gol; verificarea ține cont de suma proiectelor prin bugetele de capacitate; prin Nivelul 3 trec și proiectele orașului însuși; criteriile și rezultatele verificării sunt publice.
Algoritmul lui Musk ca logică de lucru
La fiecare nivel și etapă, lucrul urmează aceeași ordine: clarificarea cerințelor → eliminare → simplificare → accelerare → automatizare. Încălcarea ordinii duce la un răspuns corect la o întrebare greșită sau la o mașinărie rapidă care aplică reguli absurde.
Testul fiecărei concluzii a unui studiu: ea trebuie să se încheie cu fraza „prin urmare, aceasta limitează sau deschide decizia…”. O concluzie fără o astfel de frază se elimină.
Etapele elaborării
Etapele creează cele patru niveluri; fiecare etapă se încheie cu o decizie a organului responsabil, nu cu un raport.
Etapele 0–3 produc Nivelul 1 și baza Nivelului 2; etapa 4 — Nivelul 2 juridic; etapele 5–6 lansează Nivelurile 3–4 și bucla de feedback.
Participarea locuitorilor
Locuitorii stabilesc ce este valoros, ce este inacceptabil și când trebuie acționat; experții propun cum; consiliul decide și răspunde.
Locuitorii nu sunt întrebați despre viitor („cum vedeți orașul în 2040?”): nimeni nu poate prognoza. Sunt întrebați despre valori, experiență și costul pe care sunt dispuși să-l plătească.
Ce stabilesc locuitorii
Invarianții — ce nu trebuie pierdut în niciun scenariu.
Prioritățile în alegeri cu cost — „strada pentru mașini sau pentru autobuz și pietoni, dacă spațiul ajunge doar pentru una?”.
Pragurile inacceptabilului — „drumul până la serviciu nu mai lung de 40 de minute”, „spațiu verde la 5 minute”. Pragurile devin declanșatori.
Experiența cotidiană — unde este incomod, periculos, cald, unde inundă.
Cerințele de eliminat — normele și procedurile care împiedică viața și construcția.
Ce nu stabilesc: prognozele (populație, cerere), soluțiile tehnice, proiectele detaliate ale parcelelor în etapa Conceptului.
Pe cine implicăm
Locuitorii ca senzori. Platformă permanentă de feedback pe hartă, raport public anual și răspuns la fiecare propunere: „acceptată / respinsă, pentru că…”.
Șablonul 1. Registrul cerințelor
Fiecare cerință față de PUG este înscrisă în registru și trece prin patru întrebări; o cerință fără autor sau fără influență asupra deciziei este candidată la eliminare.
Patru întrebări: cine este autorul (o persoană, nu „o direcție”)? Ce decizie schimbă? Ce se strică dacă o eliminăm? Este un obiectiv sau un mijloc?
Decizia privind cerința: Se păstrează · Se reformulează · Se elimină · Se readuce (după eliminare).
Valorile din exemple sunt orientative; pragurile se aprobă în etapa 2. În paralel se ține o listă publică a elementelor eliminate, cu motivul eliminării și cu mențiune dacă cerința a trebuit readusă.
Șablonul 2. Testul deciziilor pe scenarii
Fiecare decizie-candidat este verificată în toate scenariile: deciziile bune peste tot se fixează; cele bune doar în unele scenarii se rezervă ca opțiune; cele proaste în majoritatea scenariilor se elimină.
Scenarii (teste de stres, nu prognoze)
Evaluare: + funcționează · 0 neutru · − dăunează sau creează costuri neutilizate.
Verdict: Robustă (se fixează acum) · Opțiune (se rezervă, se așteaptă declanșatorul) · Se elimină.
Evaluările din exemple sunt orientative. Regulă: o decizie cu reversibilitate scăzută și cu minus în cel puțin un scenariu nu poate fi „Robustă”.
Șablonul 3. Matricea declanșatorilor și bugetele de capacitate
Declanșatorul transformă incertitudinea într-o regulă: indicatorul depășește pragul → o decizie cunoscută din timp este luată de un organ cunoscut din timp, într-un termen stabilit.
Matricea declanșatorilor
Pragurile din exemple sunt orientative.
Bugetul de capacitate al teritoriului — câți locuitori, locuri de muncă și ce încărcare suportă teritoriul cu infrastructura actuală. Fiecare proiect „consumă” din buget; la epuizare se activează declanșatorul: mai întâi infrastructura, apoi autorizațiile noi.
Șablonul 4. Statutul participării
Statutul stabilește cine ce decide, cum se iau în considerare propunerile și ce garantează feedbackul; se aprobă în etapa 0.
1. Obiect. Modul de participare a locuitorilor la elaborarea Conceptului și a PUG Chișinău 2040 și la monitorizarea planului după aprobare.
2. Roluri
3. Adunarea cetățenească. Componență: ______ persoane trase la sorți, cu cote pe vârstă, sex, sector, venit. Durata mandatului: ______. Rotație: ______. Instruirea și accesul la experți se asigură înaintea fiecărei decizii.
4. Obligații privind feedbackul
Fiecare propunere primește un răspuns public „acceptată / respinsă, pentru că…” în termen de ______ zile.
Toate materialele, procesele-verbale și datele se publică pe platforma PUG.
Raport public anual privind indicatorii și declanșatorii activați.
5. Proceduri de modificare
6. Conflictul de interese. Membrii adunării și ai comisiei își declară interesele în domeniul imobiliar și al construcțiilor; în caz de conflict nu votează.
7. Revizuirea statutului. O dată la ______ ani sau la propunerea adunării.
Legătura cu procesul actual și pașii următori
Studiile de fundamentare ale PUG 2040 sunt încă în curs, iar Conceptul urmează, așa că metodologia poate fi integrată fără a opri procesul (pug.chisinau.md). Elaborarea este realizată de un consorțiu condus de ARHICON SRL, în baza contractului nr. 45/25 din 16.06.2025, monitorizat de un grup de supraveghere (despre proiect).
☐ Adăugarea la fiecare studiu a secțiunii „consecințe pentru decizii” (pasul 2: concluziile fără consecințe se elimină).
☐ Lansarea registrului cerințelor (Șablonul 1), cu autori.
☐ Aprobarea statutului participării (Șablonul 4) și formarea adunării cetățenești.
☐ Desfășurarea etapei invarianților și obiectivelor înainte de începerea Conceptului.
☐ Construirea Conceptului prin scenarii și testul deciziilor (Șablonul 2).
☐ Includerea în caietul de sarcini pentru PUG și RLU a reglementărilor condiționate, coridoarelor de oportunități, matricei declanșatorilor și bugetelor de capacitate (Șablonul 3).
☐ Prevederea platformei GIS ca sursă juridică și a mecanismului de verificare automată a proiectelor.
Întrebări deschise: în ce măsură legislația în vigoare permite reglementări condiționate fără reaprobarea PUG; cine aprobă formal deciziile adunării; ce organ gestionează bugetele de capacitate.
Surse: PUG Chișinău 2040 · Despre proiect · Logos Press
Комментариев нет:
Отправить комментарий