Startupid mängivad pokkerit, suured ettevõtted malet.

See tsiteeri Google'i arendaja advokaat Don Dodge koondab erinevused idufirmas projektijuhiks olemise ja ettevõtte vahel.

Startupid mängivad tõenäosuste mängu. Nagu pokkerimängijate puhul, võidavad ka parimad pidevalt, kuid kaotavad harrastajatele kohati. Sisse käivitamise projektijuhtimine , vajate suurepärast teostust, kuid tõde on see, et ka parimad ettevõtjad võivad ebaõnnestuda. Nagu malega, peab ka ettevõtte projektijuhtimissüsteem olema palju strateegilisem, kavandama kaks sammu ette ja võtma vähem riske.

See pole kõik must-valge

Üks hoiatus enne selle teema juurde sukeldumist on see, et on olemas igasuguseid ettevõtteid. Kas saate 100 töötajaga ettevõtet enam idufirmaks nimetada? Mis siis, kui see kasvab 200 või 300 töötajani? Mõnikord nimetatakse Uberit meedias ikkagi startupiks, samas on Uberil nüüd 12 000 töötajat. Teine erinevus on see, et üliõpilaste käivitatud idufirma erineb väga palju 20+-aastase töökogemusega seeriaettevõtjatest, kes võivad olla varem ettevõttes töötanud ja toonud sealt parimad praktikad oma alustavatele ettevõtetele.

Seega on palju juhtumeid, mis hõlmavad 5 inimest koos asuvat idufirmat ja rahvusvahelist korporatsiooni, millel on kontorid üle kogu maailma. Kuigi see artikkel keskendub enamasti kahele äärmusele, võtke see kõik koos soola sisse ja mõelge kriitiliselt selle üle, kas kaasavõtmised kehtivad teie konkreetses olukorras.

Startupid vs ettevõtted

sõlme js veebiserveri raamistik

Kui see hoiatus jääb kõrvale, proovime määratleda kaks äärmust, et panna meie arutelule pinnas. Selle artikli tähenduses on a käivitamine on:

• Kaasas asuv meeskond (~ 1–50 töötajat), kus tavaliselt tunneksite kõiki oma kolleege nimepidi.
• Rollid on lõdvalt määratletud.
• Kaasasutajad teevad väga aktiivselt enamikke otsuseid.
• Ettevõte kaotab raha ja pikka rada pole enam jäänud - ellujäämine on suur probleem.

Spektri teises otsas on ettevõte näeks välja selline:

• Mitu osakonda ja asukohta.
• Tunnete hästi ainult oma otseseid kolleege ja suhtlete käputäie inimestega teistest osakondadest.
• Kõigil on selged kohustused ja hierarhiad.
• Ettevõte võib olla avalik.
• Kasumlikkus ja lühiajaline ellujäämine tõenäoliselt muret ei valmista.

Startup projektijuhtimine

Projektijuht ≈ tootejuht

Teoorias, projektijuhtidel on tootejuhtide ees oluliselt erinev vastutus . Kuid idufirma seadistamisel põimuvad need kaks rolli tavaliselt omavahel. Kui olete idufirma projektijuht, võtate tõenäoliselt palju rohkem ülesandeid väljaspool seda, mida te ettevõttes tavapäraselt teeksite.

Startupide projektijuhtide võimalused

Kiired otsused ja suur mõju

Startup-projektijuhtimises on oluliste otsuste langetamine üsna lihtne, kuna protsesside, teiste meeskondade, klientide jne osas pole palju sõltuvusi. Midagi sama olulist kui uue kolleegi palkamine, kodulehe muutmine, uute funktsioonide lisamine või tähtaja pikendamine võib olla üks kohtumine või lõtv vestlus. See annab projektijuhile volitused ja loob autonoomiatunde.

Startup on hea koht oma ideede proovimiseks ja professionaalseks kasvamiseks. Võite proovida uut projektijuhtimise tööriista, mille sõber ütles teile, et nad kasutavad oma ettevõttes. Kuidas oleks liikudes Scrumist Kanbani ? Ükskõik, mis paneb teid kiiremini toimetama, vastab tegevjuht. Mida arvate selle uue vestlusroboti juurutamisest, mis võimaldab teie Google Analyticsi päringuid loomulikus keeles küsida? Selleks pole teil arendajat vaja, selgitab CTO lõunasöögi ajal. Ettevõttes oleksid need kõik eraldi, suured ja pikad algatused, mida juhib pühendunud projektijuht.

