Ali naj to zgradimo? Vprašanje, ki ga postavimo, preden napišemo kakršno koli kodo

Ko se organizacija obrne na podjetje za razvoj programske opreme, se običajno pričakuje, da se bo pogovor končal s predlogom, da se nekaj zgradi: nova aplikacija, zamenjava za staranje sistema, platforma za povezovanje ločenih procesov. To je razumljiva predpostavka, vendar preskoči vprašanje, na katerega bi bilo treba odgovoriti, preden kdor koli spregovori o tehnologiji, proračunih ali rokih dobave.

Ali naj to res zgradimo?

V podjetju Libertas Software Research (LSR) verjamemo, da je vedeti, ali razvijati programsko opremo, enako pomembno kot vedeti, kako. Včasih je aplikacija po meri ravno prava. Včasih uveljavljena platforma SaaS potrebo popolnoma pokrije ali pa povezava sistemov, ki jih že imate, prinese rezultat brez stroškov in motenj zamenjave. Cilj je izboljšati delovanje organizacije, ne dodati še ene aplikacije v že tako zapleteno okolje.

Začnite pri problemu, ne pri rešitvi

Organizacije ponavadi opisujejo rešitev, za katero mislijo, da jo potrebujejo, namesto problema, ki ga imajo. „Poročevalska nadzorna plošča“ ali „aplikacija, ki bo nadomestila naše preglednice“ zveni dobro opredeljeno, a malo pove o tem, kaj je sprožilo zahtevo.

Vzemite mesečno vodstveno poročilo, ki se ročno sestavlja iz več preglednic in sistemov. Vzame dneve, in ko prispe, so podatki že zastareli. Očiten sklep je, da potrebujete programsko opremo za poročanje. Ob natančnejšem pogledu je pravi problem pogosto nepovezani podatki in nedosledni procesi: skromen integracijski projekt, ne nova aplikacija. In če raziskava pokaže, da potrebujete specializirane delovne tokove ali kontrole, ki jih noben izdelek ne podpira, takrat razvoj po meri upraviči svoje mesto.

Kdaj je nakup smiselnejši

Komercialni trg je zrel. CRM, računovodstvo, razporejanje, upravljanje dokumentov in poslovna inteligenca imajo izdelke z leti izpopolnjevanja. Če eden zadosti vašim potrebam brez nerazumnih omejitev, zamenjava po meri doda malo vrednosti.

Primerjajte pa skupne stroške lastništva, ne cen naročnine. Izdelek za 500 £ na mesec je v petih letih 30.000 £, še preden dodate konfiguracijo, integracije, dodatne licence ali spremembe lastnih procesov. Preverite, kako se cena prilagaja obsegu, ali lahko izvozite podatke in kaj se zgodi, če dobavitelj spremeni model. In pazite, da podjetja ne prisilite, da opusti dejavnosti, ki ga resnično razlikujejo, samo zato, ker izdelek predpostavlja drugače.

Včasih je odgovor povezati, kar že imate

Večina organizacij sčasoma nabere sisteme: finance na enem, poslovanje na drugem, podpora strankam na tretjem. Vsak deluje dobro; le med seboj ne govorijo, zato nastajajo zamude, podvajanje dela in nedosledne informacije.

Zamenjati vse z eno aplikacijo je vabljivo, a tvegano. Obstoječe platforme hranijo leta operativnega znanja in skrite integracije. Skrbno zasnovana integracijska plast (povezovanje API-jev, avtomatizacija prenosov, konsolidacija poročanja iz verodostojnih virov) lahko podaljša življenjsko dobo teh naložb. Zahteva dobro premislek o overjanju, lastništvu podatkov, obravnavi napak in sledljivosti, a priporočilo integracije namesto zamenjave ni slabše inženirstvo. Pogosto je to bolj premišljena arhitekturna odločitev.

Kdaj je rešitev po meri prava naložba

Nekatere zahteve se res ne prilegajo običajnim izdelkom: specializirano poslovanje, nenavadne varnostne ali podatkovne potrebe ali programska oprema, ki je sama konkurenčna prednost. Tu programska oprema po meri omogoča, da arhitektura sledi temu, kako podjetje dejansko deluje.

Ta prilagodljivost prinaša dolgoročno odgovornost za vzdrževanje, varnost, testiranje in podporo. Sistem lahko izpolnjuje prvotno specifikacijo in je kljub temu slaba naložba, če ga je težko vzdrževati ali se ne zna prilagoditi. Razvoj po meri je upravičen, ko koristi posebej izdelane rešitve odtehtajo tako začetni strošek kot stalno zavezo lastništva.

