”suunnittelu laajamittainen IT transformation on helppoa ja suoraviivaista!”
sanoi, ettei kukaan koskaan.
valitettavasti yritykset vievät joskus projektia eteenpäin, vaikka tietäisivät, etteivät ole tehneet huolellisuuttaan suunnittelun kanssa. Kun käynnistät massiivisen ohjelmistoprojektin, jolla on vain sumea käsitys siitä, mitä haluat tehdä, eikä selkeitä ohjeita siitä, kuka on vastuussa mistäkin, kenenkään ei pitäisi yllättyä, kun projekti epäonnistuu.
mutta sille tielle ei lähdetä. Olet täällä oppiaksesi, mitä sudenkuoppia sinun pitäisi olla tietoinen ja miten voit suunnitella IT—muutosprojektin, joka pitää yrityksesi tehokkaana ja tuottavana-joutumatta 55%: n IT-projektin epäonnistumisprosentin uhriksi.
joten kaivaudutaan.
suuren mittakaavan Ohjelmistomuutoksen haasteet
jokaisella ohjelmistoprojektilla on omat haasteensa, mutta kun käsitellään ohjelmistomuutosta suuressa mittakaavassa, haasteet korostuvat entisestään. Tässä on kolme lähestyvää sudenkuoppaa, joista sinun tulisi olla tietoinen:
1. Monimutkaisuus
laajoissa hankkeissa on otettava huomioon tarpeet ja vaatimukset koko organisaatiossa. Datalla on taipumus siiloutua kaikkiin näihin eri järjestelmiin ja osastoihin, mikä tarkoittaa, että sinun täytyy löytää tapoja koordinoida sovelluskehitystä osastojen kanssa, jotka eivät välttämättä ole projektin pääasiallisia sidosryhmiä. Sinun on myös integroitava järjestelmiä, jotta ne voivat jakaa tietoja—ja se tuo meidät seuraavaan haasteeseemme.
2. Työvirtojen keskinäinen riippuvuus
kun työvirrat ovat riippuvaisia muilta osastoilta saaduista tiedoista, saumaton integraatio on välttämätöntä. Tämä tarkoittaa, että tarvitset vankan arkkitehtuurin määrittelemään, miten kaikki kerrokset sopivat yhteen, mukaan lukien turvallisuusprotokollat ja työntekijöiden pääsy.
3. Usein tarkennuksia käyttäjien vaatimuksiin
mitä monimutkaisempi projekti on, sitä todennäköisempää se on, sillä joudut tarkentamaan käyttäjien vaatimuksia usein matkan varrella. Sinun on tietenkin tunnistettava ja suunniteltava mahdollisimman monet vaatimukset projektin alussa, mutta sinun on myös tehtävä tiivistä yhteistyötä projektitiimin kanssa kehitysvaiheen aikana varmistaaksesi, että ohjelmisto tekee kaikki tarvitsemasi asiat.
nämä ovat vain kolme haastetta, jotka voivat suistaa projektisi raiteiltaan. On tuhat muuta, jotka voivat maksaa sinulle aikaa ja rahaa, jos et ole suunnitellut hyvin.
joten katsotaanpa, miten voit luoda vankan strategian projektisi toteuttamiseksi.
yhdeksän askelta onnistuneeseen Ohjelmistomuutokseen
projektin lopputulosta ei tarvitse riskeerata lataamalla eteenpäin ilman suunnitelmaa. Voit välttää monet monimutkaisiin IT-hankkeisiin liittyvät sudenkuopat noudattamalla alan parhaita käytäntöjä kaikissa kolmessa projektin vaiheessa: liiketoiminta-analyysi, kehitys ja testaus. Katsotaanpa katsomaan yhdeksän vaiheet onnistunut IT muutos YHTEYDESSÄ näiden kolmen vaiheen.
liiketoiminta-analyysi
ennen kuin aloitat projektin, sinun on tiedettävä, mitä yrität saavuttaa yrityksesi puitteissa. Joten tämä ensimmäinen vaihe vaatii huolellista analysointia tavoitteistasi projektille ja sen toivotuista tuloksista.
Vaihe 1: Tunnista projektin tavoitteet ja Arvotekijät
miltä haluat IT-osastosi näyttävän tulevaisuudessa? Tämä korkean tason kysymys auttaa sinua siirtymään nykyisten kipupisteiden ulkopuolelle ja laajentamaan pitkän aikavälin visiotasi. Tässä vaiheessa olisi myös laadittava etenemissuunnitelma, jossa esitetään yksityiskohtaisesti, mitä haluat hankkeen saavuttavan, mukaan lukien erityiset arvoajurit, kuten:
* Loppukäyttäjäkokemuksen parantaminen tuottavuuden lisäämiseksi ja/tai asiakaskokemuksen parantamiseksi
* työnkulkujen virtaviivaistaminen liiketoimintakustannusten vähentämiseksi
* tehokkaampien tiedontallennusvalmiuksien toteuttaminen turvallisuuden ja tehokkuuden lisäämiseksi
* päätöksenteon tehostaminen analytiikalla
* nykyisten ongelmien ratkaiseminen tehokkaiden prosessien tai asiakaspalvelun tiellä
Vaihe 2: nimetään projektipäällikkö
tämän henkilön tulisi olla joku muu kuin kehitystiimi. Hänen on pidettävä yllä korkeatasoista näkemystä siitä, mitä projektin jokaisessa vaiheessa tapahtuu, mikä on budjettisi ja onko projekti aikataulussa. Projektipäällikkö on myös tiiviisti mukana vaatimusten synnyssä, projektin laajuudessa, sidosryhmien ja tiimin jäsenten välisessä viestinnässä, projektianalyysissä ja toimittajan hallinnassa.
Vaihe 3: Määrittele projektin vaatimukset ja laajuus
mitä yksityiskohtaisempia vaatimuksesi ovat, sitä tarkempi projektisi laajuus, budjetti ja aikataulu on. Ennen kuin käynnistät projektin, varmista, että sinulla on selkeä käsitys muutoksen laajuudesta, työstä, joka on tehtävä, kaikki odotetut muutokset, ja käytettävyysvaatimukset. Hankkeen vaatimusten olisi katettava hankkeen jokainen vaihe, mukaan lukien arkkitehtuurin suunnittelu, tekninen infrastruktuuri, tietotarpeet ja toteutus.
Vaihe 4: kokoa ryhmä
projektin onnistuminen riippuu työtä tekevien tiimin jäsenten taidoista. Jos ulkoistat kehitystyötä, varmista, että sinulla on hyvä viestintäprosessi käytössä ja että olet selkeästi ilmoittanut vaatimuksistasi kehittäjille. Sinun pitäisi myös nimetä tekninen johtaja, joka hallinnoi suunnittelu ja integrointi eri komponenttien. Tämä henkilö toimii myös yhteyshenkilönä projektipäällikön kanssa pitääkseen projektin raiteillaan, kun uutta tietoa tulee esiin kehitystyön aikana.
ohjelmistokehitys
kun suunnitelma on valmiina, seuraava askel on itse ohjelmistokehitys. Toteutusstrategian ja riskienhallinnan tulisi perustua jo määrittämiisi tavoitteisiin.
Vaihe 5: Nail Down your Implementation Methodology
Decide how you will approach data governance, architecture, and application development. Tämä menetelmä on virallistettava ja sitä on noudatettava huolellisesti hankkeen jokaisessa vaiheessa.
Vaihe 6: Laadi Riskienhallintastrategiasi
Suunnittele strategia lyhyen ja pitkän aikavälin riskien tunnistamiseksi koko hankkeessa. Käytä skenaariosuunnittelua kehittääksesi protokollia riskien arvioimiseksi ja hallitsemiseksi niiden ilmaantuessa, ennen kuin niillä on mahdollisuus suistaa hanke raiteiltaan.
Vaihe 7: seuraa ohjelmistokehityksen elinkaarta
kaikkien onnistuneiden ohjelmistokehitysmenetelmien on noudatettava kuutta perusvaihetta: vaatimusten kerääminen, järjestelmäanalyysi, järjestelmäsuunnittelu, koodaus, testaus ja toteutus. Kokeneiden kehittäjien tulisi noudattaa näitä perusvaiheita jo nyt, mutta sinun kannattaa käydä prosessi läpi heidän kanssaan etukäteen, jotta ymmärrät, mitä kussakin vaiheessa tapahtuu. Järjestelmä pitäisi määritellä ja jakaa pienempiin osiin, jotta kehittäjät tietävät, miltä kunkin iteraation pitäisi näyttää.
testaus
riittävä testaus voi pelastaa sinut epäonnistuneelta käyttöönotolta ja tunnistaa mahdolliset integrointiongelmat tai ongelmat ennen kuin käynnistät järjestelmän koko yrityksessä.
Vaihe 8: testaa jokaisessa vaiheessa
Varaa projektin aikatauluun riittävästi aikaa täysimittaista testausta varten. Suorita testejä koko kehitysvaiheen ajan varmistaaksesi, että kaikki komponentit integroituvat onnistuneesti. Ota mukaan pilottiryhmiin sekä kokeneita testaajia (jotka tietävät, mitä etsiä) että todellisia loppukäyttäjiä (joiden on opittava ja käytettävä järjestelmää). Kun kehittäjät saavat palautetta, he voivat tehdä muutoksia välittömästi vähentääkseen myöhemmin tarvittavan virheenkorjauksen määrää. Tee tämä ennen jokaisen virstanpylvään tai ominaisuuden julkaisemista, jotta sinun ei tarvitse tehdä tukkumuutoksia projektin lopussa.
Vaihe 9: dokumentoi kaikki
kerro onnistumiset ja epäonnistumiset, jotta ne voidaan jakaa sidosryhmien kanssa ja käyttää prosessin parantamiseen tulevia projekteja varten. Sisällytä testikokoonpanot, asennusvaiheet, testitulokset, virheet ja suositukset dokumentaatioosi. Säilytä löydöksesi yrityksesi organisaatioprosessin resursseissa, jotta ne ovat helposti käytettävissä tulevissa projekteissa.
johtopäätös
paras tapa taata, että projekti epäonnistuu, on rynnätä sisään ilman suunnitelmaa, jättää kommunikaatiolinjat auki, suorittaa minimaalinen testaus ja käynnistää ilman tietoa siitä, tekeekö ohjelmisto sen, mitä sen pitäisi tehdä. Se voi merkitä taloudellista katastrofia yhtiöllenne.
, mutta sen ei tarvitse. Suurissa hankkeissa on suuret panokset ja myös suuret palkkiopotentiaalit. Siksi on tärkeää, että suunnittelet riittävästi etupäässä, jotta voit välttää katastrofin tiellä.