Asjad saavad kiiresti tehtud

Arengu elutsükkel on idufirmades palju lühem kui ettevõtetes. Võiksite täna mõelda ja järgmisel nädalal peaks midagi tootma. Pärandkoodi pole palju, mistõttu arendajad ei kurda, et koodibaas tuleb ümber ehitada ja on seega võimelised kiiresti tulemusi pakkuma. See võimaldab teil olla klientidega pidevas tagasiside ringis ja olla tõeliselt vilgas.

Lihtne kohandada või Pivot

Sama kohaletoimetamise kiirus ja sõltuvuste puudumine võimaldavad idufirmal kiiresti muuta kurssi. Kuulus näide on PayPal. Esimese 15 kuu jooksul pärast telefonide krüptograafia loomist on Paypal pöördus 5 korda . Makseturg muutus kiiresti ja PayPal suutis eBay-d konkurentsivõimelisemaks muuta, mis töötas välja oma makselahenduse nimega Billpoint. PayPali väledus võimaldas tal eBay ostjate ja müüjatega paremini haakuda, mis viis lõpuks eBay Paypalini.

Vedelad protsessid

Tavaliselt ei ole startupis töötavate inimeste jaoks palju rangeid protsesse ja protseduure. Suur osa sellest jääb terve mõistuse ja sisemiste läbirääkimiste hooleks. See on üks peamisi põhjuseid, miks ülalnimetatud punktid tegelikult toimivad, st saate otsuseid teha kiiremini ega vaja lugematuid registreerumisi. Muidugi on see paratamatult kompromiss, mis põhjustab muid probleeme, nagu näeme edaspidi selles artiklis. Siiski on idufirma jaoks, kes otsib tooteturu sobivust ja üritab paremini rahastatud ja suuremaid konkurente konkureerida, see on mõistlik kompromiss.

Väljakutsed idufirmade projektijuhtidele

Vastutus pole täielikult määratletud

Sujuv protsess võimaldab teha kiireid ja intuitiivseid otsuseid. See on sujuv purjetamine, kui asjad sujuvad, kuid tagakülg põhjustab vigu ja kaootilist keskkonda. Lõhustatuna on protsess sisuliselt kontroll-loend - milliseid samme tuleb tulemuse saavutamiseks astuda. Protsessid tekivad tavaliselt mõne ebaõnnestumise tagajärjel, kui kolleegid hakkavad üksteist süüdistama selles, et nad ei hooli millestki ja ettevõte algatab protsessi loomise, et muuta otsuste tegemine selgelt määratletud sammudeks, et vähendada selliste probleemide tekkimise ohtu Euroopas. tulevik.

Näiteks on uus versioon välja viinud kliendi veebisaidi. Kõik ettevõtte töötajad teadsid eelseisvast versioonist, kuid keegi ei teavitanud sellest klienti. Kas projektijuht või peamine kontohaldur oleks pidanud võtma ühendust kliendi arendustiimiga? Kas CTO oleks pidanud olema ennetavam? Pärast tulist arutelu lepivad asjaosalised kokku, et järgmine kord vastutavad konkreetsed töötajad enne vabastamist teatud toimingute eest, et see ei korduks.

See näide on mikrokosmos selle kohta, kuidas idufirma areneb ettevõtteks. Kuna idufirma keerukus kasvab iga päevaga, tehakse selliseid otsuseid ja igapäevasest tegevusest eemaldatakse ebaselgus. Kuid selle seisundi saavutamiseni tehakse tavaliselt palju valusaid vigu.

Nõrk läbirääkimisjõud

Startupi projektijuhina osalete suurema tõenäosusega välistel läbirääkimistel. Kaasasutajad võivad teid viia hilisematesse klientide koosolekutesse, et esindada väljaku tehnilist või toote poolt. Selle koosoleku ajal võib tekkida palju küsimusi ja uusi nõudeid ning projektijuht peab veenduma, et ei lepiks kokku tulemuste osas liiga vara. Kaasasutajad võivad olla huvitatud potentsiaalse kliendi võitmisest ja nõustuda nende tingimustega isegi koosoleku ajal, mõistmata täielikult uute mahajäämuste esemeid. Võimalik, et klient kasutab fakti, et teie käivitamisel pole pikka aega, et pühenduda rohkemale, kui suudate mõistlikult pakkuda.

