Szoftvertermékek sikeres fejlesztése Néhány tipp
Szoftvertermékek sikeres fejlesztése: Néhány tipp
Az olyan szoftverszolgáltatások piaca, mint a megvalósítás, az egyedi programozás és a karbantartás, egyre inkább a szoftvertermékek területére tolódik. Tehát olyan megoldások, amelyeket csak telepítenie kell, és amelyekhez nem szükséges nagyobb fejlesztés.
A legjobb példa a szoftveres szolgáltatásként megoldások, amelyekre havonta előfizethet.
Az ilyen megoldások előnyei nyilvánvalóak, alacsonyabb karbantartási költségek, mivel a frissítéseket automatikusan importálják, és kevesebb hiba is van, mivel a szolgáltató javítja őket. És természetesen kevesebbet költenek drága programozókra.
Hogyan lehet egy olyan szoftvert kifejleszteni a jövőben, amely felváltja a korábbi informatikai szolgáltatásokat? Néhány tipp erről a bejegyzésben.
Nem kell kapkodni
A legtöbb projektet sajnos a „Ez egy nagyon nagy projekt. De szánjon rá időt. Két hónapig nincs szükségünk a kész verzióra ".
A valóság azonban az, hogy - különösen az összetett szoftveres megoldások esetében - több napra és hétre van szükségünk csak a követelmények meghatározásához.
A drótvázak és a tervek elkészítése ezután további erőfeszítéseket igényel.
Van egy állandó oda-vissza is. Legyen szó az ügyfél és a szolgáltató között, vagy ha házon belül van programozva, akkor a menedzsment és a fejlesztők között. Összehasonlítani kell a követelményeket, figyelembe kell venni a változtatási kéréseket, és ki kell küszöbölni a hibákat (a rendszer hibáit).
A szoftvertermék első bétaverziójának megszerzéséhez mindig legalább 9-12 hónap szükséges.
Az élő közvetítés után általában megkapja az első visszajelzést, ahol azt veszi észre, hogy "Ó, figyelmen kívül hagytuk ezt a fontos funkciót" vagy "Ó, még nem teszteltük ebben a formában". Ezekhez a kisebb-nagyobb funkcionalitásokhoz és a teszteléshez 6-8 hónapra van szükség.
Így gyorsan egy-két évre van szüksége a termék elkészítéséhez.
Ami azonban különlegessége, hogy lesz olyan megoldása, amely valódi hozzáadott értéket biztosít a végfelhasználó számára. És erről szól ez az egész gyakorlat. Irreális egy olyan informatikai megoldás szállítása, amely hozzáadott értéket jelenthet az ügyfél számára, és amelynek fejlesztése mindössze két hónapot vesz igénybe.
Erős technológiai bázis/a megfelelő választás
A technológiai megközelítés is fontos.
Egyes technológiák már kiforrottak, és miután beprogramozták, sokáig használhatja őket változtatások és frissítések nélkül.
Ilyen például a PHP. Ez az informatikai rendszer 1995 óta létezik, és azóta folyamatosan fejlesztik.
A PHP-n alapuló keretrendszereket szintén tesztelték és széles körben használták. A programozók ismerik a problémákat, a kihívásokat és a hibák kijavításának módjait.
Más megközelítéssel másként néz ki. Például, ha a Node.JS-sel programoz (a cikkben N-ként is rövidítve), akkor feltételezheti, hogy több időt kell töltenie annak kitalálásával, hogy hogyan oldhat meg egy bizonyos programozási feladatot a Node.JS-sel.
Ugyanakkor a PHP-hez képest csak néhány szakember és kevés kapcsolattartó pont (fórumok, blogok, Q&A platformok stb.) Találhatók, ahol információkat kaphat a Node-ról, és válaszokat kaphat a kérdésekre.
Ezenkívül folyamatosan megjelennek a Node új verziói, amelyek némelyike nem kompatibilis a hátrafelé, ami alapvetően azt jelenti, hogy néha a nulláról kell átprogramozni a meglévő szoftvert.
Az erőfeszítés N-vel nagyobb. De profitálhat a gyorsabb alkalmazásokból és a jobb méretezhetőségből.
Tehát az informatikában mindennek megvannak a maga előnyei és hátrányai. Végül attól is függ, hogy milyen követelmények vannak.
Közepes méretű projekteknél (pl. Vállalati megoldások, amelyekre kezelhető számú felhasználónak van szükségük) a PHP lehet a megfelelő megoldás.
Nagy projektek esetében, amelyekben sok felhasználó egyidejűleg ugyanahhoz a megoldáshoz jut el az interneten keresztül, az N lehet a megfelelő megközelítés.
Az ASP.NET, a Java, a Python, az Android és az iOS más megközelítések, amelyek bizonyos esetekben megfelelnek.
Őrizze meg a dokumentációt
A szoftverprojektek egyik legnagyobb kihívása ezek karbantarthatósága és folytonossága.
Gyakran nem nézik a jövőt. Ilyen kérdések:
- Mi van, ha más fejlesztőknek kell dolgoznia ezen a terméken?
- Mennyire érthető egy külső szolgáltató fejlesztésének logikája?
- Hogyan reagál a programozás a jövőben bekövetkező külső változásokra?
Minderre akkor lehet pozitív választ adni, ha van egy kód megjegyzés és egy "utasítás" dokumentum a jövőbeni kollégák számára, akik dolgoznak rajta.
Ebben a részletes dokumentumban, amelyet a fejlesztők folyamatosan frissítenek, a jövőben további változtatásokat lehet végrehajtani képernyőképekkel, programozási vonalkóddal, leírásokkal, egy adott modul mögött rejlő logika magyarázatával.
A valóság manapság azonban még mindig így néz ki, hogy egyszerűen "programozás folyik", és a programozók vagy az új csapattagok, akik csatlakoznak, már nincsenek abban a hangulatban, hogy tovább dolgozzanak a régi megoldáson, majd automatikusan egy új platformot javasolnak a semmiből.
Így a karbantartható, skálázható és jó szoftvertermékek szempontjából elengedhetetlen az előző munka részletes és megfelelő dokumentálása.
Fizető ügyfeleknek már a kezdetektől fogva
Fontos az is, hogy a projekt ne váljon feneketlenné. Legalább a kiadásokat fedezni kell.
Itt meg kell találnia azokat az ügyfeleket, akik fizetnek a programozásért.
Ennek számos előnye van:
- Ha egy külső személy vagy cég valóban készen áll a pénz felvételére, akkor már tudja, hogy a megfelelő hajón van. Mivel egy külső vállalat csak akkor emel költségvetést, ha hosszú távon előnyt lát (fokozott hatékonyság, időmegtakarítás a folyamatokban, költségcsökkentés stb.).
- Kezdettől fogva visszajelzést kap, és tudja, hogy ezek hasznos funkciók, amelyeket fejleszt. Ez az állandó visszajelzés különösen biztosítja, hogy a szoftvertermék megfelelő formában legyen, és hogy ne feltételezések alapján fejlődjön.
1. alternatíva: angyal befektetők/befektetők
A másik alternatíva a befektetőkkel való együttműködés.
Legtöbbször legalább a prototípusért a saját zsebéből kell fizetnie.
A megfizethető verzió érdekében csak a legfontosabb funkciók hozhatók létre, a többi pedig kattintható dummy funkció.
Ezt aztán be lehet mutatni a befektetőknek.
Ez a koncepció bizonyítéka is: Ha olyan embereket talál, akik hajlandóak pénzt venni a kezükbe támogatásukra, akkor ez az első jel arra, hogy jó úton jársz.
2. alternatíva: a meglévő jövedelemből
Sok vállalat és szolgáltatás már többletet termel. Ez felhasználható a szoftver költségeinek finanszírozására is.
3. alternatíva: saját pénz
Ez vitathatatlanul a legrosszabb ötlet, akinek csak lehet. A megtakarított pénz fejlesztésére általában nem jó megközelítés.
Mivel a költségvetés túl gyorsan felhasználódik, és Ön is túl habozik nagyobb kiadások egyszerre történő végrehajtására.
És ha az egész projekt nem sikerül, akkor a pénz elfogyott.
Tehát inkább támaszkodjon az elején említett alternatívákra.
Kerekítés: Támogató rendszer
Egy támogatási rendszer kerekíti az egészet. Mivel a felhasználók szeretnék visszajelzést adni, és problémáikat, kérdéseiket megoldani a rendszerrel.
Ugyanakkor ez a támogatás ismereteket adhat a szoftvertermék fejlesztésének módjáról is.
És akkor ott van még az a tény, hogy egyfajta értékesítési részleget lehet építeni azok számára, akik azt kérdezik, akik még nem fizetnek az ügyfeleknek.
Következtetés
A sikeres szoftver fő területei:
- emelje fel a szükséges időt
- használja a megfelelő technológiát
- Őrizze meg a dokumentációt
- Megtalálja a fizető ügyfeleket a kezdetektől, vagy támaszkodhat befektetőkre (alternatív megoldásként finanszírozhat más vállalkozások meglévő jövedelméből)
- Építsen be egy támogatási és értékesítés előtti rendszert
Milyen további pontokat lát a szoftvertermék-fejlesztésben?
Flickr.com/ GDC/Jeremy/három nővér
A szerző: Sascha Thattil a YUHIRO-nál dolgozik, és segít a vállalkozóknak és a vállalatoknak abban, hogy Indiában könnyedén felállítsanak programozó csapatokat. A YUHIRO német-indiai vállalat, amely informatikai cégeket, ügynökségeket és informatikai részlegeket lát el szoftverfejlesztőkkel.