wy hawwe dit neamd yn in foarige post oer it kiezen fan de bêste software, wêryn't wy ús rjochtenfoarriedige analyse fan jins eigen bedriuwsbedriuw (sûnder dat it net mooglik is in soarchfâldige kar te meitsjen). Wy sille ek sjen dat in beheind oantal leveransiers moatte wurde beskôge foar in goede seleksje. Om dan net allinich de oplossingen te analysearjen út in "technysk" eachpunt, mar ek de tsjinsten dy't se oanbiede en de organisaasje fan minsklike boarnen dy't, binnen ús bedriuw, nedich wêze sille om it measte út 'e nije software te krijen. Oars sille wy ús jild min hawwe útjûn en de winske foardielen net krije.
Litte wy no in stap werom nimme en ús ôffreegje hokker funksjonele easken en hokker hoe te keapjen sil de ideale oplossing foar ús behoeften presintearje moatte: koartsein, wat binne de wichtichste foardielen dy't wy ferwachtsje te finen yn 'e bêste software. Ek yn dit gefal, lykas foar de foarriedige analyze fan ús bedriuw, wy sille noch gjin bepaald produkt as technyske spesifikaasjes beskôgje: dit sil de folgjende stap wêze. Foar no sille wy gewoan in kontrolelist gearstalle mei de items om te "tikjen" dy't handich wêze sil yn 'e folgjende stappen.
“Wy freegje ús ôf hokker funksjonele easken en hokker hoe te keapjen sil de ideale oplossing foar ús behoeften presintearje moatte: koartsein, wat binne de wichtichste foardielen dy't wy ferwachtsje te finen yn 'e bêste software "
En ek yn dit gefal, ús takenlist it is artikulearre en omfettet mear beslútmakkers yntern foar ús bedriuw: wis net allinich de IT-ôfdieling.
La seleksje fan enterprise-klasse software it kin it effekt wêze fan in need, manifesteare troch in ynterne ôfdieling fan ús bedriuw, of fan in direkte mandaat fan top behear (wa hat in algemiene fisy op 'e takomstige belangen fan it bedriuw en de te folgjen strategy). De oarsprong fan it mandaat sels hinget foar in grut part ôf fan oft it proses dat wurdt beskôge is kearn of sekundêr foar it bedriuw. Tink derom dat faaks de kar foar nije software de kaai is foar feroarjende prosessen.
Yn alle gefallen is it echt wichtich allegear belutsen akteurs (ynklusyf dejingen dy't de need manifestearje, dejingen dy't besluten op it heegste nivo nimme en dyjingen dy't de technyske en funksjonele feardigens hawwe om takomstige ûnderhannelings út te fieren) moatte wêze ôfstimd op it doel fan 'e seleksje en op' e skaaimerken fan 'e oplossing te krijen.
Allinich mei dizze oannames kinne wy yndie de list mei funksjonele easken, Ideaal sille ús trije akteurs (brûkers, topmanagers en technysk-funksjonele analisten) harsels fine tegearre foar in mienskiplike aktiviteit fan Brainstorming, Sûnder mis hinget dizze mooglikheid ôf fan 'e fariabele tiid (it is nedich om rekken te hâlden mei de ynterne kosten foar de definysje en behear fan in projekt).
En dizze ôfstammingsaktiviteit is des te wichtiger as wy in fierdere aspekt fan 'e seleksje beskôgje: lykas yn elk "Keapersreis", dus it oankeapproses dat begjint fan in needsaak en troch it weromheljen fan ynformaasje oer it merkoanbod, kin d'r wêze "Grize gebieten", Eins is it net ûngewoan dat topmanagement, as de bedriuwsfunksje dy't profitearje sil fan 'e oplossing, in algemiene kennis hat fan' e oplossing dy't wurdt oannaam: se wite wat se wolle, net hoe't se it dúdlik en eksplisyt fertelle. Dit is ek utile spesjalistyske stipe yn 'e IT-sektor, as bemand troch goede funksjonele analysts dy't de juste feardigens ynsette.
Hjir dan guon fragen dy't it team sil stelle: wat is de detaillearre list fan easken? Is elk punt dúdlik foar it hiele team dat de checklist gearstald hat? Hat wa't de ûnderhanneling útfiere sil syn mandaat yn gedachten? En is it mandaat sels spesifyk en detaillearre of hat it gatten? In goede strategy om oan te nimmen kin de Scrum-metoade wêze: dejingen dy't meidogge oan it projekt fertelle in ferhaal sadat de diskursive presintaasje favoryt is defide begripen dy't brûkt wurde foar it wurk.
Faak binne de oplossings foar bedriuwen op 'e merke hawwe net alle fereaske funksjes troch de keaper. Bedriuwsbehearders witte dit fan it begjin ôf. En dêrom, as de checklist ienris opsteld is, a yndeks fan prioriteit: elk bedriuw hat, ienris de doelen binne ynsteld, syn eigen.
“Faak oplossings foar bedriuwen op 'e merkhawwe net alle fereaske funksjes troch de keaper. Bedriuwsbehearders witte dit fan it begjin ôf. En dêrom, as de checklist ienris opsteld is, a yndeks fan prioriteit"
Guon suggerearje har te assosjearjen oan elke eask in oare skoare fan belang: de algemiene skoare fan elke besochte oplossing sil resultearje út 'e som fan' e hjoeddeistige easken en har relative belang. It is advys foar sûn ferstân, salang't wy net te skematysk binne yn 'e definitive evaluaasje: it is natuerlik dat by de attribúsje fan in wurdearring faktoaren bûten de software weagje ek, benammen relatearre oan de leveransier. Wy sille se yn in letter berjocht sjen.
Om it yntrinsike te evaluearjen software kwaliteit it is needsaak om guon te fêstigjen objektyf metriken (dêrom bûten de suver subjektive funksjonele easken dy't it bedriuw fereasket).
Net wite hokker fariabelen om it produkt te mjitten betsjuttet dat jo net bewust wurde kinne fan syn wearde. Nochris, wy wolle in list gearstalle premium om de yndividuele oplossingen te ûndersiikjen: wy sille it brûke as meter op it momint fan 'e eigentlike seleksje.
D'r is in wiidweidige literatuer oer it ûnderwerp: typ gewoan in sykmasjine yn "Software kwaliteit" om berjochten en boeken oer it ûnderwerp te ûntdekken. In nuttich útgongspunt is de stim Wikipedy, hokker listen in set parameters eksterne (dus oangeande de kwaliteit dy't troch de brûker wurdt waarnommen), om de kwaliteit fan 'e te krijen oplossing te evaluearjen. Under har: korrektheid, betrouberens, robustheid, effisjinsje. Mar ek interior, kontrolearber troch in team fan ûntwikkelers: behâldberens, werbrûkberens, modulariteit binne guon fan 'e foarbylden.
Ek yn dit gefal beslút it team in prioriteitsindeks foar de ferskate parameters: bygelyks it bedriuwsbehear, dat de strategyske fisy hat fan it projekt, kin sekundêr belang tawize oan de werbrûkberens fan 'e software. En fansels is it yn dizze faze fan 'e softwareseleksje goed om de miening fan' e te witten kwaliteit funksje fan it bedriuw (wêr oanwêzich).
It is in fûnemintele fariabele: foardat jo mei in ûnderhanneling begjinne, moatte jo de budzjet totaal dat jo beskikber hawwe foar de oanwinst fan 'e software (sawol foar de software sels as foar de kosten yn termen fan manuren nedich foar de seleksjeaktiviteit) Om in realistyske som te meitsjen, hawwe guon al in benchmark fan oplossingen dy't earder troch it bedriuw binne oankocht, oaren fertrouwe op wurd fan mûle ûnder kollega's yn deselde produktsektor (of deselde yndustriële groep). It kontrolearjen fan hoefolle earder is bestege oan ferlykbere oplossings makket it proses foar seleksje fan software makliker.
"Jo moatte it totale budzjet hawwe dat jo beskikber hawwe foar software oanwinst: ferifiearje hoefolle earder is bestege oan ferlykbere oplossings makket it proses foar seleksje fan software makliker "
Fansels is de priis fan in software fan in bedriuwsrjocht in direkte konsekwinsje net allinich fan 'e yntrinsike kwaliteit, mar ek fan it wurk dat troch de ferkeaper dien is om it te ûntwerpen en te ûntwikkeljen: om kosten te amortisearjen, binne d'r fleksibele foarmen fan oanwinst (wy sille se sjen op it punt 6).
D'r sil noait oer genôch wurde praat: elk bedriuw moat te meitsjen hawwe in tanimmende hoemannichte gegevens oangeande syn bedriuw en har klanten. Tagelyk wite wy dat yn 'e lêste jierren it oantal minsken is tanommen cyber attacks op bedriuwsdatabases. It beskermjen fan 'e ynformaasje is dan ek de direkte en ûnferbidlike ferantwurdlikens fan dyjingen dy't it beheare.
Ien fan 'e taken fan dyjingen dy't de ûnderhanneling útfiere sil dêrom wêze om de beskermingen te kennen dy't troch de leveransier binne pleatst. Underwilens kin in basiskennis fan 'e risiko's en oplossingen gjin kwea dwaan: de ICT-ôfdielingsbehearder hy sil syn bedriuwsgenoaten kinne ynformearje oer beide aspekten.
Beslute as jo in oplossing leaver hawwe yn 'e wolk (op ynfrastruktuer op ôfstân) of on-premise (ynstalleare op bedriuwsservers) is net gewoan in gewoante: budzjet en type gegevensbehear hawwe har direkte ynfloed op hoe't de software wurdt administraasje.
Foar in soad managers ien on-premise oplossing it wurdt noch altyd assosjeare mei in waarnimming fan stabiliteit en kontrôle: lykwols moatte de meast konsekwinte ynvestearrings wurde beskôge. Oan de oare kant, de wolk it is fleksibeler en minder kostber yn termen fan priis, mar fereasket dat de leveransier gruttere garânsjes jout yn termen fan gegevensfeiligens en kanaalprestaasjes (dat is transmissysnelheid en programma-útfiering).
De metoade om kosten oan te nimmen feroaret ek: de priis op lokaasje is oer it algemien basearre op betelling fan fergunningferliening, oanpassingskosten, earste opset, folgjende ûnderhâldskosten ensafuorthinne. De wolk is ynstee in model betelje per gebrûk: hoe heger it gebrûk, wat heger de kosten. Typysk wurde yn 'e wolkmodus alle lêsten dy't de kosten foarmje omfoarme ta in fergoeding dy't se gearfetsje, normaal leger (yn' t gesicht fan in mearjierrige kontraktuele ferplichting, faak fan trije oant fiif jier).
It kin in paradoks lykje, mar it is allinich blykber: in goede kontrolelist fan 'e ferwachtingen dy't wy op' e nije oplossing pleatse ... negeart net in analyze fan 'e software dy't feroare wurde moat. Fansels ferwize wy net nei de situaasje fan in earste ynstallaasje.
“In goede kontrolelist fan 'e ferwachtingen dy't wy stelle oan' e nije oplossing ... negeart net in analyze fan 'e software dy't feroare wurde moat"
Earst is it doel om i oan te jaan swakke punten: dit binne de eigenaardichheden dy't ús hawwe frege om nei in oar produkt te sykjen. De software ferâldert ek en de therapeutyske persistinsje dêrop kin de ferkearde beweging wêze.
Wy moatte lykwols miskien ek guon opskriuwe punti di forza: it wurdt trouwens net sein dat it behear fan it proses mei de âlde oplossing yn elk aspekt ûnfolslein wie.
Ek tidens dizze analyze is it nuttich om dielde wurken út te fieren: funksjonele kennis e technyske kennis se geane hân yn hân en drage beide by oan in mear konkrete evaluaasje fan 'e softwarekwaliteit. Sels wat te feroarjen!
Persoanlik tink ik dat as de software net langer adekwaat is, it wis net de skuld is fan dyjingen dy't de kar makke op 'e tiid. Simpelwei de merke is feroare en dy software reageart net op 'e nije bedriuwsferlet. Om dizze reden is de lêste oriïntaasje hieltyd faker nei in refactoring trochgeande applikaasjes.
Autore Paolo Ravalli
Ofrûne moandei kundige de Financial Times in deal oan mei OpenAI. FT lisinsje har sjoernalistyk fan wrâldklasse ...
Miljoenen minsken betelje foar streamingtsjinsten, beteljen moanlikse abonnemintskosten. It is gewoane miening dat jo ...
Coveware troch Veeam sil trochgean mei it leverjen fan antwurdtsjinsten foar cyberafpersing ynsidint. Coveware sil forensyske en sanearjen mooglikheden oanbiede ...
Foarsizzend ûnderhâld revolúsjonearret de oalje- en gassektor, mei in ynnovative en proaktive oanpak foar plantbehear.…
