HTML

ITÉlet

Egy multinacionális cégnél dolgozó informatikai manager szakmai blogja. Észrevételek, tapasztalatok szoftver fejlesztésről, vezetésről, managementről és hatékonyságról itthoni és külföldi példákon keresztül. Az informatikáról másképp...

Utolsó kommentek

  • 232323: Szóval managernek jó lenni, akkor dől a nagy lé, felelősség meg számonkérés sehol. Krém. (2019.10.31. 15:24) Kirúgják-e a menedzsert ha hibázik?
  • Simon Géza: "A következő forradalmi áttörés, nagy dobás, ami megint tőzsdei felfutáshoz vezet, az nem valamilyen informatikai dolog lesz, hanem egészen más." Ha a generic AI nem informatikai, akkor igazad van.... (2018.02.19. 07:01) Az IT jövője
  • pggp: @AnyTink: Köszi, de én csak egy blog olvasó vagyok, aki jól tudja használni a keresőt ;-) (2017.10.17. 07:19) Milyen volt hazaköltözni?
  • AnyTink: @pggp: :) Gratulálok a család bővüléséhez és a sikeres 'hazatelepedéshez'. Mi most gondolkodunk a hazaköltözésen és jó olvasni mások élményéről! Köszönöm az írásod :) (2017.10.16. 18:49) Milyen volt hazaköltözni?
  • pggp: Tulajdonképpen igen, alakult valami: akocsis.com "2017 április, Dália eloször Szentesen" ;-) (2017.06.06. 21:51) Milyen volt hazaköltözni?
  • Utolsó 20

Most azzal a kérdéssel szeretnék foglalkozni, ami az előző cikkből szándékosak kimaradt: jó-e az nekünk, hogy modern eszközöket használunk a projektvezetés során?

Most azzal a kérdéssel szeretnék foglalkozni, ami az előző cikkből szándékosak kimaradt: jó-e az nekünk, hogy modern eszközöket használunk a projektvezetés során?

Az 1. részt azzal zártam: „… a (projektmenedzsment) szakma ősi, de sokat fejlődött az elmúlt 5000 évben, és tovább fog fejlődni a jövőben.”

Amikor a cikken dolgoztam, az alapvető gondolat a sikeresség volt (lett volna). Arra próbáltam választ találni, hogy a projektek vezetése mennyit fejlődött a történelem során, és hogy ez a fejlődés mit jelent a projekt sikerességére vonatkozóan. Erről azonban nem lehet beszélni anélkül, hogy a hátteret leírjam – ez volt tehát az 1. rész célja.

A cikk megjelenése után megjelentek a témával foglalkozó cikkek mások tollából. Ebben közrejátszhatott az, hogy az 1. rész tudatosan nyitva hagyott kérdéseket, amiket később akartam kifejteni.

Énvezettem írta A "modern" projekt vezetés reakciót, két ponton ellentmondva a cikkemnek. A végét idézném:

„Amit fontos látni, hogy ezt nem a projekt vezetők csinálják. Hanem a szakemberek. Irányítani, könyörögni, büntetni és jutalmazni most is pontosan ugyanúgy kell, mint régen. Grafikonokkal, vagy enélkül, nem ez számít.

Lehet, hogy tényleg itt lenne az ideje, hogy a projekt vezetést, mint szakágat tényleg el kezdjük kutatni és fejleszteni? Még a végén lenne is belőle valami...”

Cservenyák Tamás blogján is született egy írás Haladtunk-e előre 95 év alatt a menedzsmentben? címmel. Szintén idézném a cikk lezárását:

„A felsoroltak felvetnek néhány érdekes kérdést. Ha ezeket már közel 100 éve tudjuk, miért nem cselekszünk így? Vagy meghaladta az idő a fayoli alapelvek valamelyikét? Ténylegesen előrébb vagyunk-e most a hatékony vezetéssel kapcsolatos ismereteinkben?