Vsak problem ne potrebuje več programske opreme

Včasih je problem proces. Odobritve, poročila in administrativni koraki se kopičijo leta, dolgo po tem, ko so okoliščine, ki so jih ustvarile, izginile. Avtomatizirati jih točno takšne, kot so, samo ohranja kompleksnost.

Če dokument potrebuje pet odobritev, ne sprašujte, kako avtomatizirati pet odobritev, temveč zakaj vsaka obstaja in katero tveganje pokriva. Programska oprema odlično uporablja dosledna pravila, a ne more povedati, ali je proces smiseln. Poenostavitev delovnega toka ali pojasnitev odgovornosti lahko prinese resnične koristi brez še enega sistema, ki se ga je treba naučiti in ga podpirati.

Poglejte čez začetni strošek

Projekti po meri imajo velik začetni strošek, medtem ko SaaS svoj strošek porazdeli čez naročnine, zaradi česar primerjava deluje izkrivljeno. Poštena primerjava zajema celotno življenjsko dobo: uvedbo, licenciranje, gostovanje, podporo, vzdrževanje, integracijo, usposabljanje in prihodnje spremembe.

Vključite tudi strošek nedelovanja. Neučinkovit proces, ki požre 20 delovnih ur na teden, je okoli 1.040 ur na leto. Pri ilustrativnih 35 £ na uro je to približno 36.400 £ letno ob predpostavki, da je čas mogoče resnično povrniti in preusmeriti. Dodajte slabo kakovost podatkov in počasno odločanje, ki ju je težje ovrednotiti, a sta enako resnična. Najboljša možnost ni najcenejša, ampak tista z najboljšo kombinacijo vrednosti, sprejemljivega tveganja in dolgoročne vzdržnosti.

Zakaj bi programsko podjetje priporočilo, naj se programske opreme ne gradi?

To je upravičeno vprašanje. Če priporočimo izdelek ali majhno integracijo, je to na papirju manj razvojnega dela.

Vendar je razlika med zagotavljanjem razvojnih zmogljivosti in delovanjem kot partner za raziskave in arhitekturo programske opreme. Naše delo se začne, preden specifikacija obstaja: razumevanje problema, tehtanje možnosti in pomoč pri odločitvi, kam vlagati. To ima vrednost ne glede na izid, in običajno je še vedno treba opraviti analizo, arhitekturo, načrtovanje in integracijo, tudi ko razvoj po meri ni odgovor.

Priporočati razvoj, ki ga ne potrebujete, je kontraproduktivno. Projekt, dobavljen pravočasno in po specifikaciji, vseeno propade, če ni bil prava rešitev. Pomoč stranki, da se izogne nepotrebnim stroškom, gradi zaupanje, ki traja.

To, da lahko gradimo, ni razlog za gradnjo

Umetna inteligenca in sodobna orodja delajo kodo hitrejšo in cenejšo za izdelavo. To je koristno, a naredi razmišljanje vnaprej pomembnejše, ne manj pomembno, saj trud, ki je ljudi nekoč silil k vprašanju „ali to res potrebujemo?“, izginja. Povsem mogoče je zgraditi nekaj tehnično odličnega, učinkovito dobaviti in odkriti, da je bil to napačen odgovor.

Preden se razvoj začne, želimo jasne odgovore o poslovnem problemu, stroških njegovega nerešenega stanja, zahtevah, ki jih obstoječi izdelki ne morejo izpolniti, tem, kako bomo merili uspeh (čas obdelave, natančnost, preglednost, skladnost, ne število funkcij), in tem, kdo bo rešitev zatem upravljal in podpiral.

Obstajali bodo projekti, kjer je programska oprema po meri jasno prava, drugi, kjer je integracija boljša vrednost, in tretji, kjer delo opravi že pripravljena platforma. Pomembno je, da priporočilo izhaja iz razumevanja vaše organizacije, ne iz predpostavke o tem, kaj želi prodati programsko podjetje.

Preden vprašamo, kako naj nekaj zgradimo, je vredno ugotoviti, ali naj to sploh gradimo.

Libertas Software Research sodeluje z organizacijami pri raziskovanju, vrednotenju, načrtovanju in razvoju programskih rešitev z osredotočenostjo na dolgoročno vzdržnost, operativno vrednost in premišljene tehnološke naložbe.