Artikkelit

Digitaalinen muutos: odotukset hankittaville ratkaisuille

La ohjelmiston valinta se on monimutkainen ja artikuloitu prosessi:

mainitsimme sen edellisessä viestissä parhaan ohjelmiston valinnasta, johon keskityimmealustava analyysi omasta yritystoiminta (ilman jota ei ole mahdollista tehdä viisasta valintaa). Näemme myös, että hyvän valinnan kannalta on tarpeen ottaa huomioon rajoitettu määrä myyjiä. Tämän jälkeen paitsi ratkaisujen analysointi "teknisestä" näkökulmasta, myös tarjoamiensa palvelujen ja henkilöstöresurssien organisointi, jota tarvitaan yrityksessämme, jotta voimme hyödyntää uutta ohjelmistoa. Muutoin olemme käyttäneet rahamme huonosti emmekä saa haluamiasi etuja.

Otetaan nyt askel taaksepäin ja kysyä itseltämme, mitkä toiminnalliset vaatimukset ja mitkä niistä kuinka ostaa on esitettävä ihanteellinen ratkaisu tarpeisiimme: lyhyesti sanottuna, mitkä ovat tärkeimmät edut, joita odotamme löytävän parhaasta ohjelmistosta. Kuten tässäkin liiketoiminnan alustavan analyysin tapauksessa, emme ota huomioon mitään tiettyä tuotetta tai teknisiä eritelmiä: tämä on seuraava askel. Täytämme nyt tarkistusluettelon "rasti" kohteilla, jotka ovat hyödyllisiä seuraavissa vaiheissa.

"Kysymme itseltämme, mitkä toiminnalliset vaatimukset ja mitkä niistä kuinka ostaa on esitettävä ihanteellinen ratkaisu tarpeisiimme: lyhyesti sanottuna, mitkä ovat tärkeimmät edut, joita odotamme löytävän parhaasta ohjelmistosta "

Ja myös tässä tapauksessa meidän tehtävälista se on nivelletty ja siihen sisältyy enemmän päätöksentekijöitä yrityksen sisäinen: ei todellakaan vain IT-osasto.

1. Luettelo toiminnallisista vaatimuksista: olemmeko kaikki yhdenmukaisia?

La yritysluokan ohjelmistojen valinta Se voi olla tarpeen tarve, joka ilmenee yrityksemme sisäisellä sektorilla, tai yrityksen suora valtuutus ylin johto (jolla on yleiskuva yrityksen tulevaisuuden eduista ja noudatettavasta strategiasta). Itse toimeksiannon alkuperä riippuu suuresti siitä, onko kyseessä prosessi ydin tai toissijainen liiketoiminnan kannalta. Muista, että usein uuden ohjelmiston valinta on avain prosessien muuttamiseen.

Joka tapauksessa sillä on todella merkitystä kaikki näyttelijät mukana (mukaan lukien ne, jotka ilmaisevat tarpeen, ne, jotka tekevät päätöksiä korkeimmalla tasolla, ja ne, joilla on tekniset ja toiminnalliset taidot jatkaa neuvotteluja) kohdistettu valinnan tarkoitukseen ja ratkaisun ominaisuuksiin hankittavaksi.

Vain näillä oletuksilla voimme tosiasiassa laatia luettelo toiminnallisista vaatimuksista. Ihannetapauksessa kolme toimijaamme (käyttäjät, ylimmät johtajat ja teknis-toiminnalliset analyytikot) kokoontuvat yhteiseen liiketoimintaan aivoriihi. Epäilemättä tämä mahdollisuus riippuu muuttujasta tempo (on tarpeen ottaa huomioon sisäiset kustannukset defia projekti).

Ja tämä suuntaustoiminta on sitäkin tärkeämpää, jos tarkastellaan valinnan toista näkökohtaa: kuten jokaisessa "Ostajan matka", eli hankintaprosessi, joka alkaa tarpeesta ja kulkee markkinatarjouksen tietojen haun kautta, voi olla joitain "Harmaat alueet". Ei todellakaan ole harvinaista, että ylimmällä johdolla tai ratkaisusta hyötyvällä yrityksen toiminnalla on yleinen tietämys käytettävästä ratkaisusta: se tietää mitä haluaa, ei kuinka kertoa sille selvästi ja selvästi. Tämäkin on Utile asiantuntijatuki IT-alalla, jos hyvät toiminnalliset analyytikot ohjaavat oikeita taitoja.

Täällä sitten Joitakin ryhmän esittämiä kysymyksiä: mikä on yksityiskohtainen luettelo vaatimuksista? Onko jokainen piste selvä koko tarkistuslistan laatineelle tiimille? Pitääkö neuvotteluja käyvällä valtuutuksensa mielessä? Ja onko toimeksianto itsessään erityinen ja yksityiskohtainen vai onko siinä aukkoja? Hyvä strategia voisi olla Scrum-menetelmä: projektiin osallistujat kertovat tarinan niin, että diskursiivinen esitys suosii defikäsitteet, joita työssä käytetään.