A későbbi vezetési slágertémák között bizony sok az átfedés a fentiekkel: csapatépítés, megtartás, bevonás, empowerment, a vezető viselkedése, mint motivációs tényező, 5S, Herzberg higiéniás tényezői, goal alignment, specializáció. Ami eltérő, hogy a mátrix és/vagy a projektszervezetekben több főnöke is van az embernek. Valamint az, hogy az egyéni érdek alárendelése a magasabb rendű céloknak legfeljebb a szavak szintjén jelenik meg, a való életben kevésbé gyakori.”

Egyik cikkre sem fogok konkrétan reagálni pro vagy kontra, mert nem érzem magam az igazság birtokosának. Nem egyértelmű, mi az igazság és kinek van igaza. De nem is ez a lényeg. Előkerült egy érdekes elméleti kérdés, amin el lehet gondolkodni és továbbfűzni az eszmefuttatást.

Szóval ami az eredeti cikket kiváltotta, az a szakmai körökben ismert tény, hogy a projektek sikeressége meglehetősen alacsony. A Standish Group évente megjelenő elemzése könyörtelenül rávilágít a tényekre. 2009-ben például csak a projektek 32%-a volt sikeres.

Azt gondolnánk, hogy az új módszerek és elméletek elterjedésével a sikeresség növekszik, hiszen a világ fejlődik. Ezzel szemben a felmérések az ellenkezőjéről számolnak be: a sikeres projektek aránya csökken.

Hogyan lehetséges ez?

Először is úgy, hogy a fenti kijelentés nem igaz. Nem csak az előző évet kell nézni, hanem 1994-től a teljes időskálát, amit például itt megtehetünk. Kiderül, hogy a sikeres projektek aránya 16%-ról indult és eljutott 32%-ra, miközben a bukott projektek 53%-ról 24%-ra csökkentek. Tehát jól látható fejlődés van.

Az is látható, hogy igazából 2000 és 2009 között túl sokat nem változott a sikeresség, nagyjából 30% körül mozgott.

Akkor most mi a helyzet? Szükség van-e módszertanokra, Gantt ábrázolásra, empowermentre vagy 5S-re? Mert ha ezek nem növelik a projekt sikerességét, akkor felesleges erőltetni, nemdebár?

Nos, szerintem az igazság valahol egészen máshol van.

Modern projektvezetés alatt a modern eszközöket, azaz a legjobb gyakorlatok és technikák alkalmazását értem. Feltételezzük, hogy ezek az eszközök jobbak, mint a múltbeliek, tehát az alkalmazásuk növeli a projekt sikerességét: tehát elvileg a modern projektvezető a modern projektvezetési eszközökkel sikeresebb lesz. A modern eszközök évről évre terjednek a szakmai közösségben, tehát elvileg a projektek sikeressége évről évre növekszik.

Jól hangzik, csak nem igaz (mint ahogy a statisztika mutatja). Három ok miatt.

1) Amatőr projektvezetők

Csak ideális világban fordul elő, hogy projekteket okleveles projektvezetők vezetnek, akik folyamatosan képzik saját magukat és napra készek a legjobb gyakorlatokból. A valóságban rengeteg az amatőr vagy félprofi projektvezető. Olyan valaki, aki nincs tisztában az alapokkal, nem kapott semmilyen képzést, egyszerűen csak hozzávágták a feladatot.

Lehet, hogy effektive projektvezető, de saját magát nem projektvezetőként határozza meg. A projektmenedzsment mint szakma vagy mint tudomány nem érdekli. Nem olvas utána, nem megy el tanfolyamra. Sikerességi rátája alacsony.

Sajnos ez van, a PM-ek köre nem egy zárt céh.

2) A spanyolviasz újrafeltalálása

Hiába létezik szakirodalom, hiába vannak tanfolyamok és konferenciák, sok projektvezető egyszerűen nem tartja a lépés a szakmával.

