hozzászólás írta:
Szakértői Testület, Forbes technológiai Tanács
sikeres CIO-k, CTO-k & a Forbes technológiai Tanácsának vezetői első kézből betekintést nyújtanak a tech & üzletbe.
fotó:
Getty
a Tech csapatok gyakran nagy reményekkel merülnek bele új szoftverprojektekbe, ami még frusztrálóbbá teszi, ha a projekt kisiklott. A technológiai vezetőknek idő előtt tisztában kell lenniük a projekt lehetséges buktatóival, hogy elkerüljék az idő és a költségvetési Dollár pazarlását.
a Forbes Technology Council szakértői számos projektet felügyeltek szakmai megbízatásukban. Az alábbiakban 14 közös oka van annak, hogy a szoftverprojektek lebomlanak, és mit tehetnek a tech csapatok, hogy elkerüljék a csapdába esést.
1. Az üzleti igények nem megértése
az egyik oka annak, hogy a szoftverprojektek kudarcot vallnak, az üzleti igények megértésének hiánya. A vállalkozásnak világosan meg kell fogalmaznia a követelményeket. Pontosan fel kell térképezni a jellemzőket és funkciókat az üzleti igényekhez. A sikerhez elengedhetetlen egy tapasztalt üzleti vezető hozzárendelése a projektcsapathoz. – Wesley Crook, FP teljes
2. Képtelenség konszenzusra jutni a prioritásokról
számos oka van annak, hogy a szoftverfejlesztési projektek kudarcot vallanak, de gyakori, hogy nagy hatással van az, amikor a projekt szponzorai és a projektcsapatok nincsenek egyértelműen összehangolva a projekt legfontosabb prioritásaival. Ezeknek a prioritásoknak a “must-have”-re, “should-have” – re és “could-have” – re történő bontása szilárd keretet biztosíthat az egyes jellemzők ismétléséhez és megvalósításához. – Jahn Karsybaev, Prosource IT
3. Az egyértelműség és a végrehajtási stratégia hiánya
a szoftverprojekt elsődleges célja az üzleti problémák megoldása. Nem csak a hatékony és eredményes projektmenedzsmentre és az érdekelt felek elvárásainak kezelésére van szükség, hanem az érdekelt felek teljes csoportjának egyértelmű konszenzusára is az üzleti probléma meghatározásáról és egy robusztus végrehajtási stratégiáról, hogy olyan szoftvereket szállítson, amelyek megoldják az üzleti célokat. A fent vázolt szempontok bármelyikének elmulasztása kisiklott projektet eredményez. – Kartik Agarwal, TechnoSIP Inc.
4. Nem a végfelhasználóval kezdődik
néha a szoftverprojektek egy nagyszerű ötlettel kezdődnek, amelyet (időben vagy későn) hajtanak végre, és csak a fejlesztők számára szállítják, hogy felfedezzék, hogy az általuk megoldott probléma valójában nem az a probléma, amelyet az ügyfélnek meg kell oldania. Az ügyfelek mély megértésének kemény munkája, amire szükségük van, és amit hajlandóak fizetni, meghatározza a projekt teljesítményének felső határát, és segíthet a csapat átirányításában, amikor a dolgok kisiklanak. – Guy Yalif, Intellimize
5. Nem egyértelmű követelmények
a szoftverprojektek sikertelenségének egyik leggyakoribb oka a nem egyértelmű követelmények és a részletes magyarázat hiánya. Nagyon gyakran az ügyfelek maguk sem tudják pontosan, mit akarnak látni, és ennek eredményeként a projekt nem tud előrelépni. Az ügyfelekkel való kommunikáció és a termék jövőjével kapcsolatos részletes elképzeléseik kérése a kulcs ahhoz, hogy a projekt ne bukjon el. – Daria Leshchenko, SupportYourApp Inc.
6. “Ezüst golyó”
túl gyakran a lelkesedés abból a hamis meggyőződésből fakad, hogy a közmondásos “ezüst golyó” megoldja az adott problémát. A megfelelő megoldások azonban ritkán ilyen egyszerűek—módszertan, stratégia és csapattámogatás keveréke, nem pedig egyetlen cselekvés, technológia vagy ötlet eredménye. A technológiai vezetőknek ösztönözniük kell a nyílt kommunikációt és a részvételi Csoportos döntéshozatalt a kihívások megoldására. – Christopher Yang, Vállalati Utazási Menedzsment
7. Munka Silóban
a legnagyobb ok, amiért a szoftverprojektek kudarcot vallanak, az az, hogy a csapatok olyan útra indulnak, amely vagy nem üzleti szükséglet, vagy nem foglalkozik a megfelelő problémával. Mindkét ok az üzlet és a technológia közötti eltérés eredménye. Ennek elkerülése érdekében elengedhetetlen, hogy azonosítsuk azt a problémát, amelyet az üzlet megpróbál megoldani, majd együtt dolgozzunk az üzleti vállalkozással, nem pedig egy Silóban. – Tanvir Bhangoo, Freshii inc.
8. Gondolva arra, hogy a hatókör előre meghatározható
bár fontos a probléma megértése és a használati esetek előzetes meghatározása, szinte egyetlen projekt sem tekinthető sikeresnek, ha a fejlesztés során nem alkalmazkodik a változó üzleti követelményekhez. Sajnos néhány technikai csapat továbbra is ragaszkodik ahhoz, hogy elérje az eredeti célt, így erőfeszítéseik hatástalanok vagy akár kudarcot vallanak. – Song Bac Toh, Tata Communications
9. Koordináció és részletes tervezés hiánya
sok szoftverprojekt késik vagy kudarcot vall a megfelelő koordináció és részletes tervezés hiánya miatt. A csapatoknak alulról építkező tervezési folyamatot kell végrehajtaniuk, amely azonosítja a teljesítések közötti függőségeket, és magában foglalja a mérnökök becsléseit. A kiadási terv beállítása után napi 15 perces stand-up találkozókat tartok, ahol problémák merülnek fel, és új kockázatokat azonosítanak és kezelnek. – Dave Mariani, AtScale
10. A meghatározatlan szerepek által okozott súrlódás
a meghatározatlan szerepek gyakran súrlódást okoznak a projektcsapatokban. Próbálja meg a DACI keretrendszert a kezdetektől fogva egyértelműen meghatározni, hogy kinek van jogosultsága mire. A beragadt projektek esetében a projekten belüli vezető, jóváhagyó, közreműködő és tájékozott személy újrakalibrálása kemény újraindításként működhet, megújítva az együttműködést és az autonómiát. – Leore Avidar, Lob.com Inc.
11. A szoftver túlzott testreszabására várva
gyakran úgy gondoljuk, hogy a szoftver testreszabható olyan szintre, amely minden igényhez igazodik. Ez tévhit. Reálisnak lenni fontos. Határozza meg a szoftver képességére vonatkozó követelményeket. A változtatási kérelmek elkészítése menet közben kiigazításokat igényel, de ezt a kalapot kell viselni a csalódások elkerülése érdekében. – Bhavna Juneja, Infinity, egy Stamfordi technológiai vállalat
12. Fegyelem hiánya
ha házat építenénk, és folyamatosan változtatnánk a tervrajzot, a projekt költségvetése kikerülne az ellenőrzés alól, és a határidő a határidő után kimaradna. Készítsen víziót arról, hogy néz ki a projekt sikere. Zárjátok le és végezzétek. Minden más nagyszerű ötlet és kitérő megfontolható a projekt későbbi szakaszában. – Sam Polakoff, Nexterus, Inc.
13. Túl sok kéz van a Dev Pot-ban
határozza meg (és korlátozza), hogy ki vesz részt az első naptól kezdve, függetlenül attól, hogy házon belül épít-e vagy sem. Ez nehéz lehet a nagyobb technológiai vállalatok számára, amelyek összetett folyamatokkal és kommunikációs csatornákkal rendelkeznek. De az alkalmazásfejlesztés világában ez a komplexitás káros egy olyan teljesen megvalósult termék kidolgozására, amely megfelel mindenki egyedi jövőképének anélkül, hogy áldozatul esne a hatókör kúszásának és a soha véget nem érő projekt ütemtervének. – Joshua Davidson, ChopDawg.com
14. Nincs elég hangsúly a Soft Skills-en
a változási folyamat irányítására való egyértelmű és értelmes összpontosítás gyakran hiányzik vagy elégtelen. Láttam sok szoftver projektek különböző kategóriákban és egy sor különböző típusú és méretű szervezetek befut kihívások, mert szuper-összpontosított a technikai munka, de nem alkalmaz elég energiát felé képzés, coaching, csapatépítés és soft skills. – Amith Nagarajan, rasa.io