IT Project Management / Duncan Haughey / číst čas minuty
začněme s některými znepokojivými statistikami. Pouze 29% softwarových projektů bylo úspěšných, 52% bylo napadeno (překročení nákladů, překročení rozpočtu nebo nedostatky obsahu) a 19% selhalo, podle zprávy skupiny Standish v roce 2015. Zatímco tato zjištění se poprvé objevila před několika lety, výsledky dnes nejsou o nic méně pravdivé.
kromě toho je procento projektů, které zákazník považuje za cenné, 59% a projektů, které zákazník považuje za uspokojivé 56%.
neuspokojivé výsledky projektu se staly normou IT průmyslu, kde zákazník nebyl spokojen s výsledkem. Tak co s tím můžeme dělat?
dobrým výchozím bodem je řešení některých kritických důvodů selhání softwarových projektů.
důvod 1: není dostatek času
často je rozhodnuto o termínu před zahájením projektu a není obchodovatelné. Tato lhůta má za následek bezhlavý spěch, abyste mohli začít s předpokladem, čím dříve začnete kódovat, tím dříve projekt dokončíte.
spěch k zahájení kódování je téměř vždy špatný přístup. Je nezbytné věnovat čas vytvoření dobrého designu. Nedostatek dobrého designu vede k pokračujícím změnám v průběhu vývojové fáze. Když se to stane, čas a rozpočet se spotřebují rychlým tempem.
řešení:
- nenechte se v pokušení skočit přímo dovnitř a začít kódovat.
- přiřaďte dostatek času k vytvoření dobrého designu a zbytek projektu poběží mnohem lépe.
tento přístup zlepší vaši pověst, když dodáte něco, co splňuje očekávání vašich zákazníků a funguje poprvé správně.
důvod 2: nedostatečný rozpočet
mnoho projektů má nejnižší cenu, nejúspěšnější dodavatelskou politiku nebo nereálně nízký rozpočet, který není založen na požadavcích projektu. Když se to stane, všechno se zpomalí. Zdroje přicházejí pomalu nebo nikdy nedorazí; rohy se řežou, a kvalita trpí.
řešení:
- buďte realističtí ohledně rozpočtu a založte jej na úplných požadavcích.
- Vyhněte se výběru dodavatele pouze na nejnižší ceně.
- jděte na dodavatele nebo tým s osvědčenými výsledky dodávek v rámci rozpočtu.
- použijte kontrolní seznam Pro výběr dodavatele, jako je ten níže, abyste našli správného dodavatele pro váš projekt.
Důvod 3: Špatná komunikace
existuje přísloví „nikdy nic nepředpokládejte“, což platí zejména pro softwarové projekty. Dobrá komunikace se zákazníkem, uživateli a vývojovým týmem je rozhodující pro úspěch projektu. Položte si tři otázky:
- rozumí vám všichni v týmu?
- vědí, co od nich očekáváte, nebo jste předpokládali, že to vědí?
- komunikují dobře mezi sebou, s uživateli a s ostatními odděleními?
řešení:
- Najděte nyní jakékoli poruchy komunikace. To může vést k nejasnostem a komplikacím později v projektu.
- nikdy nepředpokládejte, že každý rozumí všemu, co se na projektu děje.
- Udělejte si čas na vytvoření prostředí, kde je komunikace přístupná, otevřená a častá.
důvod 4: nikdy Nekontrolujte průběh projektu
jak projekt postupuje, věci se mění a významně ovlivňují projekt. Je důležité pokračovat ve zkoumání pokroku projektu, abychom včas překonali výzvy, a varovat zúčastněné strany před možnými zpožděními a změnami výsledků.
řešení:
- vždy stanovte milníky, abyste mohli během projektu zkontrolovat pokrok se svým týmem a zúčastněnými stranami. Upravte podle potřeby, abyste zůstali na kurzu.
- zůstaňte blízko svého týmu, abyste pochopili, co se děje a jakým výzvám čelí.
důvod 5: nedostatečné testování
když je tlak na dodání zapnutý, testování často trpí. Testování je ponecháno až do konce vývojového cyklu s minimálním úsilím vynaloženým na testování. Výsledkem je obvykle produkt plný chyb a nešťastného zákazníka.
řešení:
- proveďte testování v průběhu životního cyklu vývoje a otestujte každý modul nebo komponentu tak, jak je vyvíjen.
- nechte testování integrace pouze do konce životního cyklu vývoje, což má za následek menší stres a lepší produkt.
důvod 6: testování ve výrobním prostředí
je překvapivé, kolik organizací testuje produkty ve svém výrobním prostředí. Použití výrobního prostředí je vysoce riziková strategie, která může vést k narušení bezpečnosti a náhodnému uvolnění bez testování, což narušuje výrobní systémy.
řešení:
- vyvinout proces zajišťování kvality a uvolňování nových softwarových produktů.
- poskytují prostředí oddělené od produkčního prostředí pro testování a opravu chyb.
důvod 7: nedostatek zajištění kvality
často v našem spěchu dodávat software, zajištění kvality trpí. Dokumentace je neúplná pro změny kódu, návrh obsahuje nedostatky a implementace mohou být nedokončené. To vše vede k přepracování, ztracenému času a nakonec nešťastným zákazníkům.
řešení:
- Udělejte si čas na kontrolu kvality a dokument software před vydáním.
- recenze Michael L Young článek 6 faktory úspěchu pro řízení kvality projektu
důvod 8: Nevyhovující průmyslovým standardům
vyhovující průmyslovým standardům ve vašich softwarových projektech se mohou ukázat jako přínosné tím, že zajistí dobrou dostupnost, přenositelnost, použitelnost, robustnost a sníží současné i budoucí problémy. Orgány jako World Wide Web Consortium (W3C) a mezinárodní organizace pro normalizaci (ISO) vyvinuly otevřené standardy, které je těžké zpochybnit.
řešení:
- Udělejte si čas na zavedení přístupu ke standardům pro vaše projekty.
- najděte, co funguje dobře, a pokračujte v tom.
- změňte vše, co nefunguje.
- pravidelně kontrolujte a aktualizujte své standardy.
až budete příště řídit projekt vývoje softwaru, přečtěte si tento seznam a připomeňte si, co je potřeba k zajištění úspěchu. Budete překvapeni; to dělá rozdíl.
doporučené čtení: Zvědavý případ zprávy chaosu 2009 Jorge Dominguez.