A projektmenedzsment tárgyak modellje - szoftver termékek

Ez a modell valós projektből származik (a neve nem kerül említésre). Ennek oka az volt, hogy a RUP-ból származó folyamatok sokasága és a vállalat folyamatai miatt az alábbi kérdésekben zavaros volt:

• milyen eredményeket kapnak a kimeneten,
• aki felelős a műtárgyért,
• melyik csoportnak kell felelnie,
• milyen eszközöket kell használni,
• mi a kapcsolatok a műtermékek és a modellelemek között,
• Függetlenül attól, hogy ezt a RUP-tárgyat használják-e ebben a projektben,
• arról, hogy ez a műalkotás milyen iterációval jön létre,
• milyen részletességgel,
• hogyan kapcsolható össze a meglévő folyamat tárgyai a RUP tárgyakkal,
• és így tovább.

Ez az információ a projekt, amelyben a RUP módszert alkalmazták a legtöbb a folyamatokat, de nem minden, mivel nem voltak további folyamatokat, és a folyamat a „elemzése és tervezése” már alkalmazkodott az adott projekt. Ez nem az utolsó RUP modell. Ezt csak egy olyan modell elképzelésének tekintsük, amelyet a projekthez hozhatunk létre.

Az első iteráció során a folyamatkezelő, a projektmenedzser és más alkalmazottakkal együtt, jelentős időt töltött el annak meghatározása érdekében, hogy mely műtermékeket kell létrehozni, és mely iterációk. Az egyes műtárgyak és a csoport tagjainak részletes szintjét vitatták meg. Ehhez szükség volt a projektfejlesztési folyamat kezdeti leírásának összeállítására, valamint a projektmenedzser számára a projekt ismétlődési tervének kidolgozására és a megvalósítás időtartamának értékelésére.

Első problémánk az volt, hogy a tervezés folyamatban volt, a többi személyzet nem tudott elkezdeni a műtárgyakat, de ez a probléma nem kapcsolódik az itt vizsgált megoldáshoz, csak néhány projekt esetében jellemző. Ehhez külön vita szükséges.

Vannak más problémák is, például néhányan nem értették meg az eszközkészletet, ahol ez vagy az artefakt kell elhelyezni, hol kell keresni stb.

Arról is volt szó, hogy ki legyen felelős a tárgyakért, azok létrehozásáért, a határidők betartásához stb. Kinek szóljon, ha valamit javítani vagy javítani kell stb.

Komoly probléma volt a műtárgyak zsargon nevével is, amelyek feltalálódtak annak ellenére, hogy a RUP-ben található tárgyak már vannak nevekkel.

A megoldás azon a tényen alapul, hogy mivel a szoftvernek tartalmaznia kell modelleket és megfelelő koncepciókat, ugyanaz kell tartalmaznia a fejlesztési folyamatot.

Hamarosan elfelejtett tárgyakat kezdett könnyen megtalálni, konfliktusok megoldódtak arról a tényről, hogy a különböző csoportok válaszolnak egy műtárgyra. Ennek eredményeként tudtuk iteratív frissíteni a leírást a fejlesztési folyamat, hogy tegye közzé a kapcsolatát leletek és feladatkörök - aki felelős minden ereklyét, és mindezt a használata csomagokat alább fokozat modellek és diagramok műveletek.

Mindannyian nagyon hasznosnak találta ezt a modellt, ezért javítani fogjuk a RUP-t, és ez a modell a fejlesztési folyamat leírásának alternatív formáját kínálja. Ha a legtöbb más folyamat saját modellt alakít ki, akkor miért nem kezel egy projektet egy különálló modell kifejlesztésére?

Nyilvánvaló, hogy van egy standard RUP modell, egy adott projekt sokkal gyorsabban illeszthető a RUP szabványba. A kis projektek esetében a modell valószínűleg egyáltalán nem szükséges. A probléma megoldása attól is függ, hogy a projektcsapat mennyire ismeri a RUP-t.

Letöltések