wiki.valek.net

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== 15. Řízení týmů při vývoji IS/ICT ======
Co je třeba zajistit pro úspěšný vývoj IS/ICT v týmu? Sestavení týmu, kvalifikační požadavky. Týmové role a jejich odpovědnosti v projektu. Řídicí komise projektu. Technologická podpora – uveďte příklady podpůrných produktů.
===== Úloha =====
**Předpoklady:** 
Jste vedoucím projektu vývoje IS/ICT a právě tvoříte plán tohoto projektu. 

**Zadání:**
  * Podle jakých kriterií se budete rozhodovat o personálním obsazení a potřebném technickém vybavení projektu ? 
  * Jakou sestavu řídicí komise projektu navrhnete (v závislosti na čem) ? 

===== Teorie =====
Co je třeba zajistit pro úspěšný vývoj:

Musí být jasný cíl – na základě informační strategie by se měla vypracovat úvodní studie, která je podkladem dalšího řešení. Z ní by mimo jiné měly jasně vyplývat cíle a metriky k ověření, jak jich bude dosaženo. Každému projektu musí být přiřazen určitý rozpočet.
Co je třeba pro úspěšný vývoj: jasný cíl, plán (milníky, kontrolní body), kvalitní vedení, zdroje (finanční, technické), personální pokrytí – dobře kvalifikovaní pracovníci v adekvátním poměru. Tým by měl postupovat podle nějaké dopředu známé metodiky, aby všichni věděli, co mohou očekávat.

Jako nejvyšší orgán projektu se sestavuje řídící komise. Měla by mít maximálně 9 členů (jinak se nedohodnou) – zadavatel by měl mít o jednoho člena víc. Obvykle ze strany zadavatele je přítomen hlavní sponzor (stará se o prachy), hlavní informatik, klíčový uživatel, atd., za dodavatele vedoucí projektu, hlavní analytik, hlavní implementátor (programátor). Rozhoduje se obvykle konsensem, řídící komise úkoluje vedoucího projektu, kontroluje plnění cílů. Řídící komise by měla být podřízena přímo boardu (teď jakému?).

Na obou stranách existuje mnoho rozličných týmových rolí. Přinejmenším role na rozhraní dodavatel-odběratel by měly být vymezeny ve smlouvách.

Role na straně dodavatele:
  * vedení:
    * vedoucí projektu
    * hlavní analytik
    * hlavní implementátor
    * někdo přes finance
    * někdo přes řízení kvality
  * výkonné:
    * analytik, znalec IST
    * analytik, znalec BPR
    * analytici
    * analytik/programátor
    * někdo, kdo vytváří dokumentaci
    * programátor
    * technolog
    * někdo přes databáze
    * tester
    * uživatelská podpora
    * metodik
    * správce sítě
    * správce technického vybavení
    * někdo přes komponenty
    * garant věcné oblasti

Role na straně uživatele:
  * sponzor
  * klíčový uživatel
  * uživatelé
  * administrátor
  * informatik
  * někdo z věcné oblasti
  * správce systému
  * záškodník

Při startu projektu se rolím, které jsou obsaženy v plánu přiřadí konkrétní osoby.

Plánování projektu: etapy, zakončené milníky, kontrolní body; etapy se člení na jednotlivé kroky, ty zase na jednotlivé činnosti; vždy by mělo být naplánováno jak má co dlouho trvat. Plán minimálně první etapy by měl být už v projektu obsažen.

Dále je třeba zajistit smlouvy na základě kterých se tvoří.

Vše by mělo být dokumentováno – jednak vývoj sám a i postup projektu – deník vedoucího, měla by se vyhodnocovat i efektivnost, čas, apod. – může sloužit k optimalizaci činnost v budoucnosti.

Technologická podpora:
  * OIS - Office
  * groupware – Lotus, Exchange
  * instant messaging - ICQ
  * nástroj pro plánování - Project
  * CASE – PowerDesigner, Visio
  * nástroj pro verzování – SourceSafe, CVS
  * správa požadavků – ClearRequest
  * konfigurační mgmt – ClearCase
  * vývoj – Visual Studio
  * testování – různé profilery, Junit, co já vím
  * nástroj pro dokumentaci – SoDA

===== Praxe =====
Personální obsazení – musí se rozpočátat podle předpokládané doby trvání projektu a časové náročnosti vyjádřené v člověkohodinách – kvalifikované odhady. Je třeba vzít v úvahu jednak příslušnou kvalifikaci, ale také schopnost týmové spolupráce. Na tuto schopnost existuje řada testů a metodik (Belbinovy role). Optimální je, pokud vedoucí své lidi zná, ale pozor na skupinové myšlení! V neposlední řadě je třeba vzít v úvahu i velikost rozpočtu .- trojúhelník rychle, dobře, levně. Taky jde o to, jak rozsáhlý je to projekt – u drobného vylepšení nějaké dílčí části není třeba dělat rozsáhlou analýzu, ale zvládne to jeden vývojář sám (pokud ho donutíme to zadokumentovat), u rozsáhlých projektů je třeba velké úsilí na řízení, na zabezpečení technické i na vzájemnou komunikaci.

Sestava řídící komise závisí na rozsahu, rozpočtu a důležitosti projektu. Jestli je tam klíčová část analytická nebo ten vývoj, měli by tam být uživatelé, aby se na ně dalo hodit, že něco schválili i když to bylo blbě, atd.