„Lean project management” (din limba engleză Lean project management ) - aplicarea unor astfel de concepte de lean manufacturing la managementul proiectelor precum lean construction, lean manufacturing și lean thinking [1] [2] .
Managementul lean de proiect are multe idei comune cu alte concepte de lean manufacturing, cu toate acestea, principiul principal al managementului lean de proiect este de a oferi mai multă valoare [3] ( eng. value ) cu mai puține deșeuri ( eng. waste ) în cadrul proiectului.
Lean Project Management aplică cele cinci principii ale Lean Thinking managementului de proiect [4] .
Lean este o metodă sistematică de eliminare a deșeurilor („Muda”) într-un sistem de producție. Lean manufacturing ia în considerare și deșeurile generate din cauza supraîncărcării („Muri”) și deșeurile generate din cauza sarcinii de lucru inegale („Mura”). Din perspectiva unui client care consumă un produs sau serviciu, valoarea este orice activitate sau proces pentru care clientul este dispus să plătească.
Abordarea slabă face evident ceea ce adaugă valoare în timp ce reduce tot ceea ce nu adaugă valoare.
Această filozofie de management este împrumutată în principal de la Toyota Production System (TPS) și a fost definită ca „lean” abia în anii 1990 [5] . Sistemul de producție Toyota este renumit pentru că se concentrează pe reducerea celor șapte pierderi inițiale ale Toyota pentru a îmbunătăți valoarea generală pentru clienți, dar există opinii diferite cu privire la modul în care acest lucru poate fi cel mai bine realizat. Creșterea constantă a Toyota de la o companie mică la cel mai mare producător auto din lume [6] a atras atenția asupra modului în care a obținut acest succes.
Practic, un proiect poate fi numit lean dacă aplică principiile gândirii lean [4] . Cu toate acestea, există diverse implementări ale acestui concept care nu aplică neapărat toate principiile în mod egal.
Două soiuri bine-cunoscute sunt „ Kanban System ” și „Last Scheduler System”.
Termenul „kanban” provine din producție, dar a fost adaptat dezvoltării software de către David Anderson când era la Microsoft în 2005 și a moștenit o echipă de întreținere slabă [7] . Succesul abordării în aceste condiții de muncă l-a determinat pe Anderson să experimenteze cu Kanban pe proiecte, cu rezultate pozitive similare. Când Anderson și-a publicat concluziile în discuții și în cartea sa [7] , dezvoltatorii de software au început să experimenteze cu Kanban, iar acum este una dintre cele mai utilizate metode agile de management de proiect .
Ultimul sistem de planificare este folosit în primul rând în construcții și se concentrează în special pe atracție și flux, dar poate mai important este accentul său pe o abordare colaborativă în care toate profesiile lucrează împreună pentru a crea o reprezentare vizuală a muncii, care trebuie îndeplinită.