Projektijuht peab saama arendusmeeskonnaga uute nõuete hindamiseks rohkem aega tagasi küsida. Kui teil on meeskonnalt vähemalt ligikaudsed hinnangud, esitage need kaasasutajatele ja pidage arutelu, kui on veel mõistlik leppida kokku tehingu uute tingimustega.

Otseteed tekitavad pärandprobleeme

Käivitamisel on väga lihtne olla pidevas MVP-režiimis. Projektijuhina on väga ahvatlev suruda arendusmeeskonda leppima rangemate tähtaegadega ja tegema otseteed teekaardi üksuste jaoks. Kui kaasasutajad on pidevalt seljas, tundub see peaaegu vajalik. Kuid nagu populaarne ütlus ütleb - suure jõuga kaasneb suur vastutus. Kui te seda võimu kuritarvitate, hakkavad lõpuks teie meeskonnal tekkima pärandprobleemid. Ja see ei tähenda millalgi tulevikus - tõenäoliselt satute nendega kokku veel käivitusrežiimis.

Oletame näiteks, et teie ettevõte otsustab tooteloendi lehe luua. Tulemuste kitsendamiseks peab sellel olema mitu filtrit. Samuti peavad sellel olema sortide valikud, mis põhinevad erinevatel atribuutidel. Esialgne hinnang on liiga suur ja proovite nõutavaid filtreid ja sortimisvõimalusi kitsendada. Lõpuks selgub, et suurema osa hinnangust moodustab kogu süsteem - tulemuste otsimine ja tagastamine. Küsite, kas on mingil moel lihtsam versioon kiiremini edastada. Üks arendaja soovitab kasutada igakuise tellimusega kolmanda osapoole lahendust. Teised arendajad räägivad sõltuvuse ja pärandiga seotud probleemidest. Teie jaoks kõlab see ideaalselt, sest saate oma MVP kiiremini ja hiljem saab tellimuse tühistada, kui otsustate projekti kaotada. Scrum master nõustub kolmanda osapoole lahendust kasutama ainult siis, kui neil on võimalus kood ümber kirjutada, kui projekti ei tühistata.

Reaalsus on siiski see, et seda lepingut ei täideta peaaegu kunagi, välja arvatud juhul, kui scrum-kapten paneb hilisemas sprindis reaalselt tehnilise võla ülesande üles ja kaitseb seda, kui aeg käes. Kui noteerimislehe esialgne tagasiside on positiivne, on projektijuhi loomulik reaktsioon täiendavate funktsioonide väljatöötamine, kuna MVP oli ainult test. 6 kuud hiljem jõuate punkti, kus uute funktsioonide lisamine muutub väga kulukaks, kuid uuesti ülesehitamine on veelgi kulukam ning siis on ka teisi prioriteete, mis muutuvad olulisemaks ja varjutavad esialgset kavatsust.

Valepositiivsed

IT-projektijuhtimise puhul on valepositiivne see, kui teie meeskond arendab MVP-d ja te võtate esialgse positiivse tagasiside toote turu sobivuse tõendiks. See võib juhtuda isegi protsessi alguses, kui teie sidusrühm ütleb teile: 'Olen andnud oma lahenduse oma valdkonna suurimale kliendile ja nad ütlesid, et ostavad selle kindlasti meilt.' Arendate seda ja siis nad ei osta seda teilt tegelikult.

Valepositiivsed on suur väljakutse, kuid neid on võimalik leevendada. Validately asutaja Steve Cohn soovitab teil seda teha kinnitage oma lahenduse nõudmist . Sind võivad aidata kolm signaali:

1. Kas teie kliendid on valmis kulutama või kulutama raha juba enne täieliku lahenduse pakkumist? Lepingu sõlmimine enne lahenduse edastamist on tõenäoliselt parim valideerimine, mis teil on võimalik saada.
2. Kas teie kliendid on valmis kulutama teiega aega lahenduse väljatöötamiseks? Aeg on raha ja kõigil on lõputu mahajäämus ülesannetest. Mida rohkem on klient teiega nõuete väljatöötamisel aktiivselt seotud, kaasates arutelu ka teisi kolleege, testides MVP-d põhjalikult ja pakkudes piisavalt tagasisidet, seda tõenäolisemalt olete õigel teel.
3. Kas teie kliendid on valmis kasutama oma mainet teie reklaamimiseks? Ükskõik, kas sotsiaalmeedias, kutseüritusel või muus vormis, kui klient teid reklaamib, laenab ta teile oma mainet, mis kinnitab tema tõelist huvi.

Sidusrühmade haldamine

Projektijuhi kõige olulisemad idufirma sidusrühmad on tavaliselt asutajad. Nagu nägime võimaluste osas, saavad kaasasutajad võimaldada tervet mõistusel põhinevat kiiret otsustamist. Probleem on aga selles, et paljud kaasasutajad toetuvad otsuste tegemisel sageli oma sisetundele. See kehtib eriti kaasasutajate kohta, kes on töötanud konkreetses valdkonnas valdkonna spetsialistidena ja on nüüd otsustanud luua IT-lahenduse, et lahendada probleem, millega nad ise oma töökohal silmitsi seisid.

Sügavad turuteadmised on igale idufirmale äärmiselt kasulikud, kuid teekaardi koostamisel ei saa sellele ainult tugineda. Enamiku alustavate ettevõtete eesmärk on luua lahendus, mis laieneb rahvusvaheliselt. Isegi kui samal turul on mitu ettevõtet, ei pruugi nad oma probleeme tingimata samal viisil lahendada. Kaasasutajal võivad olla intiimsed teadmised, kuidas tema eelmine ettevõte asju tegi, kuid see ei tähenda teadmisi selle kohta, kuidas teised ettevõtted, eriti teistes riikides, samu väljakutseid lahendasid.

Kaasasutajad hoiavad oma veendumustest pigem kinni ja vajavad nende vaadete tasakaalustamiseks sõltumatut projektijuhti. Projektijuhi ülesanne on kaasasutajaid harida andmepõhise otsuste tegemise ja väleda arendamise olulisuse üle toote avastamise varases staadiumis.

Projektijuhtimine ettevõtluses

Projektijuht ≠ tootejuht

Kui idufirma küpseb ja muutub suureks ettevõtteks, saavad erinevate ametikohtade rollid üha täpsemini määratletud, kui töö muutub konkreetsemaks. Isegi ettevõttes on juhtumid, kus projektijuhid ja tootejuhid kattuvad . Projektijuht kipub siiski rohkem keskenduma projekti operatiivsetele aspektidele, samas kui tootejuht vastutab hukkamise eest.

Projektijuhtimise büroo (PMO)

Ettevõtte kasvades kasvab ka nende projektide portfell. Uued projektijuhid liituvad ja toovad endaga kaasa uusi projektijuhtimise tööriistu ja metoodikaid. Esialgu läheb asi veidi kaootiliseks ja tekib vajadus projektijuhtimise büroo (PMO) järele. PMO tegeleb projektijuhtimise elutsükliga ja võib levitada või juurutada parimaid tavasid kogu ettevõttes.

Ettevõtte projektijuhina peate suhtlema PMO-ga. Iga PMO on erinev, kuid asjad, millega võiksite silmitsi seista, on:

• Erinevate vormide täitmine projekti algatamiseks ja lõpetamiseks.
• Eelarve esitamine ülevaatamiseks.
• Regulaarsete edusammude värskendamine.
• Verstapostide või protsessi erinevate sammude kaudu registreerumiste saamine.

Juba palju planeerimise ja jälgimisega tegeleva projektijuhi jaoks võivad paljud PMO nõuded tunduda tarbetu bürokraatiana, eriti kui see hakkab projekti pidurdama. Kuigi see bürokraatia võib põhjustada pettumust, võib ennetav projektijuht minimeerida üldkulusid ja isegi hankida projekti väärtus PMO-st:

• Aruandlusnõuete väljaselgitamiseks kaasake PMO varakult. Seejärel saab neid aja kokkuhoiuks sobitada projekti teostamisel toodetud materjalidega.
• Ole protsessi meister. Esitage PMO-le tagasisidet selle kohta, kuidas protsesse saab muuta, et muuta projektijuhtide elu lihtsamaks. PMO üks peamisi eesmärke on aidata tootejuhil olla efektiivne.
• Kui teie projektil tekivad probleemid, kasutage PMO abi. PMO-l on kõigi ettevõtete väljavaade kogu ettevõttele ja tal on kogemusi projekti teostamisel tekkivate erinevate probleemide või riskide käsitlemisel. Kasutage nende teadmisi enda kasuks.

Ettevõtte projektijuhtide võimalused

Usaldusväärsus

Ettevõtete stabiilsus ja pikaajaline planeerimine näitavad klientidele ja partneritele usaldusväärsust. Inimesed, kes soovivad teie ettevõttega suhelda, otsivad häid tulemusi - et saaksite oma lubadusi täita ja teil oleks oma kogemuste alal palju kogemusi. See on üks suurimaid eeliseid, mis ettevõttel idufirmade ees on. See hõlbustab uute klientide ja partnerite leidmist.

finantsjuhi roll

See usaldus võimaldab teil kliendiga paremini integreeruda. Tehnoloogiamüüjana lubate oma klientidel ja omakorda võivad nad kohandada oma tegevuskavasid teie omadega, et saaksite uusi funktsioone võimalikult kiiresti pakkuda. Sellist suhet oleks idufirmal väga raske saavutada, kuna idufirmad on väga kõikuvad ja neid on raske usaldada.

Nõudeid on lihtsam koguda

Ettevõttel on turul palju rohkem kui alustaval ettevõttel. Kui ettevõte kasvab ja töö muutub üha spetsiifilisemaks, võetakse tööle üha rohkem spetsialiseerunud spetsialiste. Samal ajal liitub ettevõttega visiooni säilitamiseks üha rohkem staažikaid tippjuhte. Kõik need inimesed toovad tohutut ülevaadet turust, millele on projektijuhil väga lihtne juurdepääs ja mida saab kasutajate nõuete kogumisel kasutada.

See võib olla suur eelis ka peaminister isiklikuks arenguks. Teie käsutuses on suur hulk kontakte, mis aitavad teil neid kasutada alati, kui peate mõjutama ettevõtte teisi sidusrühmi või veenduma, et teie projekt saab piisavalt palju tähelepanu ettevõtte ridades.

Teine rühm kolleege, kes aitavad teil kasutajate nõudmisi täita, võib leida müügi-, kontohaldus- või klienditoe meeskondadest. Seal töötavatel inimestel on igapäevane kokkupuude klientidega ja nad võivad anda teile palju tagasisidet kasutajate vajaduste ja pettumuste kohta. Pidage siiski meeles seda konteksti, kust see tagasiside tuleb. Näiteks võib klienditoe meeskond suhelda inimestega, kes kasutavad teie toodet, samal ajal kui müüjad ja kontohaldurid võivad tegeleda kõrgetasemeliste tippjuhtidega, kes teevad küll ostuotsuseid, kuid tegelikult teie tarkvara ei kasuta.

Ehitage või ostke

Võimalus, mida alustavatel ettevõtetel pole, on kasv ühinemiste ja ülevõtmiste kaudu. 2018. aastal on juba nähtud a rekordiline kogus ühinemis- ja ülevõtmistehinguid kogu maailmas . Suur osa sellest trendist on megatehingud, nagu hiljutised Time Warneri omandamine AT&T-s 85 miljardi dollari eest. Osa tehingutest on aga hindamise mõttes väikesed ja need toovad parema tootluse, kinnitavad a Uuring autor Harvard Business Review. Seal on palju väikeseid ühepunktiliste lahendustega idufirmasid ja ettevõtete projektijuhid peaksid meeles pidama, et mõnikord võiks nende lahenduse kopeerimise asemel olla mõttekas neid välja osta. Projektijuht ei pruugi olla sellise stsenaariumi puhul otsustaja, kuid võib selle valiku tabelisse tuua.

Ettevõtte projektijuhtide väljakutsed

Heakskiitmine võtab kauem aega

