Ali je pilot v letalu: informativni dokument

Pomembno : Besedilo članka je prevedeno strojno. Glejte zavrnitev odgovornosti. Angleško različico tega članka najdete tukaj .

»Če je med potniki pilot, naj prosim pritisne gumb za klic stevardese.« Potniki v letalu si prav gotov ne želijo slišati takega obvestila. Znova sem prebral neverjetno zgodbo o prav takem dogodku, ki se je zgodil decembra 2013. Ker pilot letala, ki je letelo iz mesta Des Moines v državi Iowa, zaradi zdravstvenih težav ni bil na voljo, je kopilot vprašal, ali je med potniki pilot. Odzval se je polkovnik Mark Gongol, pilot bombnika B1 Vojnega letalstva Združenih držav Amerike. Letalo, potniki in posadka so varno pristali.

To je krasna zgodba, vendar sem jo znova prebral zaradi popolnoma drugega razloga. Potencialna stranka nas je nedavno poklicala in vprašala, ali bi lahko bila »pilot« programske opreme za časovne liste za podjetja. Ob takšnih klicih vedno nekoliko zastanem. Ko nekdo v letalu omeni besedo »pilot«, je vsem jasno, o čem je govora. Ko pa nekdo, ki ocenjuje programsko opremo, pravi »pilot«, nisem več tako prepričan.

Izraz »pilot« se v panogi programske opreme pogosto uporablja skupaj z metodami ocenjevanja, kot je »preizkus koncepta«. Oglejmo si, kaj ti izrazi pomenijo in kako jih je mogoče uporabiti pri postopku ocenjevanja v svojem podjetju.

Preizkus koncepta

To je stari izraz, ki je priljubljen v panogi električnega inženirja. Vezje, sestavljeno na plošči za preizkušanje, je bil namenjeno za preizkus, ali vezje deluje, ne za prodajo. Pri preizkusu koncepta morda več časa prebijete v laboratoriju, kot pri sestavljanju vezja na plošči za preizkušanje, vendar lahko pri preizkušanju poškodujete le vezje, ki ga preizkušate. To je bil cenovno ugoden način preverjanja, ali lahko električno vezje deluje na pričakovan način.

V kontekstu programske opreme je preizkus koncepta zasnovan tako, da nekaj dokazuje. Ko me pokličejo potencialne stranke in vprašajo, ali jim lahko pomagam sestaviti preizkus koncepta za programsko opremo za upravljanje podjetja ali časovnih listov, je moj odgovor vedno enak: »Kakšne koncepte želite dokazati?«

Stranka ob tem običajno obmolkne ali pa dobi zmeden izraz.

Če želite izvesti postopek preizkusa koncepta in ne veste, kaj želite dokazati, kako boste vedeli, ali je preizkus uspešen ali ne? Seveda to ni mogoče.

Morda se sprašujete, zakaj bi nekdo sploh hotel izvesti preverjanje koncepta? Oseba, ki to zahteva, običajno misli, da bo s prikazom delujoče programske opreme pridobila soglasje odgovornih v podjetju za uvedbo zadevne opreme. V tem primeru se »preizkus« nanaša na vodstvo, »koncept« pa na celotno predstavo programske opreme za podjetje.

Če bi bilo upravo mogoče tako preprosto prepričati, da je programska oprema za projekte in časovne liste podjetja odličen pripomoček, bi jih uvedli veliko veliko več.

Težava s tem pristopom je v tem, da delo, ki ga boste porabili za uvedbo tega preizkusa koncepta, najverjetneje ne bo deležen enake podpore, kot bi jo imela uvedba sistema za podjetje. Ko organizacija uvede sistem za podjetje, kot je na primer sistem za upravljanje časovnih listov ali projektov, morate izvesti še veliko drugih stvari, da bo uvedba uspešna. Vodstvo podjetja in osebje v proizvodnji bo moralo najprej dodati svoje mnenje glede uvedbe. Nato je na vrsti čas za razprave, pomoč tehničnih storitev, ki pomagajo vzpostaviti povezavo z drugimi sistemi podjetja, podpora vodstva, obdobje izobraževanja in, seveda, denar.