Ők amolyan félprofi menedzserek, akiket ugyan hivatalosan projektek vezetésével bíztak meg, de nem veszik komolyan. A sikerességet saját eszükkel és ügyességükkel akarják elérni a legjobb gyakorlatok helyett. Nem tanulnak, ezért mindent saját maguk találnak fel újra. Ezek a feltalálások megerősítik őket abban, hogy jó úton járnak, ezért nem is fognak legjobb gyakorlatok alkalmazni.

Egy analógiát mondok. Amikor valaki .Net fejlesztővé válik, akkor rögtön a legújabb verziót (4-es) kezdi használni. A projektvezető ezzel szemben mindig legelölről, az 1-es verzióval kezd, és nagyon sok idő lesz, amíg eljut az aktuális 4-es verzióig (ha eljut egyáltalán).

Sajnos az tény, hogy a menedzsereket sok esetben jutalomból léptetik elő, nem pedig tudásuk alapján. Ritka az, amikor valaki tisztességgel bejárja a karrierutat, tehát mondjuk projekt-asszisztensként kezd egy tapasztalt profi mellett, ahol van ideje-lehetősége megtanulni a szakmát.

3) A szakma lényegi kérdéseinek változatlansága

Az 1. részben írtam róla, hogy lényegi kérdések nem sokat változtak az évszázadok alatt. Továbbra is idő-pénz-scope háromszögben gondolkodunk, továbbra is emberekkel kell dolgozni és motiválni őket a feladatok végrehajtására.

A „modernség” tehát nem a lényegi kérdésekre adott radikálisan újszerű választ jelent, sokkal inkább a lényegi kérdéseken kívül álló egyéb problémákra megoldás. Olyan problémákra, amit nem maga a projekt, hanem az adott kor, az adott szokások és adott technológiák jelentenek. Olyan problémákat oldunk meg, amik más korban, más megközelítés mellett nem léteznének.

Mondok egy példát. Projekt tervet lehet kezelni papiruszon, palatáblán, füzetben, szöveges fájlban vagy MS Project-ben. Az MS Project jelenti a legmodernebb választ a kihívásra, de attól függetlenül, hogy hol és miben kezeljük a tervet, a projekt ugyanolyan eséllyel lehet sikeres vagy bukhat meg.

Összességében az látható, hogy a projektmenedzsment szakma fejlődése nincs kellő mértékben kihatással a projektek sikerességére, illetve a fejlődés nem áttörést jelent. A „modernség” nem teljesítményt jelent, hanem a kor kihívásainak való megfelelést.

Címkék: projekt menedzsment

A bejegyzés trackback címe:

https://akocsis.blog.hu/api/trackback/id/tr75211569

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Ismeretlen_59404 2011.08.18. 11:05:04

Egyáltalán nem számít, hogy milyen eszközt használsz. Pontosan ugyanolyan egyszerűen lehet jó, és rossz projekt tervezést csinálni bármelyik felsorolt eszközben. A sikeresség egyáltalán nem az eszközön múlik (az legfeljebb kényelmi szempontból fontos), hanem azon, hogy a projektvezető elvégzi-e azokat a tevékenységeket, amelyeket a sikerességhez el kell végezni, és kellő részletezettséggel végzi-e azokat. Tervez-e projektet, kezel-e kockázatokat, megfelelően kezeli-e a projekt adatait, követelményeit, megfelelőek-e az erőforrásai. A legtöbbször a tapasztalatlan projektvezető is pontosan tudja, hogy elméletben milyen tevékenységeket kellene végeznie, csak ott, és akkor azt nem érzi fontosnak. A mágia abban van, hogy a jó projektvezető - tapasztalatból - tudja, hogy mikor fontos valamit részletesebben végezni, és mikor elég nagy vonalúan. Van helye a nagyvonalúságnak, nem lehet mindig mindent a legapróbb részletekig kidolgozni, mert ez a projektvezető - drága - idejének a pazarlása lenne. Ebben nem nyújt segítséget a modern tudomány sem.

deejayy · http://deejayy.hu 2011.08.18. 13:48:10