Ettevõtte kasvades kasvab koos sellega ka aruandluse hierarhia. Paigale tuleb mitu osakonda, protsessi ja protseduuri. Luuakse brändijuhised. Arvestada tuleb juriidiliste riskidega, millest startupides mõnikord mööda vaadatakse. Uue partneriga ühise pressiteate tsitaat võib kõigi vajalike registreerumiste kogumiseks võtta paar nädalat.

See tähendab, et projektijuht peab palju rohkem ette planeerima ja hoolsam olema. Siiski tuleb alati ette ad hoc ja ootamatuid olukordi, kus peate kõik kinnitused saama võimalikult kiiresti. Head suhted teiste osakondadega on sellistes olukordades väga väärtuslikud. Projektijuht, kes on võimeline teisi abivajajaid aitama, saab vastutasuks pigem kolleegide poolehoidu.

Vale suhtlus

'Eelda midagi' peaks olema projektijuhi moto. Kui ettevõttes kasvab keerukus, muutub projektijuhi töö projektimeeskonnas ja -väliselt tõhusa suhtluse säilitamiseks keerulisemaks. Vaatame stsenaariumi näidet.

Teie meeskond vajab uute funktsioonide jaoks paar uut ikooni. Kohtute ootamatult lõuna ajal disainimeeskonna juhiga ja räägite talle ikoonidest. Tema sõnul töötavad nad praegu sarnaste ikoonide kallal ja saavad need varsti valmis. Järgmise päeva stand-upi ajal edastate teabe meeskonnale ja käskite neil pöörduda disainimeeskonna poole, kui neil ikoone vaja läheb. Kõnealused funktsioonid on saadaval nelja nädala pärast, nii et kõik eeldavad, et ikoonid on sel ajal valmis. Arendajad panevad ikoonidele kohatäited ja alles QA ajal märkab keegi, et unustas need asendada. Nad rabelevad, et pöörduda disainimeeskonna poole, kes on nende kiireloomuliste ülesannete tõttu nende ikoonide loomise tegelikult edasi lükanud. Keegi teie meeskonnast pole nende poole pöördunud ja disainimeeskonna juht eeldas, et te ei vaja enam ikoone. Brändijuhised ei võimalda teil tootesse minna juhuslike ikoonidega ja teie meeskond jäetakse sinna istuma koos lõpetatud funktsioonidega, mis ei suuda neid juurutada.

Projektijuhi töökoht ettevõttes on täis selliseid hetki, mis on küpseks suhtlemiseks. Siin saate kasutada kahte strateegiat:

• Kasutage retrospektiivi, et meeskonnaga välja mõelda, kas uus protsess aitaks tulevikus selliseid vigu vältida. Võib-olla võiks selle stsenaariumi korral vastus olla teiste meeskondade kõigi sõltuvuste loetelu hoidmine koos iganädalase ülevaatuse ja järelkontrolliga.
• Ülemäärane suhtlemine. Projektijuhil on üldiselt hea strateegia suhelda rohkem kui arvate, et vaja oleks. Harjumine inimeste juurde registreerumiseks, nende lühikestel hetkedel kiiret värskendust paludes lifti oodates või auto juurde minnes. See on hea viis, kuidas vähem asju libiseda.

Liikuge aeglaselt ja ärge murdke midagi

Mida vanem on koodibaas, seda raskem on uute funktsioonide väljatöötamine. Projektijuht võib hakata märkama, et väiksemad idufirmad jõuavad uute uuendustega kiiremini turule ja konkureerivad nendega.

Samal ajal kui väikeste idufirmade väljakutsetega võideldakse, peavad ettevõtted olema ettevaatlikud ka sarnase suurusega konkurentide suhtes. Kui idufirmad küpsevad, saavad ühepunktilistest lahendustest täieõiguslikud platvormid, millel on erinevad omadused ja kasutusjuhtumid. Probleemiks saab funktsioonipariteet teiste suurte konkurentide ettevõtetega.

Ettevõtte projektijuhina peate langetama otsuseid, kas tegeleda innovatsiooniga ja luua oma klientidele uusi väärtuspakkumisi või proovida saavutada konkurentide omaduste pariteet. Enamasti ei saa te aga ise selliseid otsuseid vastu võtta ja peate töötama selle nimel, et mõjutada mitut sidusrühma nende otsuste tegemisel teie eest. See võib olla pettumust valmistav, eriti kui need sidusrühmad on vähem digitaalselt asjatundlikud ja neile pole tuttavad funktsioonid, mille ehitamisel neid veenda üritate.

