Projektirnytsi szoftverek sszelltotta Kosztyn Zsolt Tibor kzstvision vein
Projektirányítási szoftverek Összeállította: Kosztyán Zsolt Tibor kzst@vision. vein. hu http: //vision. vein. hu/~kzst/oktatas/projektirsz. ppt
Projektirányítási ismeretek n Bevezetés Projekt, projektirányítás, projektmenedzsment l A projektirányítás feladata l A rendszerfejlesztési projekt l Projektirányítási módszertanok l n A projekt életciklusa Tervezés l Elemzés l Ellenőrzés l Követés l
Projektirányítási ismeretek n A projekttervezés eszközei A projekt modellezése l Projektmodellezési technikák l Felelősségi körök meghatározása l n Projekt időbeli tervezése A kritikus út l A tartalékidő l A projekt erőforrásai l Az erőforrások típusai l Erőforrás és időorientált tervezés l
Projektirányítási ismeretek A projekt költségei n A projekt követése n A projektmenedzsment támogató eszközök n A projektek dokumentálása n Összefoglaló áttekintés n
Mi a projekttervezés és irányítás? n A projekttervezés és irányítás olyan tetszőleges fajtájú, komplex, igényes és sokszor nagyszabású problémák módszertani kezelése, melyeket sem rutinszerűen, sem intuitív módon nem lehet következetesen megoldani és amelyek egy erre kiképzett team igénybevételét, valamint a megfelelő módszerek és eljárások alkalmazását teszik szükségessé.
Projekttervezés és -irányítás n n n n n Projektötlet Céltervezés Célelhatározás Koncepciótervezés Döntéskeresés, keretfeltételek Kiviteli tervezés Kivitelezés megkezdése Kivitelezés irányítása, követés Átadás
A projekttervezés eszközei n n n n Trendmeghatározások, prognózisok Információk kiértékelése, ABCelemzés Mutatószámok elemzése Optimumszámítási módszerek (LP, NLP, MINLP, sorbanállási modell, kockázatelemzés, szimuláció) Gantt-diagram LOB-diagram Hálóterv
Panzió építési projekt – Gantt diagram
Panzió építési projekt – Gantt diagram függőségi nyilak feltüntetésével
LOB-diagram n Ciklikusan ismétlődő tevékenységek T 1 T 2 T 3 T 4 T 5 Menny. (pl. km) 4. sz. 3. sz. 2. sz. 1. sz. Idő
Hálótervezés
Gráfelméleti alapfogalmak n Gráf: G = (N, A) egy véges ponthalmaz (csúcsok), és egy véges pontpár halmaz (élek) együttese. N ponthalmaz a csúcsok halmaza N={N 1, N 2, . . , Nn}. A pontpár halmaz az élek halmaza A={A 1, A 2, . . , Am}, ahol Ak=(Ni, Nj) A. l l Irányított gráf esetén a pontpárok rendezettek, ekkor, Ni az Ak él kezdőpontja, Nj pedig a végpontja. Irányítatlan gráf esetén a pontpárok nem rendezettek, vagyis (Ni, Nj) = (Nj, Ni).
Gráfelméleti alapfogalmak 1. 2. Példa: Irányítatlan gráf megadása: G 1: =(N 1, A 1); N 1: ={1; 2; 3; 4; 5}, A 1: ={(1, 2); (2, 1); (1, 3); (3, 1); (2, 3); (3, 2); (2, 4); (4, 2); (3, 5); (5, 3); (4, 5); (5, 4)} Példa: Irányított gráf megadása: G 2: =(N 2, A 2); N 2: ={1; 2; 3; 4; 5}, A 2: ={(1, 2); (1, 3); (2, 4); (3, 5); (4, 5)}
Gráfelméleti alapfogalmak n n n Hurokél: Ha Aj=(Ni, Ni) A. Akkor azt mondjuk, hogy Aj egy hurokél. Többszörös él: Ha m, n melyre (Ni, Nj)=Am=An=(Ni, Nj), és Am, An A; Ni, Nj N akkor a gráfban, Ni, és Nj között többszörös él van. Példa: G 3: =(N 3, A 3); N 3: ={1; 2}, A 3: ={(1, 2); (2, 2)}
Gráfelméleti alapfogalmak n n (Valódi) részgráf: Azt mondjuk, hogy egy Gp=(Np, Ap) gráf (valódi) részgráfja egy G=(N, A) gráfnak, ha Np N, Ap A (Np N, Ap A). Jelölés: Gp G (Gp G) Példa: G 2: =(N 2, A 2); N 2: ={1; 2; 3; 4; 5}, A 2: ={(1, 2); (1, 3); (2, 4); (3, 5); (4, 5)}, G 4: =(N 4, A 4); N 4: ={1; 3; 5}, A 4: ={(1, 2); (2, 3); (3, 5)}
Gráfelméleti alapfogalmak n n Irányítatlan út: Az élek olyan sorozata, melyben bármely két szomszédos élnek van közös pontja. Irányított út: Élek olyan sorozata, amelyben bármely él végpontja azonos a következő él kezdőpontjával (kivéve az utolsót).
Gráfelméleti alapfogalmak n n n (Irányított) egyszerű út: Olyan (irányított) út, ahol minden él csak egyszerepel. (Irányított) kör: Olyan (irányított) út, amelyben az első él kezdőpontja azonos az utolsó él végpontjával. (Irányított) egyszerű kör: Olyan (irányított) kör, amelyben egy él csak egyszerepel.
Gráfelméleti alapfogalmak Legyen adott G=(N, A), N={N 1, N 2, . . , Nn}, A={A 1, A 2, . . , Am} n Izolált pont: olyan csúcs melyhez nem kapcsolódik él. Legyen G a továbbiakban irányított gráf n Csúcsok száma: n Élek száma: n Bejövő élek száma:
Gráfelméleti alapfogalmak n n Kimenő élek száma: Egy csúcs fokszáma: Példa: j+(1)=0, j -(1)=2, j (1)=2, |N|=5, |A|=6 Aciklikus gráf: Irányított kört nem tartalmazó gráf.
Gráfelméleti alapfogalmak n n Erdő: körmentes gráf. Összefüggő gráf: Egy gráfot összefüggőnek nevezünk, ha bármely két pontja között létezik egy irányítatlan út. Erősen összefüggő gráf: Egy gráfot erősen összefüggőnek nevezünk, ha bármely két pontja között létezik egy irányított út. Fa: Összefüggő kört nem tartalmazó gráf.
Gráfelméleti alapfogalmak n n n Egyszerű gráf: Egy gráfot egyszerűnek nevezünk, ha nem tartalmaz hurokélt és többszörös élt. Szomszédos csúcsok: Két csúcs szomszédos, ha közöttük van olyan út, amely csak egy élet tartalmaz. Teljes gráf: Egy gráfot teljesnek nevezünk, ha bármely két csúcs szomszédos egymással.
Gráfelméleti alapfogalmak Súlyozott gráf: irányított, vagy irányítatlan gráf súlyozott akkor, ha minden éléhez egy vagy több számot rendelünk. Ez a szám az él súlya. n Háló: Olyan súlyozott körmentes, irányított gráf, amelynek egy kezdő és egy végpontja van. n
Gráfok reprezentálása Adjecencia lista n Adjecencia mátrix n Incidencia mátrix n
Időtervezés - ütemezés n A hálós irányítási rendszerek két ismert alapváltozatát, a PERT és a CPM módszert közel egy időben dolgozták ki és publikálták. 1957 -ben az USA haditengerészetének különleges tervezési hivatala megbízást kapott a POLARIS rakéták kifejlesztésével kapcsolatos sok száz tevékenység irányítására.
Időtervezés - ütemezés n Az E. I. Du. Pont de Hemonds and Co. 1956 -ban átfogó kutatást indított olyan módszer kifejlesztésére, mely lehetővé teszi számítógép felhasználását a műszaki feladatok megtervezésében és ütemezésében. Walker és Kelley , 1957 -ben jutottak el egy nyíldiagramos, hálós módszert alkalmazó és később CPM néven közismertté váló rendszer kipróbálásáig. A módszert 1959 ben publikálták.
A hálótervezési módszerek csoportosítása 1. 2. 3. 4. Időtervezés jellege: sztochasztikus, determinisztikus. Felhasználási céljuk alapján: idő, költéség-, és erőforrás optimáló technikák. A hálók irányultságuk alapján: tevékenységorientáltak vagy eseményorientáltak. Megjelenési formájuk szerint: tevékenység-nyíl, tevékenységcsomópont, és eseménycsomópontú hálók.
Időtervezés jellege Sztochasztikus hálótervezési módszerek: Olyan hálótervezési módszerek, melyeknél a tevékenységidőt egy valószínűségi eloszlás sűrűségfüggvénye határozza meg. (Ilyen, pl. a PERT háló. ) Determinisztikus hálótervezési módszerek: Olyan hálótervezési módszerek, melyeknél a tevékenységidők jól meghatározott értékek. (Ilyen, pl. a CPM, MPM, DCPM stb. háló. )
Felhasználási cél Az időoptimáló eljárásoknál cél a projekt átfutási idejét megtalálni. (Ilyen, pl. PERT, CPM, MPM stb. ) A költség- és erőforrás optimáló eljárásoknál az átfutási idő meghatározása mellett, a költség, erőforrás optimálás, kiegyenlítés is fontos szempont. (Ilyen pl. CPM/COST PERT/COST, CPA stb. RAMPS, RAPP, ERALL stb. )
A hálók irányultsága A tevékenységorientált hálónál a tevékenységek, míg az eseményorientált hálóknál az események hangsúlyozása kerül előtérbe.
Megjelenési forma n n n A tevékenység-nyíl hálóknál az élek reprezentálják a tevékenységeket, a csomópontok az eseményeket. A tevékenység-csomópontú hálóknál, az élek reprezentálják az eseményeket, a csomópontok a tevékenységeket. Az esemény csomópontú hálóknál is az élek reprezentálják a tevékenységeket, a csomópontok pedig az eseményeket, de itt az események hangsúlyozása lényeges. Míg a tevékenység-nyíl hálóknál az események ábrázolását el is hagyhatjuk.
CPM-módszerrel kapcsolatos fogalmak Az esemény: valamely folyamat, tevékenység kezdetét és befejezését jelentő pont, időt, erőforrást, költséget nem igényel. (a hálóban általában körrel ábrázoljuk). n Az események lehetnek: normál, kiemelt (mérföldkő), és kapcsolódó (interface) események. n
Események n n n Normál esemény: a többséget kitevő és semmiféle megkülönböztetést nem igénylő időpont. Kiemelt esemény: olyan esemény, amelyet a projekt előrehaladásában különösen fontosnak tartanak (általában dupla körrel jelölik). Kapcsolódó esemény: közös intézkedési pontot jelenti a hálón belül (háló szétszedése, összerakása). Ezek az időpontok, hasonlóan a kiemelt eseményekhez előre ismertek (általában két körrel jelölik). Kezdő (nyitó) esemény: melyet nem előz meg más esemény és csak követő eseményei vannak. Záró (vég) esemény: amit nem követ több esemény, csak megelőző eseményei vannak.
Tevékenységek n n Tevékenység: olyan folyamat, mely adott időben, időtartam alatt játszódik le, és erőforrást, költséget igényel. Látszattevékenység: fontos szerepe van a háló szerkezetében, és számításában is. Jellemzője, hogy általában idő, költség, és erőforrás igénye nincs. A hálók logikai összefüggéseinek kifejezésére szolgál.
Kapcsolódási pontok lehetnek szétválasztó, vagy egyesítő pontok. Egyesítő pont: olyan esemény, amely végpontja több megelőző tevékenységnek. Szétválasztó pont: olyan esemény, amelyet több tevékenység követ.
Tevékenységek kapcsolatai – függőségek
A háló végleges szerkesztésének menete 1. 2. 3. Logikai gráf elkészítése (tevékenység végleges elhelyezése) Ezen a gráfon a tevékenységek és események elhelyezése Tevékenységek és események közötti kapcsolódások kidolgozása.
A szerkesztés iránya lehet 1. 2. 3. Progresszív (előrehaladó) Retrográd (visszafelé haladó) A kettő kombinációja
A CPM-eseményjegyzék 1. 2. 3. 4. Az esemény számát, Az eseményre vonatkozó számítások eredményeit, Megelőző, követő eseményeket, Egyéb számszerűséget, információt, intézkedésekért felelősök megjelölését.
Tevékenységjegyzék 1. 2. 3. 4. 5. A tevékenységek számát, megnevezését, (lefutási) idejét, A megelőző, követő tevékenységeket, A kapcsolatuk jelölését, A számítások eredményét, Az egyéb információkat.
Tevékenység és esemény időadatok A TPT (Total Project Time = teljes projekt átfutási ideje) végezzük el az odafelé történő elemzést, amivel az egyes tevékenységek legkorábbi kezdési időpontját (EST(i, j)) számítjuk ki. Ebből meghatározhatjuk a legkorábbi befejezési pontot, ahol a legkorábbi befejezési pont (EFT(i, j)) = a legkorábbi kezdési időpont (EST(i, j)) + a tevékenység lefutási ideje (d(i, j)). A teljes projektidő (TPT) tehát az a legrövidebb időtartam, ami alatt a projekt befejezhető, és ezt a tevékenységek sorrendje (vagy sorrendjei) kritikus útként (vagy utakként) határozza (határozzák) meg.
Tevékenység és esemény időadatok n A kritikus út meghatározására a retrográd számítás elvégzése után kerülhet sor, így a tevékenység legkésőbbi kezdési pontját (LST(i, j)), valamint a hozzá tártozó legkésőbbi befejezési időpontot (LFT(i, j)) határozzák meg a következőképpen: Legkésőbbi kezdési időpont(LFT(i, j))= legkésőbbi befejezési időpont(LST(i, j)) – tevékenység lefutási ideje (d(i, j)).
Tevékenység és esemény időadatok Egy csomóponthoz (eseményhez) két idő tartozik. (1) a progresszív elemzésből az esemény legkorábbi bekövetkezésének időpontja (EETi), vagyis az a legkorábbi időpont, amelyre az eseményt realizálni lehet; (2) a retrográd elemzésből az esemény legkésőbbi bekövetkezésének időpontja (LETi), vagyis az a legkésőbbi időpont, amelyre az eseményt realizálni kell.
A hálószerkesztés során előforduló logikai hibák 1. 2. 3. Több kezdő illetve végpont. Kör a hálózatban. Helytelen logikai összerendelés.
A hálószerkesztés során előforduló logikai hibák
Tartalékidők n n Teljes tartalékidő: az a teljes időtartam, amivel egy tevékenység kiterjedhet, vagy késhet a teljes projektidőre (TPT) gyakorolt hatás nélkül. Teljes tartalékidő(i, j): =LST(i, j)EST(i, j)=LFT(i, j)-EFT(i, j) Szabad tartalékidő: az a teljes mennyiség, amivel egy tevékenységidő megnőhet, vagy a tevékenység csúszhat anélkül, hogy hatással lenne bármely, soron következő tevékenység legkorábbi kezdetére. Szabad tartalékidő(i, j): = EET(j)-EFT(i, j)
Tartalékidők n n Feltételes tartalékidő: a teljes és a szabad tartalékidő különbsége. Független tartalékidő: azt az időmennyiséget adja meg, amennyivel az adott tevékenység eltolható, ha az őt közvetlenül megelőző tevékenység a lehető legkésőbbi időpontban fejeződik be és a közvetlenül következő tevékenység a legkorábbi időpontban kezdődik. Független tartalékidő(i, j): =EET(j)-LET(i)-d(i, j) (Marad-e elég idő? ) Ha FT>0 belefér a tevékenység megvalósítása. Ha FT<0 |FT| -vel csúszhat az egész program megvalósítása.
Panzió építési projekt – tevékenység lista Sorszá m Tevékenység Időtartam (hét) 1 Alap 1 2 Szerkezeti falak 2 3 Födém 1 4 Tető 2 5 Válaszfalak 3 6 Aljzat 1 7 Vízvezeték (alapszerelés) 1 8 Gázvezeték (alapszerelés) 1 9 Elektromos szerelés (alapszerelés) 1 10 Fűtés (alapszerelés) 2 11 Vakolás 3 12 Burkolás 2 13 Festés, mázolás, végszerelések 1 14 Átadás-átvétel 1
Panzió építési projekt – megelőzési listák Megelőzési listák Közvetlen Teljes Tevékneys ég Időtarta m (hét) Megelőző tevékenység Tevékneysé g Időtarta m (hét ) 1 1 -- 2 2 1 3 1 2 3 1 1, 2 4 2 3 4 2 1, 2, 3 5 3 1, 2, 3 6 1 5 6 1 1, 2, 5 7 1 6 7 1 1, 2, 3, 5, 6 8 1 1, 2, 3, 5, 6 9 1 1, 2, 3, 5, 6 10 2 1, 2, 3, 5, 6 11 3 4, 7, 8, 9, 10 11 3 1 -10 12 2 11 12 2 1 -11 13 1 12 13 1 1 -12 14 1 13 14 1 1 -13 Megelőző tevékenysé g
Panzió építési projekt – tevékenység struktúra
Panzió építési projekt –logikai diagram
Panzió építési projekt – CPM háló
Panzió építési projekt – CPM háló időelemzés
Panzió építési projekt – CPM háló időelemzés tevékenységlista
Panzió építési projekt – CPM háló időelemzés eseménylista
Panzió építési projekt – Gantt diagram
Panzió építési projekt – Gantt diagram függőségi nyilak feltüntetésével
Tevékenység-nyíl hálók átrajzolása tevékenységcsomópontú hálókká 1. Minden tevékenységből (kivéve a látszattevékenységet), melyet a tevékenység-nyíl hálókban a nyilakon szerepeltettünk, most csomópontokként reprezentáljuk. 2. A tevékenységeket a logikai kapcsolataik szerint kapcsoljuk össze.
Tevékenység-nyíl háló => tevékenység csomópontú háló
Az MPM-háló n Az MPM (Metra Potenciális Módszer, az angolszász országokban Precedence Diagramming Method) technika a francia Roy nevéhez kötődik. A kézi ábrázolású technika a tevékenységeket a gráf csomópontjaiként ábrázolja, a gráf élei pedig a tevékenységek közötti logikai kapcsolatokat szimbolizálják.
Az MPM-háló Az MPM háló a logikai kapcsolatoknál kezeli a minimális, maximális kapcsolatokat, kezeli a végkezdet, kezdet vég kapcsolatok minden kombinációját. n Az MPM technikával megszakítható tevékenységek is tervezhetők. n
Az MPM-háló n Egy tevékenység-csomópont
Minimális/maximális kapcsolatok konvertálása n Irányelvek: A hálótervezés során a kiértékelésnél egy minimális illetve egy maximális kapcsolatot használunk. l A különböző kapcsolatok egymásba csak bizonyos megszorításokkal konvertálhatók, így ezeket a konverziókat célszerű jelezni. l
Minimális/maximális kapcsolatok konvertálása n Kezd-kezd kapcsolattá konvertálás: l Befejezés – kezdés kapcsolat konverziója: A b = d. A + a a l B A b B Befejezés – Befejezés kapcsolat konverziója: A a b=d. A+a-d. B B A b B
Minimális/maximális kapcsolatok konvertálása n Kezd-kezd kapcsolattá konvertálás: l A Kezdés – befejezés kapcsolat konverziója: a B b=a-d. B A b B
MPM háló - kiértékelés
MPM háló - kiértékelés
MPM háló - kiértékelés
CPM=>MPM 1. 2. 3. 4. Minden tevékenységből (kivéve a látszattevékenységet), melyet a tevékenység-nyíl hálókban a nyilakon szerepeltettünk, most csomópontokként reprezentáljuk. A tevékenységeket a logikai kapcsolataik szerint kapcsoljuk össze. A tevékenységek legkorábbi, illetve legkésőbbi kezdési illetve befejezési idejei, a projekt átfutási ideje, a tevékenységek tartalákidejei meg kell, hogy egyezzenek a két hálóban. MPM-ben az eseményidőket nem használjuk!
CPM=>MPM
CPM=>MPM
Véletlen tartamú tevékenységek n A gyakorlatban számos esetben – főleg kutatási és fejlesztési programokra – a tevékenységek tartamai kevéssé ismertek, és nem determinisztikusan meghatározottak. Ilyenkor két eset fordulhat elő: 1. 2. A szóban forgó tevékenységek vagy nem teljesen ismeretlenek és mindegyikükre közelítőleg ismerjük a tartamuk valószínűségeloszlását. (ipar) vagy pedig teljesen ismeretlenek és nem ismerjük minden tartam valószínűségeloszlását. (kutatás)
Véletlen tartamú tevékenységek n Ha nem ismerjük a tartamok eloszlását, akkor a számítások megkönnyítése érdekében, hogy a tartamok b-eloszlásúak.
Véletlen tartamú tevékenységek n Az [A, B] intervallumon (A>0, B>0) értelmezett (a, g) paraméterű beloszlásnak nevezik a t valószínűségi változó eloszlását, ha sűrűségfüggvénye az alábbi alakú: ahol a, g>-1
Véletlen tartamú tevékenységek – PERT módszer n A PERT-módszerben olyan (első rendű) b-eloszlást választunk, amelyre:
Véletlen tartamú tevékenységek – PERT módszer n Minden egyes tevékenységről az azzal foglalkozó szakemberekhez a következő három kérdést intézzük: 1. 2. 3. Mennyire becsüli az (i, j) tevékenység Ai, j minimális időtartamát (optimista becslés)? Legyen ai, j a minimális időtartam becsült értéke. Mennyire becsüli az (i, j) tevékenység Bi, j maximális időtartamát (pesszimista becslés)? Legyen bi, j a maximális időtartam becsült értéke. Véleménye szerint mennyi az (i, j) tevékenység Mi, j legvalószínűbb időtartama (módusza)? Legyen mi, j a legvalószínűbb időtartam becsült értéke.
Véletlen tartamú tevékenységek – PERT módszer n Ekkor a becslés várható értéke, illetve szórása: n Ekkor felhasználjuk azt, hogy a független valószínűségi változók összegének várható értéke megegyezik a valószínűségi változók várható értékének összegével, ha elegendően sok változóra összegzünk, hiszen elegendően sok valószínűségi változó esetén az összeg normális eloszlásúnak mondható.
Véletlen tartamú tevékenységek – PERT módszer n Ekkor felhasználjuk a független valószínűségi változók várható értékeire, illetve varianciáira vonatkozó additivitási összefüggéseket:
PERT háló felrajzolása, tartamok, bizonytalanság kiszámítása 1. 2. 3. 4. 5. Logikai háló elkészítése. Ai, j, Bi, j , Mi, j, ti, j, si, j meghatározása. Megfelelő hálós modell kiválasztása (tevékenység-nyíl, tevékenység-csomópontú). A (tanult módszerekkel a) kritikus út kiszámítása. A megvalósítási idő szórásának kiszámítása.
PERT háló - példa
PERT háló - példa
PERT háló - példa n Mennyi annak az esélye, hogy a programot 63 nap alatt befejezzük? Ebből következik, hogy 75% annak az esélye, hogy a programot 63 napig befejezzük.
Tartalékidők szórása
Tartalékidők szórása
Determinisztikus költségtervezés determinisztikus időtervezés esetén 1. Minimális átfutási idő, minimális költségnövekmény 2. Optimális összköltség elérése átfutási idő csökkentésével
Fogalmak Normál idő: Az az időmennyiség, amely a tevékenység normál/tervszerű végrehajtásához szükséges. (minimális változóköltség) n Roham idő: Az a legkisebb időmennyiség, amely alatt a tevékenységet végre lehet hajtani. (maximális változóköltség) n
Fogalmak n n n Minimális átfutási idő: Az a legkisebb időmennyiség, amellyel a projekt még megvalósítható. Normál átfutási idő: Az az időmennyiség, amelynél valamennyi tevékenység normál lefutása mellett valósul meg a program. (Költség) optimális átfutási idő: Az az átfutási idő, melynél a projekt összköltsége minimális.
Determinisztikus költségtervezés determinisztikus időtervezés esetén
Determinisztikus költségtervezés determinisztikus időtervezés esetén
Determinisztikus költségtervezés determinisztikus időtervezés esetén
Költség – idő függvények viselkedése n n n A változóköltség-idő függvény általában monoton csökkenő a minimális - és a projekt normál átfutási ideje alatt, hasonlóan igaz ez az egyes tevékenységekre is. A normál átfutási-, illetve a tevékenységeknél a normál lefutási idő után a függvény általában monoton nő. A fixköltség-idő függvény általában monoton nő a teljes projekt átfutási idejére nézve. Az összköltség-idő függvény általában konvex.
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST) n A CPM/COST, MPM/COST módszer egy széles körben alkalmazható hálótervezési technika. Az algoritmus során először egy CPM vagy egy MPM hálót kell felrajzolni, majd a kritikus úton lévő minimális költségnövekedéssel járó tevékenységek lefutási idejét csökkentjük. A lépéseket érdemes egy táblázatban összefoglalni.
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST)
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST)
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST)
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST)
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST)
Minimális átfutási idő/minimális költségnövekmény (CPM/COST, MPM/COST)
Optimális összköltség elérése átfutási idő csökkentésével
Optimális összköltség elérése átfutási idő csökkentésével
Optimális összköltség elérése átfutási idő csökkentésével
Optimális összköltség elérése átfutási idő csökkentésével
Erőforrás-tervezés n A továbbiakban olyan feladatokkal foglalkozunk, ahol nem csupán az a cél, hogy a projektet a lehető leghamarabb befejezzük, hanem az is fontos szemponttá válik, hogy egy adott kapacitáskorlátot ne lépjünk túl.
Erőforrás-tervezés 1. 2. Időkorlátos erőforrás tervezés. Erőforrás-korlátos erőforrás tervezés.
Erőforrás allokáció (ERALLmodell) n A logikai tervezés során a (CPMmódszerrel) olyan hálótervet készítünk, amely technológiai szempontból megengedhető maximális párhuzamosítási lehetőségeket tünteti fel. A logikai tervezés eredménye maximálisan tömörített háló. Ennek megfelelően az időtervezésnél minimális átfutási időt kapunk. Amennyiben elkészítjük a hálóra vonatkozó erőforrás terhelési diagramot, akkor láthatjuk, hogy egy adott kapacitáskorlátot túlléphet.
Erőforrás allokáció (ERALLmodell) Az erőforrás-allokáció célja az, hogy (lehetőleg) az átfutási időt nem növelve, a kapacitáskorlátot nem túllépve a nem kritikus úton lévő tevékenységeket a tartalékidejükön belül mozgassuk el, úgy, hogy az erőforrás terhelési diagram a kapacitás korlátot minden pontjában kielégítse. Ezt pl. egy simítási eljárással valósíthatjuk meg, mely egy heurisztikus eljárás. Ez a módszer, ha létezik a feladatnak egy megengedett megoldása, akkor megtalálja.
Erőforrás allokáció (ERALLmodell) Az eljárás először megpróbálja úgy beütemezni a tevékenységeket, hogy a kritikus út ne növekedjen. Ha ez sikerül, akkor ezt a továbbiakban nevezzük nem kritikus megoldásnak. Ha ilyen megengedett megoldás nem létezik, akkor a módszer megpróbálja úgy beütemezni a tevékenységeket, hogy a kritikus út minél kevésbé növekedjen. Ha egy tevékenység erőforrásigénye nagyobb, mint az erőforrás korlát, akkor biztosan nincs megengedett megoldás.
Erőforrás allokáció (ERALLmodell) n Miért csak megengedett megoldást talál ez a módszer? l Azért, mert a nem kritikus úton lévő tevékenységeket nem egy adott célfüggvénynek megfelelően (pl. a lehető legkorábbi időpontra) ütemezi be. Az optimális megoldás az lenne, hogy ha a tevékenységeket úgy ütemezné be hogy ezeket a célfüggvényeket figyelembe venné, de úgy, hogy a kapacitáskorlátot egyetlen időpillanatban se lépjük túl.
Optimumkeresési eljárások Dinamikus, Branch & Bound és lineáris programozási technikákat alkalmaztak sikeresen 200 tevékenység alatti, néhány erőforrással rendelkező hálókra vonatkozó optimális megoldások kialakításához. Ennek ellenére az ilyen projektek csekélyek azokhoz viszonyítva, amelyek 5000 tevékenységgel rendelkeznek és 1020 különböző erőforrást alkalmaznak.
Optimumkeresési eljárások A modern rendszerekben természetesen nem követelmény, hogy az erőforrásokat a tevékenység teljes időtartama alatt használják, vagy egy időben kizárólag egyet használjanak fel egy tevékenységre, vagy a tevékenységet ne osszák meg. Végül nem szabad elfelejteni, hogy a számítási eljárások által felhasznált adatok nem pontosak – mivel becsléseken alapulnak – és az esetleges hibák érvénytelenítik az optimumot.
Optimumkeresési eljárások Kiegyenlítés l Projekt időtartam minimalizálás (erőforrás hozzárendelés) l Csúcs felhasználás minimalizálás n Allokálás l Soros allokálási eljárás l Párhuzamos allokálási eljárás n
Kiegyenlítés Az erőforrás/idő korlátozottság problémájának megoldását az elsők között célozta meg a kiegyenlítési technika. Ez legegyszerűbb formájában azt jelenti, hogy valamilyen eljárással előállított ütemtervnél megpróbálják kiegyenlíteni az erőforrás-igények „csúcsait” és „völgyeit” – néhány tevékenység alternatív időkben történő újraütemezésével.
Kiegyenlítés A kezdési ütemterv sok esetben a legkorábbi kezdési aggregáció, de lehet egy nagyon kifinomult allokációs eljárás által kialakított összetett ütemterv is. A kiegyenlítés egyszerűen hangzik, de a gyakorlatban nem az. Ha egynél több projekt létezik a szervezetben, akkor az eltérő erőforrások közötti kölcsönhatás rendkívüli bonyolult helyzetet teremt. Továbbá – mivel az „egyensúly” jelentésének nincs általánosan elfogadott definíciója – rendkívül nehéz meghatározni a „kiegyenlítési” eljárás leállási pontját. Sok esetben az a gyakorlat, hogy a rendszer számára kijelölnek egy lefutási időt, és az idő végén megszerzett eredményt elfogadják.
Allokálás n A hatvanas évek elején kifejlesztették az allokálási probléma két megközelítését, amelyek erőforráskorlátos és időkorlátos vagy simításos allokálási eljárásként ismertek. Azt remélték, hogy ezek esetleg megfelelő választ adnak az erőforrásvagy időkorlátok alternatív problémájára. Mindegyikre több eljárást dolgoztak ki. Az eljárások két csoportba oszthatók: soros és párhuzamos feldolgozáson alapulókra.
A soros allokálási eljárás Ez olyan eljárás, amelyben egy konstans prioritási szabály alkalmazásával még a tevékenységek ütemezése előtt rangsorolják a projekt(ek)ben szereplő tevékenységeket. E prioritási lista alapján szigorú rendben ütemezik be a tevékenységeket – a lehető legkorábbi időpontban, az erőforrások hozzáférhetőségének és a háló(k) követelményeinek megfelelően.
A soros allokálási eljárás Egy soros eljárásban megszokott a megelőzési korlátoknak (rákövetkezési relációnak) a háló időelemzésén alapuló, szabályozott, automatikus számításba vétele. A legelterjedtebben használt szabály az, hogy a tevékenység legkésőbbi kezdési időpontját használják a dátumok emelkedő sorrendjében és a teljes tartalékidő alkalmazása által felmerülő esetleges kötöttségeket feloldják – megint csak növekvő sorrendben.
A párhuzamos allokálási eljárások Ez olyan eljárás, amelyben prioritásuk szerint csak a kezdésre képes tevékenységek kerülnek rangsorolásra – az egyes ütemezési időszakoknál alkalmazott állandó szabállyal. Az ütemezéshez ebből a listából felmerülési sorrendben, az erőforrások hozzáférhetőségétől függően veszik ki a tevékenységeket. A be nem ütemezett tevékenységeket visszahelyezik a listába, hogy a következő ütemezési időszakban az új tevékenységekkel együtt rangsorolhassák őket.
A párhuzamos allokálási eljárások Ez az ütemezés nagyon eltérő filozófiájú, mert egy listában gyűjti össze az összes olyan tevékenységet, amely egy meghatározott ütemezési időszakban figyelembe vehető. Tekintettel arra, hogy minden információ rendelkezésre áll, ez azt jelenti, hogy a tevékenység ütemezésére vagy késleltetésére irányuló döntést megalapozottan lehet meghozni. Ez különösen a megszakított tevékenységnél fontos, és ez az oka annak, hogyha a projektben sok tevékenységet szándékoznak megszakítani, ezt a megközelítést kell alkalmazni.
„Klasszikus” optimális erőforrásallokációs eljárások (összefoglalás) A korábban alkalmazott megoldások két részre bonthatók. Vannak algoritmikus megoldások, ilyen például a kiegyenlítéses módszer, és vannak heurisztikus megoldások, melyekre tipikus példa az allokáció. A heurisztikus megoldások általában gyorsabbak, de nem garantálnak optimális megoldásokat, és ezek a módszerek más eredményhez vezethetnek bizonyos esetekben. (Például, ha egy tevékenység megszakíthatóságát megengedjük, akkor más eredményt kapunk soros, illetve párhuzamos allokáció esetén).
„Klasszikus” optimális erőforrásallokációs eljárások (összefoglalás) A kiegyenlítéses algoritmus nem megengedett megoldásból indul, ki, így nem igaz rá, hogy minden lépése megengedett megoldást adna. Így, ha olyan feladatot kell megoldanunk, ahol nagyszámú tevékenységet kell optimalizálnunk, akkor nem biztosított, hogy meghatározott időn belül, legalább egy megengedett megoldást kapjunk.
„Klasszikus” optimális erőforrásallokációs eljárások (összefoglalás) A szakirodalomban nem foglalkoztak korábban olyan esetekkel, ahol az erőforrás korlát nem konstans, vagy a tevékenységek erőforrásszükséglete, lefutási ideje megváltozott volna a projekt végrehajtása közben.
„Klasszikus” optimális erőforrásallokációs eljárások (példa)
„Klasszikus” optimális erőforrásallokációs eljárások (példa)
Project 2000, Project Central Egy kis pozícionálás n Project 2000 l n az Office-családdal kompatíbilis projekttervező, –menedzselő és –követő alkalmazás Project Central l l intranet alapú munkacsoportos projektkövető rendszer ötvözi a Project 2000 munkacsoportos szolgáltatásait és a (kihalt) Team Manager egyes képességeit
Microsoft Project 2000 Hatékony projektek Office-módra n Cél: a befejezett és sikeres projektek számának növelése l n az informatikai projektek 30%-át sosem fejezik be; 51%-uk túllépi a költség-keretet, méghozzá átlagosan 189%-kal, de a tervezett funkcióknak mindössze 74%-át valósítja meg* Megoldás: Microsoft Project 2000 l l l menedzseli a projekt teljes életciklusát megismételhetővé teszi a sikeres gyakorlatot az egész cégre kiterjeszti a projektkezelést *Forrás: Gartner Group
Az életciklus menedzselése A projektek négy fázisa A projekt definíciójának elkészítése A részletes projektterv elkészítése A projekt végrehajtásának követése A projekt lezárása
Az életciklus menedzselése A projektdefiníció elkészítése n n A projekt céljainak, erőforrásainak és időzítésének meghatározása Jó projektdefiníciót írni nehéz l l n Helytelen: „Az új könyvelőprogram telepítése. ” Helyes: „Az új könyvelőprogram telepítése valamennyi pénzügyi ügyfélgépen. Résztvevők: egy projektvezető, két informatikus. Kezdés március 1 jén, befejezés március 31 -én. ” A fogalmazásban a Project sem segíthet, de l l rögzíti a projekt RÖVID definícióját tárolja a projekt dokumentációját tartalmazó webhelyre, fájlmappára, stb. mutató hivatkozásokat
Az életciklus menedzselése A projektterv létrehozása n Részletes végrehajtási terv l l l n a feladatok és a hozzájuk rendelt (személyi, anyagi) erőforrások listája a végrehajtás munka- és időszükséglete a függőségek és feltételek meghatározása A Project 2000: l l tárolja a feladatok és az erőforrások adatait integrálja a vállalati tevékenységkódokat gazdag megjelenítési lehetőségeket biztosít (naptár, Gantt, hálódiagram, erőforrástábla) segít a terv problémáinak felderítésében
Lehetséges problémák A projektgazda: egyensúlyozó művész n A projekt három dolog, a tartalom, az időtartam és az anyagi/személyi erőforrások összessége l l ha az egyiket módosítjuk, a többi is változik gyakorlat: az egyiket (pl. a költségeket) rögzítettnek tekintjük tartalom időtartam Ha ugyanazt a projektet rövidebb idő alatt akarjuk elvégezni… erőforrások tartalom időtartam … több erőforrásra lesz szükségünk (vagy csökkenteni kell a tartalmat) erőforrások tartalom időtartam erőforrások
Lehetséges problémák A projekt túl sokáig tart n Megoldások: l l l n a tartalom csökkentése az egyes feladatok hosszának csökkentése a feladatok korábbi időpontban való kezdése A Project 2000: l l l a reális befejező dátum kiszámításához felülbírálja az egyes feladatok feltételeit megjeleníti az ún. kritikus utat könnyen átszervezhetővé teszi a projekttervet
Lehetséges problémák A projekt túl sokba kerül n Megoldások: l l n a projekt tartalmának csökkentése a költséges erőforrások helyettesítése olcsóbbakkal A Project 2000: l l l számszerűen és grafikusan megjeleníti a projekt, az egyes feladatok, illetve erőforrások költségeit az időre vetítve ábrázolja a költségeket egységesen kezeli a szervezet összes belső és külső erőforrását
Lehetséges problémák Az erőforrások túlterheltek n Megoldások: l l l n feladatok késleltetése feladatok feldarabolása, új/kevésbé terhelt erőforrások bevonása további műszak(ok) beindítása A Project 2000: l l megjeleníti a túlterhelt erőforrásokat automatikusan késleltetheti a feladatokat, amíg meg nem szűnik a túlterhelés segít a feldarabolásban és újraegyesítésben egyedi naptárakat, munkagörbéket biztosít
Párhuzamos és egymásba ágyazott projektek n n n Egy vállalatnál párhuzamosan több projekt is fut Egy nagyobb projekt feladatai gyakran önálló projektek A Project 2000: l l biztosít egy projekt portfolió szolgáltatást, amellyel egyszerre több projekt is áttekinthető támogatja az egymásba ágyazott és egymásra hivatkozó projekteket (az egyik projekt erőforrásait a másik is használja)
Az életciklus menedzselése A projekt végrehajtásának követése n Feladatok: l l n az eredeti projektterv és a változások közzététele feladatok kiosztása, a teljesítés követése a projekt menetének figyelése, szükség szerint beavatkozás jelentések készítése és közzététele A Project 2000: l l segít a közzétételben (papír, adatbázis/ fájlkiszolgáló, web, e-mail) kommunikál a résztvevőkkel (web, e-mail) rögzíti a teljesítéseket, méri az eltéréseket gazdag jelentéskészítő szolgáltatásokkal rendelkezik
Az életciklus menedzselése A projekt lezárása n A sikeres gyakorlat megőrzésének alapja l l l n az eredeti és végső projektterv összevetése a jó megoldások kiemelése, javaslat a hibák jövőbeni elkerülésére a projektfájl archiválása A Project 2000: l l megjeleníti az eredeti és a végső projektfájl közti különbségeket tárolja a projekt közben keletkezett feljegyzéseket jelentéseket készít lehetővé teszi a projekt sablonként való mentését
A sikeres gyakorlat megismételhetővé tétele n Minden projekt menthető sablonként l a Project automatikusan eltávolítja a projektspecifikus adatokat (tényleges kezdési dátumok, erőforrások időráfordítása, stb. )
Sablonok a termékben Félkész, testre szabható projektek n Tervezés, építés l l l n műszaki tervdokumentáció készítése irodaház építése lakóház építése Üzlet l l l új vállalkozás indítása új termékfejlesztési projekt beindítása projektvezetői iroda létrehozása n Informatika l l l új infrastruktúra bevezetése új szoftvertermék kifejlesztése alkalmazásfejlesztés az MSF szerint a Windows 2000 bevezetése az Office 2000 bevezetése a Project 2000 bevezetése
A projekt kiterjesztése az egész szervezetre n Hagyományos projektmenedzsment (felülről lefelé) projektterv elkészítése végrehajtás n Együttműködő projektmenedzsment (alulról felfelé is) új feladatok hozzáadása feladatok delegálása
A Project a projektgazdáké A Project Central mindenkié Intranetes alkalmazás, de beépülhet az Outlookba is Könnyen áttekinthető, feladatorientált felületet nyújt Megjeleníti a projekt- és az Outlookfeladatokat Segít a rendszeres és eseti jelentések készítésében
Project Central Együttműködő projektmenedzsment n Részvétel a tervezésben l n Részvétel a követésben l n javaslat új feladatok felvételére, feladatok kiosztása, projekten kívüli elfoglaltságok figyelembe vétele elvégzett munka rögzítése, állapotjelentések küldése Projektadatok elérése l az egyes résztvevőkre vonatkozó projektlista (portfolió), az egyes projektek és feladatok megjelenítése
Project Central Részvétel a tervezésben n Személyes Gantt diagram l l n Új feladat hozzáadása l n saját és menedzselt feladatok, külső elfoglaltságok (az Outlookból) csoportosítás, szűrés és rendezés csak javaslat; ha a projektmenedzser jóváhagyja, bekerül a projekttervbe Feladat delegálása l l kiválasztható, hogy a delegáló vagy a projektmenedzser felügyelje a végrehajtást alkalmazásszinten be- és kikapcsolható
Project Central Részvétel a követésben n Időtábla l n Szabályok l n táblázatos nézet a feladat-végrehajtás jelölésére; kitölthető órában vagy %-ban a projektterv automatikus frissítése a résztvevőktől beérkező üzenetek (teljesítés, új feladat, delegálás, stb. ) alapján Állapotjelentés l l lehet rendszeres és eseti; projekthez kapcsolódó vagy önálló; a menedzser vagy a résztvevő kezdeményezi a Project Central automatikusan összesíti
Project Central Felügyelet n Felhasználók azonosítása l n Szolgáltatások engedélyezése/tiltása l n feladatok delegálása, új erőforrások felvétele Kategóriák és nézetek menedzselése l n lehet Project Central- (adatbázis-) fiók, Windows NT fiók, vagy mindkettő vezető, projektfelelős, erőforrás-felelős, csoporttag Egyéb beállítások l megjelenés, kategóriák, üzemmód
Köszönöm a megtisztelő figyelmet! Várom szíves kérdéseiket.
Irodalom [1] Andrásfai Béla, Gráfelmélet, Polygon, Szeged, 1997, pp 1 -131 [2] A. Kaufmann, Az operációkutatás módszerei és modelljei, Muszaki könyvkiadó, Budapest, 1968, pp 11 -123 [3] A. Kaufmann, G. Desbazeille, A kritikus út módszerének matematikai alapjai, Muszaki könyvkiadó, Budapest, 1972, pp 7 - 203 [4] Bencsik Andrea, Szervezésmódszertan, szervezési technikák, Veszprémi Egyetemi Kiadó, Veszprém 1998 [5] Christoph Schwindt, Generation of Resource Constrained Project Scheduling Problems Subject to Temporal Constraints, Technical Report, Report WIOR-543, 1998 [6] Christophides, N. , Graph theory: An Algoritmic Apoach. Academic Press, New York. 1975 [7] Chvátal, V. , Linear Programming. W. H. Freeman, New York. 1983 [8] Denardo, E. V. , Dynamic programming. Models and Applications. Prentice Hall, Englewood Cliffs, N. J. 1982 [9] Dennis Lock, Modern Gazdasági Ismeretek - Projekt menedzsment, Panem Könyvkiadó, Budapest, 1998, pp 89114
Irodalom [10] Derigs, U. , Programming in Networks and Graphs. Lecture Nots in Economics and Mathematical Systems. Vol. 300. Springer – Verlag, New York 1988. [11] Elmeghraby, S. E. , Activity Networks. Project Planning and Control by Network Models. Wiley – Interscience, New York 1978. [12] Görög Mihály, Bevezetés a projektmenedzsmentbe, Aula Kiadó, Budapest, 2001, pp 47 -80 [13] Keith Lockyer – James Gordon, Projektmenedzsment és hálós tervezési technikák, Kossuth Kiadó, 2000 [14] Kosztyán Zsolt, Bencsik Andrea, Hogyor András, Muködő projektek optimális eroforrás elosztása, Verlag Dashöfer, 2002 [15] Kosztyán Zsolt, Bencsik Andrea, Hogyor András, Egy új módszer alkalmazása ido-, eroforrás-, költségoptimálásra projektmenedzsmentben, illetve logisztikában, Logisztikai Évkönyv, 2002 [16] Kosztyán Zsolt, Bencsik Andrea, Bizonytalan átfutási ideju projektek optimális eroforrás elosztása, Verlag Dashöfer, 2003 [17] Kurtulus I. , Davis E. W. , Multi project scheduling categorization of heuristic rules performance, Management Science 28, 1982, pp 161 -172 [18] Kurtulus I. S. , Narula S. , Multi project scheduling analysis of project performance, IIE Transactions 17, 1985, pp 58 -65 [19] dr. Németh Lóránt, Hálótechnikai termelésprogramozó, és eroforrás allokáló eljárás (ERALL-1). É. M. SZÁMGÉP, 1965 [20] dr. Németh Lóránt, Organizational and control methods of building processes (ERALL-2). É. M. SZÁMGÉP, 1966
Irodalom [21] Neumann K. , Schwindt C. , Activity on node networks with minimal and maximal time lags and their application to make to order productionm, Operations Research Spektrum 19, 1997, pp. 206 -217 [22] Neumann K. , Zhan J. , Heuristics for the minimum project duration problem with minimal and maximal time lags under fixed resource constraints, Journal of Intelligent Manufacturing 6, 1998, pp. 145 -154 [23] Papp Ottó, A hálós programozási módszerek gyakorlati alkalmazása, Közgazdasági és Jogi Kiadó, 1969 [24] Patterson J. H. , Project scheduling the effects of problem structure on heuristic performance, Naval Research Logistics Quarterly 23, 1976, pp. 96123 [25] Ravindra K. Ahuja, Thomas L. Magnant, James B. Orlin, Network Flows, PRENTICE HALL, Upper Saddle River, New Jersey 07458 1998, pp 24 -46, 108 -116, 135 -154, 177 -196, 469 -173, 520 -528 [26] Richard I. Lewin Ph. D. , Charles A. Kirkpatrick, D. C. S. , Planning and control PERT/CPM. Mc. Graw-Hill Book Company, New York. 1966 [27] Rónyai Lajos, Ivanyos Gábor, Szabó Réka, Algoritmusok, Typotex, Budapest, 1998, pp 110 -183 [28] Schrijver, A. , Theory of Linear and Integer Programming. Wiley New York, 1986 [29] Sharpiro, J. F. , Mathematical programming models and methods for production planning and scheduling. To appear in Handbooks in Operations and Management Science, Vol. 4: Logistics of Production and Inventory, edited by S. C. Graves, A. H. G. Rinnouy Kan, and P. Zipkin. North-Holland, Amsterdam. 1992 [30] Szendrei Ágnes, Diszkrét matematika, Polygon, Szeged, 1996, pp 6383, 295 -324 [31] Thomas H. Cohen, Charles E. Leiserson, Ronald L. Rivest, Algoritmusok, Muszaki könyvkiadó Budapest 1997, pp 392 -543 [32] Dr. Tóth Irén, Matematika üzemgazdászoknak - Operációkutatás I, Taankönyvkiadó, Budapest, 1987, pp 167 - 189 [33] Guide to the Expression of Uncertainty in Measurement, International Organization for Standardization 1993
- Slides: 147