Če teh stvari nimate, kakšen bo potem sistem, ki ga lahko dokončate s preizkusom koncepta? V najboljšem primeru bo zgolj senca tega, kar želite. V sodobnem svetu, kjer je večina vsebine v oblaku, lahko najbrž dobite dostop do sistema, ki je že v celoti gostovan. ni vam torej treba skrbeti glede strežnikov in programske opreme. Toda namestitev sistema je le del dela, ki ga je treba opraviti, da bo dokončana le osnovna uvedba sistema, vključenega v preizkus koncepta.

Ni težko razumeti, zakaj organizacija ne bo želela nameniti veliko denarja in virov za uvedbo nečesa, kar bi lahko vplivalo na celotno organizacijo. Ta odločitev ima lahko resne posledice. Večinoma govorimo le o prednostih programske opreme za upravljanje projektov podjetja, vendar si ni težko predstavljati, da lahko tak ponesrečen projekt zelo neugodne posledice za podjetje. Zato je treba upoštevati tudi te pomisleke. Toda če je glavni cilj prepričati vodstvo o prednostih sistema, gotovo obstaja boljši način za to. Pri podjetju HMS Software smo se osredotočili nekatere od teh tehnik:

  1. Pogovorite se z resnično stranko, ki rešitev že uporablja.

    Veseli smo, da imamo odlične stranke, ki so v veliki večini zadovoljne. Ko ima potencialna stranka pomisleke o tem, v kaj se spušča, povežemo organizacijo z obstoječo stranko. V večini primerov je bila obstoječa stranka pripravljena na srečanje v živo. V drugih primerih opravijo klic, pri katerem namenoma ne sodelujemo. Obstoječe stranke spodbujamo, da delijo s potencialno stranko dobre plati in izzive.

  2. Naj dokažemo.

    Če res imate koncept, ki ga je treba preizkusiti, potem vam ga bomo pomagali preizkusiti. Obstajajo legitimni razlogi, zakaj je treba nekatere vidike nekaterih uvedb najprej preizkusiti. Morda bo uvedba vključevala velike količine določene vrste podatkov. Nekoč smo na primer dobili zahtevo, da predstavimo rešitev za delo s projektom z veliko obremenitvijo. Prosili so nas, da pokažemo programsko opremo, kako deluje z določenimi brskalniki, ali pa povežemo določene različice določenih zunanjih sistemov. Če tak koncept preprečuje oceno, potem se lahko s takim izzivom najlažje spopadejo strokovnjaki v panogi.

  3. To lahko izkoristite tudi kot del usposabljanja.

    Če mora potencialna stranka na vsak način pokazati, da sistem deluje s podatki podjetja, sistem pa lahko uporablja osebje podjetja, pomagamo podatke naložiti v gostovani sistem. Sistem nato minimalno konfiguriramo, kot želi stranka, hkrati pa s tem izobrazimo osebje, ki bo s sistemom delalo. Veliko raje vidimo, da nam omogočijo vstop v podjetje in sami predstavimo delovanje sistema. Če to ni mogoče, prosimo za pregled scenarija ali predstavitve, ki jo bo uporabila potencialna stranka, nato pa jo pomagamo prirediti ali pa predstaviti.

Kje je pilot, ko ga potrebuješ?

Kaj pa pilotski projekt? To je bolje, kajne? Lahko bi bilo. Če ste dobili nalogo, da ustvarite pilotsko uvedbo sistema za upravljanje časovnih listov ali projektov podjetja, najprej določite cilje. Če so cilji le preizkus koncepta, potem to ni pilotski program.

Pilotski projekt je resnična, živa uvedba sistema za proizvodnjo. To običajno vključuje podniz celotne baze uporabnikov, ki jo bo sistem ovrednotil. Pilotski program bo zaradi tega najverjetneje nekaj časa trajal. Medtem ko so že na samem začetku upoštevane potrebe celotne cilje baze uporabnikov, se pilotski program osredotoča na dejansko implementacijo za uporabnike, vključene v pilotski program. Ti bodo dejansko upravljali svoje projekte ali pa dejansko vnašali podatke v časovne liste v novem sistemu.

Isti izzivi, s katerimi se bo spopadala celotna uvedba proizvodnje, se spopada tudi pilotska uvedba. Razlika je le v količini ali zahtevnosti podatkov. Najpogostejše ovire pilotskih projektov so pomanjkanje podpore vodilnih, pomanjkljiv proračun, čas in viri. Toda največja ovira je najverjetneje pomanjkanje jasno določenih ciljev, s katerimi je mogoče določiti, ali je bil pilotski projekt uspešen ali ne.