Luettelo toiminnallisista vaatimuksista: prioriteettiasteikko

Usein markkinoilla olevat yritysratkaisut ei ole kaikkia vaadittuja toimintoja ostaja. Yrityksen johtajat tietävät tämän alusta alkaen. Ja siksi, kun tarkistusluettelo on laadittu, jatkamme a indeksi prioriteetti: jokaisella yrityksellä, kun tavoitteet on asetettu, on oma.

"Usein markkinoilla olevat yritysratkaisutei ole kaikkia vaadittuja toimintoja ostaja. Yrityksen johtajat tietävät tämän alusta alkaen. Ja siksi, kun tarkistusluettelo on laadittu, jatkamme a indeksi prioriteetti"

Jotkut ehdottavat yhdistämistä kullekin vaatimukselle eri tärkeyspiste: kunkin tutkitun ratkaisun kokonaispistemäärä on nykyisten vaatimusten ja niiden suhteellisen merkityksen summa. Se on terveen järjen neuvoja, mikäli et ole liian kaavamainen lopullisessa arvioinnissa: on luonnollista, että luokitus ohjelmistoon liittyy myös ulkoisia tekijöitä, enempää kuin mihin tahansa toimittajaan liittyviä tekijöitä. Näemme ne myöhemmässä viestissä.

3. Ohjelmiston laatu: hakemistoluettelo

Arvioida sisäistä ohjelmiston laatu on tarpeen perustaa joitain objektiiviset tiedot (siten yli yrityksen edellyttämien toiminnallisten vaatimusten, puhtaasti subjektiivisten).

Jos et tiedä mitkä muuttujat mittaavat tuotetta, tarkoittaa sitä, että et voi saada tietoonsa tuotteestaan arvo. Jälleen haluamme koota luettelon ensimmäinen tutkia yksittäisiä ratkaisuja: käytämme sitä mittarina todellisen valinnan aikaan.

Aiheesta on laaja kirjallisuus: kirjoita itse asiassa vain hakukone "Ohjelmiston laatu" löytää viestejä ja kirjoja aiheesta. Hyödyllinen lähtökohta on ääni wikipedia, joka luettelee joukko parametreja ulkoinen (eli käyttäjän havaitsemaa laatua) arvioitavan hankittavan ratkaisun laatua. Näistä: oikeellisuus, luotettavuus, kestävyys, tehokkuus. Mutta myös sisusta, jonka voi tarkistaa kehittäjät: ylläpidettävyys, uudelleenkäytettävyys, modulaarisuus ovat esimerkkejä luetelluista.

Myös tässä tapauksessa joukkue päättää prioriteetti-indeksi eri parametreille: Esimerkiksi yrityksen johto, jolla on strateginen visio projektista, voi antaa toissijaisen merkityksen ohjelmiston uudelleenkäytettävyydelle. Ja tietysti tässä ohjelmistovalinnan vaiheessa on hyvä tietää komitean mielipide laatutoiminto yrityksen (jos läsnä).

Innovaatio-uutiskirje
Älä missaa tärkeimpiä innovaatioita koskevia uutisia. Rekisteröidy saadaksesi ne sähköpostitse.

4. Budjetti käytettävissä

Se on olennainen muuttuja: Ennen neuvottelujen aloittamista sinun on pidettävä mielessä talousarvio yhteensä, että sinulla on käytettävissä ohjelmistojen hankinta (sekä itse ohjelmistolle että valintatoimintaan tarvittaville inhimillituntakuluille). Realistisen summan saamiseksi joillakin on jo vertailuarvo ratkaisuille, joita yritys on aiemmin hankkinut, toisilla on lupa käyttää suusanallisesti saman alan (tai saman teollisuusryhmän) kollegoiden keskuudessa. Sen tarkistaminen, kuinka paljon aiemmin on käytetty vastaaville ratkaisuille, helpottaa ohjelmistojen valintaprosessia.

"Sinun on pidettävä mielessä käytettävissä oleva kokonaistalousarvio ohjelmistojen hankinta: tarkista, kuinka paljon aiemmin on käytetty vastaaviin ratkaisuihin, mikä todella helpottaa ohjelmistojen valintaprosessia "

Yritystason ohjelmiston hinta on tietysti suora seuraus paitsi sen luontaiselle laadulle, myös toimittajan työlle sen suunnittelussa ja kehittämisessä: kustannusten vähentämiseksi on olemassa joustavat hankintatavat (näemme ne pisteessä 6).

5. Tietoturva

Siitä ei koskaan tule tarpeeksi puhetta: jokainen yritys löytää itsensä kauppaa kasvava määrä tietoa jotka liittyvät sen liiketoimintaan ja asiakkaisiin. Samalla tiedämme, että ihmisten määrä on lisääntynyt viime vuosina verkkohyökkäykset yritystietokannoissa. Tietojesi suojaaminen on siis suoraan ja väistämättä vastuussa niille, jotka niitä hallitsevat.

