příspěvek napsal
expertní Panel, Forbes Technology Council
úspěšné CIO, CTOs & vedoucí pracovníci z Forbes Technology Council nabízejí z první ruky poznatky o tech & podnikání.
Foto:
Getty
technické týmy se často vrhají do nových softwarových projektů s velkými nadějemi, což je o to více frustrující, pokud se Projekt vykolejí. Technologičtí lídři si musí být předem vědomi potenciálních úskalí projektu, aby se vyhnuli ztrátě času a rozpočtových dolarů.
odborníci Forbes Technology Council dohlíželi na mnoho projektů v jejich profesním postavení. Níže, 14 z nich sdílí společné důvody softwarové projekty platýs a co tech týmy mohou udělat, aby se zabránilo pádu do pasti.
1. Nepochopení potřeb podniku
jedním z důvodů selhání softwarových projektů je nedostatečné pochopení potřeb podniku. Podnik musí jasně formulovat požadavky podrobně. Je třeba přesně zmapovat funkce a funkce podle potřeb firmy. Přiřazení zkušeného obchodního vedoucího projektovému týmu je nezbytné pro úspěch. – Wesley Crook, FP Complete
2. Neschopnost dosáhnout konsensu o prioritách
existují různé důvody, proč projekty vývoje softwaru selhávají, ale společný, který má velký dopad, je, když sponzoři projektu a projektové týmy nejsou jasně sladěny s hlavními prioritami projektu. Rozložení těchto priorit na „must-haves“, „should-haves“ A „could-haves“ může poskytnout pevný rámec pro iteraci a poskytování konkrétních funkcí. – Jahn Karsybaev, Prosource IT
3. Nejasnost a strategie provádění
primárním cílem softwarového projektu je vyřešit obchodní problémy. Vyžaduje nejen efektivní a efektivní řízení projektů a řízení očekávání zúčastněných stran, ale také jasný konsensus celé skupiny zúčastněných stran o definici obchodního problému a robustní strategii provádění pro poskytování softwaru, který řeší cíle podniku. Nedodržení některého z výše uvedených aspektů má za následek vykolejený projekt. – Kartik Agarwal, TechnoSIP Inc.
4. Ne počínaje koncovým zákazníkem
někdy softwarové projekty začínají skvělým nápadem, který je implementován (včas nebo pozdě) a dodáván pouze vývojářům, aby zjistili, že problém, který vyřešili, nebyl ve skutečnosti problém, který jejich zákazník potřeboval vyřešit. Tvrdá práce na hlubokém porozumění vašim zákazníkům, co potřebují a za co jsou ochotni zaplatit, nastavuje strop výkonu projektu a může pomoci přeorientovat tým, když se věci vykolejí. – Guy Yalif, Intellimize
5. Nejasné požadavky
jedním z nejčastějších důvodů selhání softwarových projektů jsou nejasné požadavky a nedostatek podrobného vysvětlení. Samotní klienti si velmi často nejsou jisti, co přesně chtějí vidět, a v důsledku toho se projekt nemůže pohnout kupředu. Komunikace se svými klienty a požádat je o jejich podrobnou vizi budoucnosti produktu je klíčem k zajištění toho, že projekt nezklame. – Daria Leshchenko, SupportYourApp Inc.
6. Očekávání „stříbrné kulky“
příliš často vzniká nadšení z falešného přesvědčení, že příslovečná „Stříbrná kulka“ vyřeší daný problém. Správná řešení jsou však zřídka tak jednoduchá—jsou kombinací metodiky, strategie a týmové podpory, nikoli výsledkem jediné akce, technologie nebo nápadu. Technologičtí lídři by měli podporovat otevřenou komunikaci a využívat participativní skupinové rozhodování k řešení výzev. – Christopher Yang, Corporate Travel Management
7. Práce v silu
největším důvodem selhání softwarových projektů je to, že se týmy vydávají na cestu k vybudování něčeho, co buď není obchodní potřebou, nebo neřeší správný problém. Oba důvody jsou důsledkem nesouososti mezi podnikem a technikou. Aby se tomu zabránilo, je zásadní identifikovat problém, který se podnik snaží vyřešit, a poté spolupracovat s podnikem a ne v silu. – Tanvir Bhangoo, Freshii inc.
8. Vzhledem k tomu, že rozsah lze definovat předem
i když je důležité porozumět problému a definovat případy použití předem, téměř žádný projekt nelze považovat za úspěšný, pokud se během vývoje nepřizpůsobí měnícím se obchodním požadavkům. Bohužel, některé technologické týmy stále trvají na dosažení původního cíle, čímž se jejich úsilí stává neúčinným nebo dokonce selháním. – Song Bac Toh, Tata Communications
9. Nedostatek koordinace a podrobného plánování
mnoho softwarových projektů je pozdě nebo selhává kvůli nedostatku dobré koordinace a podrobného plánování. Týmy musí implementovat proces plánování zdola nahoru, který identifikuje závislosti mezi výstupy a zahrnuje odhady od samotných inženýrů. Po nastavení plánu vydání vedu denně 15minutové stand-up schůzky, kde se objevují problémy a identifikují a řídí nová rizika. – Dave Mariani, AtScale
10. Tření způsobené nedefinovanými rolemi
nedefinované role často vytvářejí tření v projektových týmech. Zkuste použít rámec DACI od začátku jasně definovat, kdo má pravomoc na co. U zaseknutých projektů může překalibrace toho, kdo je řidičem, schvalovatelem, přispěvatelem a informován v rámci projektu, fungovat jako tvrdý reset, inspirující obnovenou spolupráci a autonomii. – Leore Avidar, Lob.com Inc.
11. Očekáváme nadměrné přizpůsobení softwaru
často věříme, že software lze přizpůsobit na úroveň, která bude přizpůsobena všem potřebám. To je mylná představa. Být realistický je důležité. Definujte požadavky týkající se schopnosti softwaru. Provádění požadavků na změny za pochodu vyžaduje úpravy, ale to je klobouk, který bude třeba nosit, aby se zabránilo frustraci. – Bhavna Juneja, Infinity, a Stamford Technology Company
12. Nedostatek disciplíny
pokud bychom měli postavit dům a neustále měnit plán, rozpočet projektu by se vymkl kontrole a termín po termínu by byl zmeškán. Vytvořte vizi toho, jak vypadá úspěch projektu. Zamkněte to a spusťte to. Každý další skvělý nápad a objížďka lze zvážit pro pozdější fázi projektu. – Sam Polakoff, Nexterus, Inc.
13. Příliš mnoho rukou V Dev Pot
zjistit (a omezit), kdo je zapojen od prvního dne, ať už stavíte interně nebo ne. To může být obtížné pro větší technologické společnosti se složitými procesy a komunikačními kanály. Ale ve světě vývoje aplikací, taková složitost škodí tvorbě plně realizovaného produktu,který odpovídá jedinečné vizi každého, aniž by se stal kořistí scope creep a nekonečné časové osy projektu. – Joshuo Davidsone, ChopDawg.com
14. Nedostatečný důraz na měkké dovednosti
jasné a smysluplné zaměření na řízení procesu změn je často nedostatečné nebo nedostatečné. Viděl jsem mnoho softwarových projektů v různých kategoriích a v řadě různých typů a velikostí organizací, které čelí výzvám, protože jsou super zaměřené na technickou práci, ale nepoužívají dostatek energie na školení, koučování, budování týmu a měkké dovednosti. – Amith Nagarajan, rasa.io