Tartalom
- 1. Mennyi ellenőrzésre van szükségem?
- 2. Újra feltaláljuk a kereket?
- 3. Meddig lesz releváns a szoftveres megoldásom?
- 4. Ez a legjobb felhasználása erőforrásainknak?
- 5. A hibrid megoldás a helyes út?
- Következtetés
25 éves professzionális technológiai veterán, 20 éves hivatásos hatéves apa és 24 éves profi férj vagyok.
Számos oka van a saját szoftvermegoldásainak „otthoni termesztésének”. Úgy tűnik, hogy a saját megoldások legnagyobb mozgatórugója: az irányítás. Vállalkozása azon képessége, hogy ellenőrizze a szoftverkövetelményeket, a szoftveres megoldások tervezését, megvalósítását, támogatását és karbantartását, nagyon kényszerítő előnyt jelent az otthoni megoldások számára. Az irányítás elengedhetetlen olyan szoftver létrehozásakor, amely vezérli üzleti tevékenységének kritikus szempontjait.
Mindannyian szeretnénk az irányítást, miért ne használhatnánk mindig saját megoldást? Nem igazán kérdés, miért, hanem inkább mikor. Sok esetben a vállalatok nem veszik figyelembe a saját megoldással járó teljes költségeket. A munkaerő költségei (informatika és nem informatika) és az elveszített lehetőségek gyorsan felülmúlják a szoftveres megoldás előnyeit. Itt van öt dolog (a közvetlen költségek mellett), amelyeket fontolóra kell venni, mielőtt belekezdenének egy „saját fejlesztésű” belső szoftverfejlesztési projektbe.
1. Mennyi ellenőrzésre van szükségem?
Talán ez a legfontosabb kérdés, amelyet feltesz magának. Amint a bevezetőben is szerepel, elengedhetetlen a szoftver ellenőrzése, amikor az üzleti vállalkozásának „titkos szósza”. Például, ha cége szoftver-szolgáltatásként (SaaS) szolgáltató, saját szoftverének nulláról történő felépítése jelenti a legnagyobb esélyt a sikerre, különösen akkor, ha versenyképes terméket és szolgáltatást kínál ügyfeleinek.
Sokan azonban azt mondják: "Mivel már vannak szoftverfejlesztőim, az összes szoftverigényemet meg fogom oldani." De valóban szükséged van-e az irányításra minden a szoftverének szüksége van? Például ellenőriznie kell a szoftverkövetelményeket és a számviteli szoftver megvalósítását? A legtöbb vállalat nem, és ezért számviteli csomagot vásárol. Ennek oka, hogy SaaS szolgáltatóként a könyvelési szoftver nem része az alaptevékenységének; csak megkönnyíti és pontosabbá teszi a könyvelést, így a választott számviteli szoftver jellemzői és funkciói köré építi fel könyvelési gyakorlatát és folyamatait.
Fontos az ellenőrzés a szoftver felett, de csak ott használja, ahol szüksége van rá. Képzelje el, hogy mekkora költséggel próbálja kezelni a könyvelési szoftverek szoftverfejlesztési projektjét, ha Ön nem számviteli szoftver szolgáltató. Ne hagyja, hogy a szoftverfejlesztő csapat képességei diktálják, hogy kontrollra van-e szüksége vagy sem; az üzleti követelmény diktálja a szükségletet.
2. Újra feltaláljuk a kereket?
Bármely szoftverprojekt elemzési szakaszában ki kell értékelni egy harmadik féltől származó megoldásokat annak megállapítására, hogy létezik-e már olyan, amely képes végrehajtani a projekt ugyanazon funkcióját, mint amire vállalkozni kíván. Sok esetben léteznek harmadik féltől származó lehetőségek, és a költségek, a szolgáltatások és a funkció értékelése segíteni fog abban, hogy költséghatékonyabb-e egy harmadik féltől származó megoldás megvásárlása.
Sok projektmenedzser engedményezi ezt a lépést, vagy teljesen kihagyja. Mivel a legtöbb szoftverfejlesztő szereti irányítani a szoftveres megoldásokat, gyakran megpróbálja lebeszélni a menedzsmentet harmadik féltől származó szoftverek vagy alkatrészek használatáról. A jó szoftverfejlesztők elfogadják a harmadik féltől származó megoldásokat, ha ez azt jelenti, hogy nem kell fejleszteniük és karbantartaniuk megoldásuk egy adott elemét (még akkor sem, ha ez belső komponens).
Megállapítja azonban, hogy vannak olyan esetek és körülmények, amelyek megkövetelik az újratalálást a saját megoldásában. Minden vállalat egyedülálló „finomításokkal” és folyamat-preferenciákkal rendelkezik, ahol a menedzsment nem hajlandó kompromisszumokra, ezért be kell illeszteni a szoftveres megoldásaikba.
3. Meddig lesz releváns a szoftveres megoldásom?
A szoftveres megoldások relevanciájának megtartása nagyon nehéz feladat.Sok esetben egy szoftverfejlesztési projekt befejezése után a fejlesztők továbblépnek, és csak a kritikus problémákkal és hibákkal foglalkoznak, amint arról beszámolnak. Hibás az a feltételezés, hogy a szoftvernek az elvárt módon kell működnie, ha nem jelentenek hibákat. A végfelhasználók gyakran megváltoztatják viselkedésüket, hogy ellensúlyozzák a rendszer hiányosságait és hibáit. Ezt „megkerülő megoldásnak” nevezik, és úgy tekintik, hogy a szoftver „jól működik”, mivel nincsenek jelentettek hibák.
A „kerülő megoldások” általában hatástalanságot és költségeket okoznak egy folyamatban, és az idő múlásával a dolgok összeadódnak, amíg ezek a költségek lényegében ki nem törlik a szoftver előnyeit. Ahogy telik az idő, és a szoftveres megoldásokkal kapcsolatos ismeretek elvesznek, a „sávos segédeszközöket” és a „gyorsjavításokat” szokták bevezetni, hogy a technológia folyamatosan fejlődjön a fejlődő folyamatokkal, de ezek is elkezdhetik az eredeti szoftverprojektet több csoportosulássá alakítani kisebb projektek csavaroztak az eredetire.
Az irrelevancia elkerülése érdekében értékelje, hogy mennyi ideig fogják használni a megoldást, meghatározza a felülvizsgálatok és frissítések időkereteit, és gyakran beszéljen a végfelhasználói csoporttal, hátha elért egy olyan megoldást, amely működik velük, és nem ellenük. Mindig emlékezzen arra, hogy egy szoftverfejlesztési projekt időben és a költségvetés alapján elkészült, még nem jelenti azt, hogy sikeres volt.
4. Ez a legjobb felhasználása erőforrásainknak?
Milyen forrásokról beszélünk? Pénz.
Minden, amit a termék vagy szolgáltatás létrehozásához használ, pénzben mérhető (vagy kell). Ez magában foglalja az összes eszközét, felszerelését, idejét és - bármilyen kíméletlenül hangzik is - embereit.
Konkrétan a szoftverfejlesztő csapatáról szólva, vajon a legjobban használja-e fel a pénzét, ha újratalálja a másutt már létező szoftvereket, csakhogy ez néhány éven belül irrelevánssá válhat? Nyilvánvaló, hogy ez a kérdés be van töltve, és nem veszi figyelembe az összes információt, amikor eldönti, hogyan költse el fejlesztési dollárját.
Az elmaradt lehetőségek elkerülése érdekében mindig meg kell fontolnia, mire költhetné még a fejlesztési dollárját. Fejlesztői dolgozhatnak az alaptermék és -szolgáltatások megerősítésén?
5. A hibrid megoldás a helyes út?
Elég kicsi annak a valószínűsége, hogy létezik egy tökéletes, harmadik féltől származó alkalmazás, amely minden igényének megfelel. Azok a vállalatok, amelyek megfelelően irányítják szoftverfejlesztésüket és kiértékelik a harmadik féltől származó szoftverszolgáltatókat, általában hibrid modellbe esnek, amikor külső szoftvereket használnak saját egyedi szoftverfejlesztési projektjeik fejlesztése érdekében.
Harmadik féltől származó megoldás megtalálása és annak felismerése, hogy ez valóban időt és pénzt takaríthat meg Önnek, kritikus fontosságú a szoftverfejlesztési költségek szabályozásában. Ezt fontold meg:
A szoftverfejlesztői azt mondják, hogy hozzávetőlegesen 500 órába telik egy robusztus JavaScript adatrács elkészítése. Becsülve a fejlesztők költségeit, és hozzáadva 15% -ot az összes többi erőforráshoz (projektmenedzsment, tesztelés stb.), Körülbelül 35 000 dollárt költhet.
Körülnézve egy harmadik féltől származó megoldás után, csak 1500 dollárba kerülhet webszerverenként. Ez meghaladja a 20 szerverlicencet ugyanolyan költséggel, mint a saját fejlesztése.
Fejlesztőjének mostantól külön 500 órája van arra, hogy el tudja tölteni annak biztosítását, hogy a rendszer, amelyen dolgozik, megfelelően legyen megtervezve és kivitelezve, anélkül, hogy különösebb gondot jelentene a saját fejlesztésű JavaScript adatrács megírása, megvalósítása és fenntartása érdekében.
Más szavakkal, csak megtakarított 500 órányi költséget, amely megtakarításként realizálható vagy más projektekre terelhető
Következtetés
A menedzsment felelőssége és kötelessége meghatározni a szoftverfejlesztő csapatok irányát és preferenciáit. A figyelés a végeredményre összpontosítva, miközben egyensúlyba hozza az ellenőrzési tényezőket, az erőforrások legjobb felhasználását és a szoftver érvényességét, koncentrált erőfeszítéseket igényel. Harmadik féltől származó szoftverek behúzása lehet - és gyakran az is - a legjobb módszer céljainak elérésére.
Ez a cikk pontos és a szerző legjobb tudása szerint hű. A tartalom csak tájékoztató vagy szórakoztató célokat szolgál, és nem helyettesíti a személyes vagy üzleti tanácsokat üzleti, pénzügyi, jogi vagy technikai kérdésekben.