Yksi neuvottelujen suorittajien tehtävistä on siis tuntea tarjoajan toteuttamat suojaukset. Samaan aikaan perustiedot riskeistä ja ratkaisuista eivät voi vahingoittaa: ICT-osaston päällikkö hän pystyy ilmoittamaan yrityksen yhteystiedot molemmista näkökohdista.

6. Ohjelmiston hallinta: mitkä mieltymykset?

Päätä, haluatko paremman ratkaisun pilvessä (etäinfrastruktuurissa) tai yrityksen tiloissa (asennettuna yrityksen palvelimille) ei ole vain viila: budjetilla ja tiedonhallinnan tyypillä on suora vaikutus miten ohjelmistoa hallitaan.

Monille johtajille yksi paikalla oleva ratkaisu se liittyy edelleen vakauden ja hallinnan käsitykseen: merkittävimmät investoinnit on kuitenkin harkittava. Ja toisaalta pilvi se on joustavampi ja hintojen suhteen halvempi, mutta vaatii toimittajaa antamaan suuremmat takeet tietoturvalle ja kanavien suorituskyvylle (ts. ohjelman lähetysnopeus ja suorittaminen).

Myös tapa, jolla kustannuksia oletetaan, muuttuu: ennakkomaksu perustuu yleensä maksamiseen lisensointi, räätälöintikustannukset, alustavat asennukset, myöhemmät ylläpitokustannukset ja niin edelleen. Pilvi on malli maksaa käytöstä: parempi hedelmällisyys, korkeammat kustannukset. Pilvitilassa tyypillisesti kaikki kustannukset muodostavat maksut muunnetaan maksuiksi, jotka summavat ne, yleensä pienemmiksi (verrattuna monivuotiseen sopimussitoumukseen, usein 3–5 vuotta).

7. Jos ohjelmistoa on vaihdettava: heikkouden ja vahvuuden kohdat

Se voi tuntua paradoksilta, mutta se on vain ilmeisesti: hyvä tarkistusluettelo odotuksista, jotka asetamme uudelle ratkaisulle ... ei jätä huomiotta analyysi ohjelmistosta, jota on muutettava. Emme tietenkään viittaa ensimmäisen asennuksen tilanteeseen.

"Hyvä tarkistusluettelo odotuksista, jotka asetamme uudelle ratkaisulle ... ei jätä huomiotta analyysi ohjelmistosta, jota on muutettava"

Ensinnäkin tarkoituksena on osoittaa heikkouksia: ovat erityispiirteet, jotka saivat meidät etsimään erilaista tuotetta. Jopa ohjelmiston ikääntyminen ja samanlainen aggressiivinen kohtelu voivat osoittautua vääriksi liikkeiksi.

Saatamme kuitenkin joutua myös kirjoittamaan joitain punti di forza: Ei itse asiassa sanota, että prosessin hallinta vanhalla ratkaisulla oli epätäydellinen kaikilta osin.

Myös tämän analyysin aikana on hyödyllistä tehdä jaettu työ: toiminnallinen tieto e tekninen tietämys ne kulkevat käsi kädessä ja molemmat myötävaikuttavat ohjelmiston laadun konkretisointiin. Jopa muutettava!

Henkilökohtaisesti olen sitä mieltä, että kun ohjelmisto ei ole enää riittävä, se ei todellakaan ole niiden henkilöiden syytä, jotka tekivät valinnan tuolloin. yksinkertaisesti markkinat ovat muuttuneet ja että ohjelmisto ei vastaa uusiin liiketoiminnan tarpeisiin. Siksi viimeisin suunta on yhä enemmän kohti a refactoring jatkuvat sovellukset.

kirjailija Paolo Ravalli

Toimitusjohtaja Mainline srl

Innovaatio-uutiskirje
Älä missaa tärkeimpiä innovaatioita koskevia uutisia. Rekisteröidy saadaksesi ne sähköpostitse.

Viimeaikaiset artikkelit

Tulevaisuus on täällä: kuinka merenkulkuala mullistaa maailmantalouden

Laivastosektori on todellinen maailmanlaajuinen talousmahti, joka on navigoinut kohti 150 miljardin markkinaa...

1 Toukokuu 2024

Julkaisijat ja OpenAI allekirjoittavat sopimuksia, joilla säännellään tekoälyn käsittelemää tiedonkulkua

Viime maanantaina Financial Times julkisti sopimuksen OpenAI:n kanssa. FT lisensoi maailmanluokan journalismiaan…

Huhtikuu 30 2024

Verkkomaksut: Näin suoratoistopalvelut saavat sinut maksamaan ikuisesti

Miljoonat ihmiset maksavat suoratoistopalveluista kuukausittaiset tilausmaksut. On yleinen mielipide, että sinä…

Huhtikuu 29 2024

Veeam tarjoaa kattavimman tuen kiristysohjelmille suojauksesta vastaukseen ja palautukseen

Veeamin Coveware tarjoaa jatkossakin kyberkiristystapahtumien reagointipalveluita. Coveware tarjoaa rikosteknisiä ja korjaavia ominaisuuksia…

Huhtikuu 23 2024