To ne pomeni, da so pilotski projekti slabi. Pilotski projekt je lahko zelo smiselna odločitev. Z njo se lahko izognete negativnem vplivu, ki ga ima lahko na podjetje nepopolna ali slabo konfigurirana uvedba. Toda za uspeh pilotskega projekta je treba vložiti nekaj truda.

Nedavno smo želeli delati na precej veliki uvedbi za javno organizacijo. Organizacija že porabila veliko časa, ki bi ga morala za dokončanje ocene. Odločili so se za vrsto sistema podjetja. Na naše veselje je bil to naš sistem. V preteklem letu smo sodelovali z njihovo skupino za ocenjevanje. Tako smo lahko odgovorili na vsa njihova tehnična vprašanja. Pozornost se je zdaj preusmerila na vpliv, ki ga bo imela uvedba na vsakodnevne postopke osebja.

Pri organizaciji so predlagali, da s skupino sodelujemo 6 mesecev. Čeprav je skupina precej velika, je predstavljala le približno 10 odstotkov celotnega osebja. Na voljo je primeren proračun, pilotski program podpira vodstvo, hkrati pa imamo dovolj časa, da lahko nudimo ustrezno podporo. Vse to običajno nudimo pri tovrstnih uvedbah. Skupina, ki bo premaknjena v okolje s sledenjem projektov in časovnih listov, bo z opremo delala do nadaljnjega, zato ne gre zgolj za preizkus. Gre za prvo stopnjo uvedbe, ne za preizkus v smislu »bomo videli, ali bo uspelo«. Ker so na voljo vsi ti dejavniki, ne dvomimo, da lahko do konca tega leta pričakujemo uspešne rezultate.

Dokončanje

Pilotski projekt in projekt preizkusa koncepta sta dejstvo programske opreme za podjetja, toda če ju izvedete, lahko uspešno izvedbo predstavite vsem zadevnim strankam:

  1. Najprej poskrbite, da bodo cilji jasno določeni.

  2. Nato poskrbite, da bo vodstvo natančno vedelo, kar potrebujete, in vas podpiralo s financami, viri in časom, da boste lahko dosegli te cilje.

  3. Nato ustvarite projektni načrt in ga upravljajte kot kateri koli drug projekt v svojem portfelju.

O avtorici

Chris Vandersluis je predsednik in ustanovitelj podjetja HMS Software s sedežem v Montrealu v Kanadi, ki je partner Microsoft Certified Partner. Ima diplomo iz ekonomije z univerze McGill University in ima več kot 30 let izkušenj na področju avtomatizacije sistemov za nadzor projektov. Je dolgoletni član inštituta Project Management Institute (PMI) in je pomagal ustanoviti sedeže v mestih Montreal, Toronto in Quebec skupine Microsoft Project Users Group (MPUG). Med drugim je objavil prispevke v revijah Fortune, Heavy Construction News, Computing Canada magazine, PMI’s PMNetwork in Project Times. Vodi predmet naprednega upravljanja projektov na univerzi McGill University in pogosto predava o funkcijah, povezanih z upravljanjem projektov, v Severni Ameriki in po svetu. HMS Software je izdajatelj sistema TimeControl za spremljanje porabljenega časa na projektih in je partner rešitve Microsoft Project Solution od leta 1995.

Chris Vandersluis je dosegljiv na e-poštnem naslovu: chris.vandersluis@hms.ca

Več člankov o temi EPM, ki jih je napisal Chris Vandersluis, najdete v njegovem spletnem dnevniku EPM Guidance (http://www.epmguidance.com/?page_id=39).

Opomba : Strojni prevod – zavrnitev odgovornosti: Ta članek je bil preveden z računalniškim programom brez človeškega posredovanja. Microsoft skuša s strojno prevedenimi članki vsebino o Microsoftovih izdelkih, storitvah in tehnologijah približati osebam, ki ne razumejo angleščine. Ker je bil članek strojno preveden, so lahko v njem jezikovne, slovnične in pravopisne napake.

Razširite svoja znanja
Oglejte si izobraževanje
Prvi dobite nove funkcije
Pridružite se programu Office Insider

Vam je bila informacija v pomoč?

Zahvaljujemo se vam za povratne informacije.

Zahvaljujemo se vam za povratne informacije. Videti je, da bi vam prišla prav pomoč enega od naših Officeovih agentov za podporo.

×