Meillä on tapana kohdella uutta tekniikkaa, kuten Pyhää Graalia, valon majakkaa, ja vastausta kaikkeen, mikä on hidasta, tehotonta ja vanhaa. Ja se voi olla - jos se toteutetaan suunnittelun ja ennakoinnin kuorma-autokuormalla.
Mutta hyvin, me kaikki tiedämme kuinka se menee.
Hallitusvuosieni aikana, jolloin joskus tuntui siltä, että pelaamme peliä, joka on mahdotonta voittaa teknologista kiinniottoa, opin, mitä voi tapahtua, kun tätä ennakointia pidetään itsestään selvänä. Se näyttää vähän vähemmän kuin Pyhä Graali ja paljon enemmän kuin kustannusten ylitys, viivästykset ja mutkikkaat ratkaisut muuten yksinkertaisiin ongelmiin.
Kuten opin, yksi tärkeimmistä avaimista onnistuneelle teknologiaprojektille on harmoninen suhde yritysryhmän ja teknologiatiimin välillä. Kokemukseni mukaan yritysryhmä ajoi muutosta usein (tarvitsemme monimutkaisemman järjestelmän, esimerkiksi liittovaltion avustusmenojen seuraamiseen), mutta emme pystyneet saavuttamaan edistysaskelta, elleivät kehittäjät ja IT-projektipäälliköt kykene siihen. tapahtua. Projektit päätyivät usein kaukana harmonisesta, mikä johtuu olennaisesti eri kielten puhumisesta ja yllättävän huomattavasti erilaisista odotuksista (muutos, joka näytti minulta vähäiseltä, osoittautui usein merkittävänä kehittäjille).
Mutta yritys ja tekniikka voivat - ja niiden täytyy olla - ystäviä. Hyvät uutiset? Harmonian saavuttaminen ei todellakaan ole niin monimutkaista. Kuten mikä tahansa yhteistyö, se liittyy viestinnän taajuuteen ja laatuun, molemminpuolisesti sovittujen tavoitteiden joukkoon ja suunnitelmaan näiden tavoitteiden melkein väistämättä tapahtuvan siirtymän käsittelemiseksi. Tässä on muutamia perusohjeita liiketoiminnan ja teknologian jakamisen hallitsemiseksi.
1. Pyrki naulaamaan vaatimukset ensimmäistä kertaa
Ajattele yritysvaatimuksia suunnitelmana. Et piirrä talon luonnospiirrosta, toimita niitä urakoitsijalle ja toivotat hänelle onnea. Et palaa takaisin kolme viikkoa rakentamiseen ja pyydä häntä lisäämään kolmas kerros ja neljäs kylpyhuone ja ehkä erkkeri olohuoneessa. Ja et varmasti piirrä suunnitelmiasi ilman arkkitehdin ja insinöörin apua.
Teknologiaprojekti ei ole niin erilainen. Se on suunniteltava tarkasti, ja kun kehitys on alkanut, se ei ole aina helppoa mukauttaa muutoksiin vaikuttamatta koko säätiöön. Siksi on tärkeää olla mahdollisimman kattava alusta alkaen ja saada tarvitsemasi panos ja asiantuntemus, kun ajattelet ratkaisun tarpeita. Haastattele loppukäyttäjiä ymmärtämään heidän kohtaamansa haasteet ja tarkalleen kuinka heidän on käytettävä uutta tekniikkaa. Älä tee oletuksia äläkä jätä mitään osaa suunnittelusta myöhempää käyttöä varten.
2. Mutta tunnusta, että kaipaat vähän
Toisin sanoen minusta oli melkein mahdotonta kuvitella kaikkia tarvittavia ominaisuuksia abstraktien suunnitteluvaiheiden aikana. Väistämättä, kun järjestelmä oli kehitteillä, ymmärsimme, että unohdimme pyytää tarkennettua hakua tai tallenna ja jatka-painiketta. Kun pyysimme kehittäjiä ystävällisesti pyytämään heitä hyväksymään nämä uudet pyynnöt, koimme usein turhautumista. Ehkä uusi muutos vaatisi heitä kumoamaan jo tekemänsä työn ja arkkitehtiin osia ratkaisusta. Ehkä me kuvittelimme sen kestävän kaksi tuntia, kun itse asiassa se vie päivän.
Et ehkä pysty estämään näitä myöhemmin pelissä olevia ilmoituksia, joten parasta mitä voi tehdä, on rakentaa puskuriin niiden mukauttamiseksi. Lisää ylimääräinen viikko alkuperäiseen aikajanaasi ja ylimääräinen 5-10% budjettisi. Monet organisaatiot, tunnustaen kuinka usein odotukset muuttuvat, ovat omaksuneet ketterän lähestymistavan kehitykseen ja levittäneet tekniikkaa vaiheittain, jotta määräaikainen uudelleenarviointi olisi mahdollista. Mitä tahansa käytätkin, älä tee virhettä ajatellessasi, että olet ajatellut kaikkea get-go-alusta lähtien. Sitä ei koskaan tapahdu.
3. Tunne laajuuden hiipiminen, kun näet sen
Kun projekti etenee ja uudet tarpeet ilmenevät, on tärkeää erottaa tosiasiallisesti tarvitsemasi ja pelkästään haluamasi tarpeet. Kysyminen kehittäjiltäsi sovittamaan jokainen soittokello ja mieli viemään unelma voi johtaa loputtomiin projekteihin ja liian monimutkaisiin lopputuloksiin. Jokainen uusi pyyntö ennen priorisointia olisi priorisoitava.
Kun harkitset ominaisuutta, kysy itseltäsi joitain peruskysymyksiä: Toimiiko järjestelmä ilman sitä? Kuinka paljon aikaa täytäntöönpano vie ja kuinka paljon hyötyä lopulta loppukäyttäjälle on? Jos odotamme tulevaa julkaisua käsitelläkseen sitä, menetetäänkö mitään? Se on tärkeysjärjestyksen asettaminen, ja kaikelle voidaan antaa korkean, keskitason tai matalan tila. Jos se on alhainen, laita se kuviolliselle parkkipaikalle - olen kuullut yrityksistä, joilla on ”unelmakehityspyyntö” -asiakirjoja, joihin kuka tahansa voi lisätä ideoita ja insinöörit voivat selata vapaasti. Sitä voidaan aina tarkistaa osana parannuksia, jotka tehdään, kun projekti on valmis ja käynnissä onnistuneesti.
4. Kehitä yhteinen kieli
Kaikilla uusilla järjestelmillä on joukko liiketoiminnan tavoitteita. Sen avulla voit kaapata enemmän tietoja, virtaviivaistaa olemassa olevaa prosessia tai tarjota uusia palveluita asiakkaillesi. On kriittistä, että yritysryhmä ja teknologiatiimi istuvat alas ennen työn aloittamista ja kommunikoivat näiden tavoitteiden kanssa. Yritystoiminnan tavoitteet eivät saa kadota teknisen keskustelun mereen, ja niiden on pysyttävä mielessä tiukasti jokaisessa työvaiheessa.
Yhteisen kielen kehittäminen ei tarkoita pelkästään kollektiivista tavoitteiden asettamista, vaan myös etenemisen seuraamista kaikille sopivalla tavalla. Yritykset ja tekniikka voivat käyttää erilaisia työkaluja työn mittaamiseen, mutta etenemiseen on oltava ainakin yksi näkemys, joka on jaettu. Tämä voi olla yhtä yksinkertainen kuin projektisuunnitelma tai laskentataulukko, jossa on sovitut kentät, kuten päivämäärät ja tavoitteet ja prosenttimäärä täynnä, joten jokaisella on pääsy kunkin suoritettavan tehtävän tilaan. Tavoitteena on välttää tilanne, jossa yritysryhmä luulee olevansa puolivälissä ja tekninen tiimi sanoo olevansa vain neljäsosa - jokaisella tulisi olla sama käsitys siitä, mitä on tehty ja mitä jäljellä on.
Saatat puhua liiketoimintasuunnitelmissa ja PowerPointsissa, ja he voivat puhua koodilla, mutta ellet kommunikoi selkeästi get-go-palvelusta, et koskaan tee sitä Babelista. Menestyvä teknologiaprojekti tarkoittaa mielen kokoamista - ei vain alussa, vaan jokaisessa vaiheessa. Tunnusta oletuksesi ja yritä olla tekemättä liian monta. Mitä pienempi ero liiketoiminnan ja tekniikan välillä, sitä helpompi on ylittää sillat toisiinsa.
