omenili smo ga v prejšnji objavi o izbiri najboljše programske opreme, v kateri smo se osredotočilipredhodna lastna analiza korporativno poslovanje (brez katere ni mogoče pametno izbrati). Videli bomo tudi, da je za dober izbor potrebno upoštevati omejeno število prodajalcev. Nato analiziramo ne le rešitve s "tehničnega" vidika, temveč tudi storitve, ki jih ponujajo, in organizacijo človeških virov, ki bodo znotraj našega podjetja potrebni, da bomo od nove programske opreme kar najbolje izkoristili. V nasprotnem primeru bomo denar porabili slabo, da ne bomo dobili želenih ugodnosti.
Zdaj pa naredimo korak nazaj in se vprašamo, katere funkcionalne zahteve in katere kako kupiti bo moral predstaviti idealno rešitev za naše potrebe: skratka, katere so glavne prednosti, ki jih pričakujemo v najboljši programski opremi. Tudi v tem primeru, kar se tiče predhodne analize našega poslovanja, ne bomo upoštevali nobenega posebnega izdelka ali tehničnih specifikacij: to bo naslednji korak. Zaenkrat bomo le izpolnili kontrolni seznam s predmeti, ki jih boste lahko "odkljukali" v naslednjih korakih.
"Sprašujemo se, katere funkcionalne zahteve in katere kako kupiti bo moral predstaviti idealno rešitev za naše potrebe: skratka, katere so glavne prednosti, ki jih pričakujemo v najboljši programski opremi. "
In tudi v tem primeru naš seznam opravil je artikulirana in vključuje več odločevalcev notranje za naše podjetje: zagotovo ne samo IT oddelek.
La izbor programske opreme za podjetniške razrede lahko gre za posledico potrebe, ki jo izrazi notranji sektor našega podjetja ali neposreden mandat podjetja najvišje vodstvo (ki ima splošen pogled na prihodnje interese podjetja in strategijo, ki mu sledi). Izvor samega mandata je v veliki meri odvisen od tega, ali gre za obravnavani postopek jedro ali drugotnega pomena za posel. Ne pozabite, da je pogosto izbira nove programske opreme ključna za spreminjanje procesov.
Vsekakor je resnično pomembno to vse vpleteni akterji (vključno s tistimi, ki izrazijo potrebo, tisti, ki sprejemajo odločitve na najvišjih ravneh, in tistimi, ki imajo tehnična in funkcionalna znanja za izvajanje prihodnjih pogajanj) poravnana glede na namen izbire in značilnosti rešitve pridobiti.
Le s temi predpostavkami lahko dejansko pripravimo osnutek seznam funkcionalnih zahtev. V idealnem primeru se bodo naši trije akterji (uporabniki, top managerji in tehnični funkcionalni analitiki) združili za skupno poslovanje brainstorming. Nedvomno je ta možnost odvisna od spremenljivke čas (upoštevati je treba interne stroške za defizasnova in upravljanje a projekt).
In ta poravnava je toliko pomembnejša, če upoštevamo nadaljnji vidik izbora: kot v vseh "Kupčevo potovanje", to je postopek nakupa, ki se začne od potrebe in poteka skozi iskanje informacij o tržni ponudbi, morda je nekaj "Siva območja". Pravzaprav ni redko, da se najvišje vodstvo ali funkcija podjetja, ki bo imela korist od rešitve, znajde na splošno, kako sprejeti rešitev: ve, kaj hoče, ne pa, kako to jasno in nazorno povedati. Tudi to je utile strokovna podpora v sektorju IT, če ga bodo usposobili dobri funkcionalni analitiki, ki bodo vzpostavili prave veščine.
Tukaj potem nekaj vprašanj bo zastavila ekipa: kakšen je podroben seznam zahtev? Ali je vsaka točka jasna celotni ekipi, ki je sestavila kontrolni seznam? Ali ima tisti, ki bo vodil pogajanja, v mislih svoj mandat? Ali je sam mandat specifičen in podroben ali ima vrzeli? Dobra strategija za sprejetje bi lahko bila metoda Scrum: tisti, ki sodelujejo v projektu, pripovedujejo zgodbo, tako da je diskurzivna predstavitev naklonjena defikonceptov, ki bodo uporabljeni za delo.
Pogosto rešitve podjetja na trgu nimajo vseh zahtevanih funkcij kupec. Vodje podjetij to vedo že od začetka. In zato po pripravi kontrolnega seznama nadaljujemo z vzpostavitvijo indeks prioriteta: vsako podjetje, ko si zastavi cilje, ima svoje.
"Pogosto podjetja rešujejo na trgunimajo vseh zahtevanih funkcij kupec. Vodje podjetij to vedo že od začetka. In zato po pripravi kontrolnega seznama nadaljujemo z vzpostavitvijo indeks prioriteta"
Nekateri predlagajo povezovanje za vsako zahtevo različna ocena pomembnosti: skupna ocena vsake preučene rešitve bo seštevek sedanjih zahtev in njihov relativni pomen. Gre za nasvet zdrave pameti, če v končni oceni niste preveč shematični: naravno je, da pri dodeljevanju ocena poleg programske opreme obstajajo tudi zunanji dejavniki, ki so bolj kot karkoli povezani z dobaviteljem. Videli jih bomo v kasnejši objavi.
Za oceno notranjega kakovost programske opreme nekatere je treba vzpostaviti objektivne meritve (torej zunaj funkcionalnih zahtev, ki jih podjetje zahteva zgolj subjektivno).
Če ne vemo, katere spremenljivke za merjenje izdelka pomeni, da se tega ne moremo zavedati vrednost. Spet želimo sestaviti seznam 1. preučiti posamezne rešitve: uporabili ga bomo kot merilnik v času dejanske izbire.
O tej temi obstaja široka literatura: pravzaprav le vtipkajte v iskalnik "Kakovost programske opreme" za odkrivanje objav in knjig na to temo. Koristno izhodišče je glas Wikipedia, ki navaja niz parametrov zunanji (tj. v zvezi s kakovostjo, ki jo zazna uporabnik), da se oceni kakovost rešitve, ki jo je treba pridobiti. Med njimi: pravilnost, zanesljivost, robustnost, učinkovitost. Ampak tudi notranjost, preverljivo s strani ekipe razvijalci: vzdrževanje, ponovna uporabnost, modularnost so nekateri od naštetih primerov.
Tudi v tem primeru ekipa odloči indeks prioritete za različne parametre: na primer vodstvo podjetja, ki ima strateško vizijo projekta, lahko pripisuje sekundarnemu pomenu ponovne uporabe programske opreme. In seveda je v tej fazi izbire programske opreme dobro vedeti mnenje kakovostna funkcija podjetja (če je prisoten).
To je temeljna spremenljivka: preden začnete pogajanja, morate imeti v mislih proračun skupaj, za kar imate na voljo pridobivanje programske opreme (tako za samo programsko opremo kot za stroške, ki so potrebni za izbirno dejavnost). Če želite določiti realno vsoto, nekateri že imajo merilo rešitev, ki jih je podjetje prej pridobilo, drugi pa se zanašajo na ustno besedo med kolegi iz istega sektorja (ali iz iste industrijske skupine). Preverjanje, koliko je bilo prej porabljenih za podobne rešitve, olajša postopek izbire programske opreme.
"Upoštevati morate skupni proračun, ki ga imate na voljo pridobivanje programske opreme: preverite, koliko je bilo prej porabljenih za podobne rešitve, kar dejansko olajša postopek izbire programske opreme. "
Seveda je cena programske opreme na ravni podjetja neposredna posledica ne le njene notranje kakovosti, temveč tudi dela, ki ga je dobavitelj opravil pri načrtovanju in razvoju: za amortizacijo stroškov obstajajo prožne oblike pridobivanja (videli jih bomo na točki 6).
Nikoli ne bo dovolj govora o tem: vsako podjetje se znajde posel naraščajoča količina podatkov v zvezi s poslovanjem in strankami. Hkrati vemo, da se v zadnjih letih povečuje kibernetski napadi o podjetjih. Zaščita vaših podatkov je torej neposredna in neizogibna odgovornost tistih, ki z njimi upravljajo.
Ena od nalog tistih, ki izvajajo pogajanja, bo torej poznavanje zaščit, ki jih je vzpostavil ponudnik. Osnovno poznavanje tveganj in rešitev ne more škoditi: Vodja oddelka za IKT o obeh vidikih bo lahko seznanil stike svojega podjetja.
Odločite se, ali imate raje rešitev v oblaku (na oddaljeni infrastrukturi) ali na premisi (nameščeno na strežnikih podjetja) ni zgolj prepir: proračun in vrsta upravljanja podatkov neposredno vplivajo na kako upravlja s programsko opremo.
Za mnoge menedžerje eno lokalna rešitev še vedno je povezan z zaznavo stabilnosti in nadzora: vendar je treba upoštevati najpomembnejše naložbe. Po drugi strani pa oblak je cenovno bolj prilagodljiv in cenejši, vendar od dobavitelja zahteva, da zagotovi večja jamstva glede varnosti podatkov in uspešnosti kanalov (tj. hitrosti prenosa in izvajanja programa).
Spreminja se tudi način prevzemanja stroškov: cena na kraju običajno temelji na plačilu licenciranje, stroški prilagoditve, začetne nastavitve, naknadni stroški vzdrževanja in tako naprej. Oblak je model plačati na uporabo: večja sadnost, višji stroški. Običajno se v oblačnem načinu vse pristojbine, ki sestavljajo stroške, pretvorijo v pristojbino, ki jih povzame, običajno nižjo (v primerjavi z večletno pogodbeno obveznostjo, pogosto od tri do pet let).
Morda se zdi paradoks, vendar le na videz: dober kontrolni seznam pričakovanj, ki jih postavljamo glede nove rešitve ... ne zanemarja. analizo programske opreme, ki jo je treba spremeniti. Seveda ne mislimo na situacijo prve namestitve.
"Dober kontrolni seznam pričakovanj, ki jih postavljamo glede nove rešitve ... ne zanemarja analizo programske opreme, ki jo je treba spremeniti"
Prvič, namen je navesti oznako slabosti: so posebnosti, zaradi katerih smo iskali drugačen izdelek. Tudi programska oprema in agresivno zdravljenje na istem se lahko izkažejo za napačno potezo.
Vendar bomo morda morali zapisati tudi nekatere jakosti: v resnici ni rečeno, da je bilo upravljanje procesa s staro rešitev v vseh pogledih nepopolno.
Tudi med to analizo je koristno opravljati skupno delo: funkcionalno znanje e tehnično znanje gresta z roko v roki in oba prispevata k bolj konkretni oceni kakovosti programske opreme. Tudi tistega, ki se spremeni!
Osebno mislim, da kadar programska oprema ni več ustrezna, zagotovo niso krivi tisti, ki so se takrat odločili. preprosto trg se je spremenil in da programska oprema ne ustreza novim poslovnim potrebam. Zato je zadnja usmeritev vse bolj k a refactoring neprekinjene aplikacije.
Avtor Paolo Ravalli
Razvijanje finih motoričnih spretnosti z barvanjem otroke pripravi na kompleksnejše spretnosti, kot je pisanje. Za barvanje…
Pomorski sektor je prava svetovna gospodarska sila, ki je krmarila proti 150 milijardnemu trgu...
Prejšnji ponedeljek je Financial Times objavil dogovor z OpenAI. FT licencira svoje vrhunsko novinarstvo ...
Milijoni ljudi plačujejo storitve pretakanja in plačujejo mesečne naročnine. Splošno mnenje je, da si…