Järeldus

Selles artiklis käsitlesime, kuidas idufirma ja ettevõtte aluseks olevad mehaanikad loovad projektijuhile võimalusi ja väljakutseid. Käivitamisel täidab projektijuht tõenäoliselt palju tootejuhi funktsioone, kuid need kaks rolli on ettevõttes selgelt eraldatud. Pidage meeles, et iga ettevõte on ainulaadne ja kõik käsitletud teemad ei kehti igas olukorras, seega peavad nüansirikkad keskkonnad projektijuhil kasutama erinevaid projektijuhtimise omadused ja oskused .

Kokkuvõtteks võib öelda, et idufirmal on sujuvad protsessid ja projektijuht suudab langetada kiireid otsuseid ning avaldab suurt mõju kogu ettevõttele. Arenduse elutsüklid on palju lühemad, mis võimaldab projektijuhil jääda väledaks ja kohaneda muutuvate turutingimustega.

Ka idufirma projektijuht seisab silmitsi märkimisväärsete väljakutsetega. Täielikult määratlemata vastutus võib idufirma kasvades põhjustada palju probleeme. Kliendid ja kaasasutajad võivad projektijuhti sundida pühenduma rohkemale, kui meeskond mõistlikult suudab saavutada. Pärast seda võib teekaardile lisada mitmesuguseid otseteid, mis toob tulevikus kaasa pärandiprobleeme. Startupi kaasasutajad määravad tegevuskava väga aktiivselt. Nende veendumused võivad aga viia valepositiivsusteni ja projektijuht peab nende väljakutsete leevendamiseks olema andmepõhine ja vilgas.

Ettevõtte poolel saab projektijuht kasutada ettevõtte usaldusväärsust ja kogemusi heade töösuhete loomiseks väliste osapooltega. Nõudeid on lihtsam koguda kogenud juhtidelt ja kolleegidelt, kes suhtlevad klientidega regulaarselt. Lõpuks võib projektijuhtimise büroo, olenemata piirangutest, aidata leevendada probleeme ja hallata projekti teostamisel tekkivaid riske.

Ettevõtte projektijuhtimise väljakutsed on paratamatult seotud ettevõtte suurusega. Erinevad kinnitused ja allakirjutamised tähendavad seda, et projektijuht peab projekti täitmise aeglustumise vältimiseks väga hoolsalt planeerima ja kaasama PMO. Tõenäoliselt tekib vale suhtlus, kuna üha rohkem inimesi ja osakondi on kaasatud ning seda tuleb leevendada õigete protsesside paika panemisega. Lõpuks muutuvad arenduse elutsüklid pikemaks ning projektijuht peab konkureerima nii idufirmade kui ka teiste turul tegutsevate ettevõtetega.

Need on põhilised erinevused nende kahe keskkonna vahel, milles projektijuhid töötavad. Nendest väljakutsetest aru saades saame paremini ennustada, mida võib juhtuda ühest keskkonnast teise liikudes.

Põhitõdede mõistmine

Mis määrab idufirma?

Idufirma on laiemas mõttes iga uus ettevõte. IT-idufirmadest rääkides peame tavaliselt silmas väikest ettevõtet, mis püüab leida sobiva toote turule ja koguda raha. Sellel oleks 1–50 töötajat ja suure tõenäosusega oleks sellel suure kasvupotentsiaaliga digitaalne äri.

Mis on ettevõtte näide?

Ettevõte on suur, asutatud ettevõte, millel on mitu osakonda ja asukohta. Sellel on sageli rohkem kui üks äriüksus. Tuntud näited tehnoloogiavaldkonna ettevõtetest oleksid Microsoft, Google, Cisco ja IBM.

kasuta vaarikapiiri serverina

Mis on ettevõtte tasandi projektid?

Ettevõtte tasandi projektid hõlmaksid tõenäoliselt kooskõlastamist mitme osakonna või meeskonnaga. Sellel oleks projekti elluviimiseks eraldatud eelarve ja ressursid. Meeskond kaasaks projekti lõpuleviimiseks kõik vajalikud spetsialistid ja projekt kestaks tõenäoliselt mõnest kuust paari aastani