A mágikus kérdés akkor: miért nincs áttörés, drasztikus mértékű fejlődés, mi hiányzik ahhoz, hogy a projektvezetésből és a sikerességből a maximumot lehessen kihozni?

takacsot · http://www.qualityontime.eu 2011.08.18. 15:24:49

Mágikus kérdés: "A mágikus kérdés akkor: miért nincs áttörés, drasztikus mértékű fejlődés, mi hiányzik ahhoz, hogy a projektvezetésből és a sikerességből a maximumot lehessen kihozni?" Nem tudom, hogy ki honnan tanulta a projekt menedzserséget, de az én "tanulmányaimban" a projekt sikertelenség majd minden esetben néhány alapproblémára volt visszavezethető (illetve azok variációira). 1. A megrendelő azt se tudja mit akar. 2. Követelmények minőségi attribútumai nem tisztázottak (Lásd Tom Gilb munkássága: http://gilb.com/Blog) 3. A változások és problémák nem megfelelő kezelése. Van egy nagyon szép gondolat a Software Estimation: Demystifying the Black Art (http://www.amazon.com/Software-Estimation-Demystifying-Practices-Microsoft/dp/0735605351) című könyvből (szabad interpretáció nem szó szerinti idézet): A szoftver projekt nagy része még mindig kudarc abból szempontból, hogy budget-en belül készült el. És ez nem igazán változott az elmúlt 50 év alatt. De arról nem sok szó esik, hogy a sikeres projektek kivétel nélkül nem azt az végeredményt produkálták, mint amikor elkezdték. Ha van még olyan, ami projekt sikertelenséget okoz, akkor szerintem gyűjtsük össze. Mert legalább tudjuk, mit kell elkerülnünk.

Viktor 2011.08.19. 10:44:04

Amit én eddig láttam: - rossz módszer a becslésre, tervezésre. alapvetően lehetetlen egy szoftver projekt elején feladat megfelelő ismerete nélkül pontos erőforrásbecsléseket adni. Ha elvárja valaki, hogy ilyen becslés készüljön, és ráadásul nyomást is gyakorol, hogy az erőforrásbecslés minél kisebb legyen, akkor az teljesíthetetlen vállalásokat okozhat. A másik probléma, ami tervezéssel kapcsolatban lehet, az az, hogy egyszerűen az alapokat sem tudja valaki és nem tud valaki becsülni, tervezni. - a megrendelő nem tudja pontosan, részletekbe menően, hogy mit szeretne A megrendelő általában nem tudja, hogy mit szeretne pontosan. Ha ez így van és nem adottak a körülmények ahhoz, hogy ezt valaki kiszedje belőle, akkor a követelmények pontatlanok lesznek, későn derül ki, hogy mit kellene csinálni. - a vezetőség által meghatározott célok a projekt résztvevőiben nem tudatosodnak. a projekt résztvevőihez, akik a követelményeket meghatározzák, nem jut el pontosan a cél, amit el kell érni. A résztvevők nem fogják maguknak érezni a projektet és az elkészült terméket sem. - QA tevékenység hiánya bizonyos esetekben hasznos lehet egy QA. Ha a QA a projektvezető lekötelezettje, akkor nem fog megfelelő hatékonysággal rámutatni a problémákra és megoldásokat ajánlani

Viktor 2011.08.19. 13:42:01

További, ami eszembe jutott sw projektnél: túl hosszú release-ek. Pl. ha egy éves release-eket tervez valaki a projektbe, az biztos nem fog működni. fel kell darabolni a projektet és max 2-3 havi release-eket kell csinálni. Ja, és nincs feldarabolhatatlan feladat :-)

Viktor 2011.08.19. 14:14:42

takacsot: "www.amazon.com/Software-Estimation-Demystifying-Practices-Microsoft/dp/0735605351)" Elkezdtem olvasni. Eddig tetszik. Az estimates, targets, commitments témakör ilyetén megközelítése ismerős, itt már találkoztam vele: http://www.parleys.com/#st=5&id=14
süti beállítások módosítása