Evoluzione del Project Management: Startup vs. Imprese

Le startup giocano a poker, le grandi aziende giocano a scacchi.

Questa citazione di Don Dodge, Developer Advocate di Google, riassume le differenze tra l'essere un project manager in una startup e un'impresa.

Le startup stanno giocando un gioco di probabilità. Come con i giocatori di poker, i migliori vincono costantemente, ma a volte perderanno contro i dilettanti. Nella gestione dei progetti di avvio, è necessaria una grande esecuzione, ma la verità è che anche i migliori imprenditori possono fallire. Come per gli scacchi, un sistema di gestione dei progetti aziendali deve essere molto più strategico, pianificare due passi avanti e assumersi meno rischi.

Non è tutto in bianco e nero

Un avvertimento prima di approfondire questo argomento è che ci sono tutti i tipi di aziende. Puoi ancora chiamare una startup un'azienda con 100 dipendenti? E se crescesse fino a 200 o 300 dipendenti? A volte Uber è ancora definita una startup nei media, tuttavia, Uber ora ha 12.000 dipendenti. Un'altra distinzione è che una startup avviata da studenti universitari è molto diversa da una avviata da imprenditori seriali con oltre 20 anni di esperienza professionale che potrebbero aver lavorato in precedenza nell'impresa e da lì hanno riportato le migliori pratiche alle loro startup.

Quindi, ci sono molti casi che vanno tra una startup co-localizzata con 5 persone e una multinazionale con uffici in tutto il mondo. Anche se questo articolo si concentrerà principalmente su due estremi, prendi tutto con le pinze e pensa in modo critico se gli asporto si applicano alla tua situazione specifica.

Startup vs. Imprese

Con questo avvertimento fuori mano, proviamo a definire i due estremi per gettare un terreno per la nostra discussione. Ai fini di questo articolo, le caratteristiche di una startup sono:

• Un team co-localizzato (~1-50 dipendenti) in cui in genere conosceresti tutti i tuoi colleghi per nome.
• I ruoli sono vagamente definiti.
• I co-fondatori sono molto attivi nel prendere la maggior parte delle decisioni.
• L'azienda sta perdendo soldi e non c'è una lunga pista rimasta: la sopravvivenza è un grosso problema.

All'altra estremità dello spettro, un'impresa sarebbe simile a questa:

• Più reparti e sedi.
• Conosci bene solo i tuoi colleghi diretti e interagisci con una manciata di persone di altri dipartimenti.
• Ognuno ha responsabilità e gerarchie chiare.
• L'azienda potrebbe essere pubblica.
• La redditività e la sopravvivenza a breve termine probabilmente non sono un problema.

Gestione del progetto di avvio

Project Manager ≈ Product Manager

In teoria, i project manager hanno responsabilità sostanzialmente diverse rispetto ai product manager. Tuttavia, in un'impostazione di avvio i due ruoli di solito si intrecciano. Se sei un project manager in una startup, è probabile che tu assuma molti più compiti al di fuori di quelli che faresti tradizionalmente in un'impresa.

Opportunità per i Project Manager nelle Startup

Decisioni rapide e grande impatto

Nella gestione del progetto di avvio, è abbastanza facile prendere decisioni importanti in quanto non ci sono molte dipendenze in termini di processi, altri team, clienti, ecc. Qualcosa di importante come assumere un nuovo collega, cambiare la home page, aggiungere nuove funzionalità o l'estensione di una scadenza potrebbe essere una riunione o una conversazione Slack di distanza. Questo dà potere a un project manager e crea un senso di autonomia.

Una startup è un buon posto per mettere alla prova le tue idee e crescere professionalmente. Puoi provare un nuovo strumento di gestione dei progetti che il tuo amico ti ha detto di utilizzare nella sua azienda. Che ne dici di passare da Scrum a Kanban? Qualunque cosa ti faccia consegnare più velocemente, risponde il CEO. Cosa ne pensi dell'implementazione di quel nuovo chatbot che permette di interrogare Google Analytics in linguaggio naturale? Non hai bisogno di uno sviluppatore per questo, spiega il tuo CTO durante il pranzo. In un'impresa, tutte queste sarebbero iniziative separate, grandi e lunghe gestite da un project manager dedicato.

Le cose si fanno velocemente

Il ciclo di vita dello sviluppo nelle startup è molto più breve che nelle imprese. Potresti avere un'idea oggi e avere qualcosa in produzione la prossima settimana. Non c'è molto codice legacy, quindi gli sviluppatori non si lamentano del fatto che la codebase deve essere rifattorizzato e quindi sono in grado di fornire risultati rapidamente. Ciò ti consente di essere in un ciclo di feedback costante con i tuoi clienti ed essere veramente agile.

Facile da adattare o ruotare

La stessa velocità di consegna e la mancanza di dipendenze consentono a un team di startup di cambiare rapidamente rotta. Un esempio famoso è PayPal. Nei primi 15 mesi dal suo inizio come soluzione di "crittografia per telefoni", Paypal è cambiato 5 volte. Il mercato dei pagamenti stava cambiando rapidamente e PayPal è stato in grado di superare eBay, che stava sviluppando la propria soluzione di pagamento chiamata Billpoint. L'agilità di PayPal gli ha permesso di avere una migliore trazione con acquirenti e venditori di eBay, portando infine eBay ad acquisire Paypal.

Processi fluidi

Di solito, non ci sono molti processi e procedure rigorosi per come operano le persone all'interno di una startup. Molto è lasciato al buon senso e alla negoziazione interna. Questo è uno dei motivi principali per cui i punti sopra menzionati funzionano davvero, ovvero puoi prendere decisioni più velocemente e non hai bisogno di innumerevoli approvazioni. Naturalmente, è inevitabilmente un compromesso, che causa altri problemi su tutta la linea, come vedremo più avanti in questo articolo. Tuttavia, per una startup, che è alla ricerca di un adattamento al mercato del prodotto e cerca di superare concorrenti più finanziati e più grandi, è un ragionevole compromesso da avere.

Sfide per i project manager nelle startup

Le responsabilità non sono completamente definite

Un processo fluido consente decisioni rapide e intuitive. Questa è una navigazione tranquilla quando le cose vanno bene, tuttavia, il rovescio della medaglia si traduce in errori e un ambiente caotico. Scomposto, un processo è essenzialmente una lista di controllo: quali passi devono essere presi per ottenere un risultato. I processi di solito si verificano a seguito di alcuni insuccessi, quando i colleghi iniziano a incolparsi a vicenda per non essersi presi cura di qualcosa e un'azienda avvia la creazione di un processo per semplificare il processo decisionale in fasi chiaramente definite per ridurre il rischio che tali problemi si verifichino nel futuro.

Ad esempio, una nuova versione ha provocato un arresto anomalo del sito Web di un cliente. Tutti in azienda sapevano dell'imminente rilascio, ma nessuno ha informato il cliente. Il project manager o il key account manager avrebbero dovuto contattare il team di sviluppo del cliente? Il CTO avrebbe dovuto essere più proattivo? Dopo un'accesa discussione, le persone coinvolte concordano sul fatto che la prossima volta determinati dipendenti saranno responsabili di azioni particolari prima del rilascio, per garantire che ciò non accada di nuovo.

Questo esempio è un microcosmo di come una startup si evolve in una società. Man mano che la complessità in una startup cresce giorno dopo giorno, tali decisioni vengono prese e l'ambiguità viene rimossa dalle operazioni quotidiane. Tuttavia, fino al raggiungimento di tale stato, di solito vengono commessi molti errori dolorosi.

Debole potere contrattuale

In qualità di project manager in una startup, è più probabile che tu ti impegni in trattative esterne. I co-fondatori potrebbero accompagnarti nelle riunioni dei clienti nella fase successiva per rappresentare il lato tecnico o il lato del prodotto del campo. Durante quella riunione potrebbero sorgere molte domande e nuovi requisiti e un project manager deve assicurarsi di non concordare i risultati troppo presto. I co-fondatori potrebbero essere ansiosi di conquistare il potenziale cliente e accettare le loro condizioni anche durante l'incontro, non realizzando completamente il costo delle nuove voci di backlog. Il cliente potrebbe sfruttare il fatto che la tua startup non ha un lungo track record per farti impegnare in più di quanto tu possa ragionevolmente fornire.

Un project manager deve essere in grado di respingere e chiedere più tempo per valutare i nuovi requisiti con il team di sviluppo. Una volta che hai almeno stime approssimative dal team, presentale ai co-fondatori e discuti se ha ancora senso per accettare le nuove condizioni dell'accordo.

Le scorciatoie creano problemi legacy

In una startup, è molto facile essere in modalità MVP costante. In qualità di project manager, è molto allettante spingere il team di sviluppo ad accettare scadenze più ravvicinate e prendere scorciatoie per gli elementi della roadmap. Con i co-fondatori costantemente alle tue spalle, sembra quasi necessario. Tuttavia, come dice il proverbio popolare, da un grande potere derivano grandi responsabilità. Se abusi di questo potere, alla fine il tuo team inizierà a incorrere in problemi legacy. E questo non significa che in futuro ti imbatterai in questi mentre sei ancora in modalità di avvio.

Ad esempio, supponiamo che la tua azienda decida di creare una pagina di elenco dei prodotti. Deve avere più filtri per restringere i risultati. Deve anche avere opzioni di ordinamento in base a vari attributi. La stima iniziale è troppo grande e si tenta di restringere i filtri e le opzioni di ordinamento richiesti. Alla fine, si scopre che la maggior parte della stima riguarda l'intero sistema: ricerca e restituzione dei risultati. Chiedi se c'è un modo per fornire una versione più semplice più velocemente. Uno sviluppatore suggerisce di utilizzare una soluzione di terze parti con un abbonamento mensile. Gli altri sviluppatori parlano di problemi di dipendenza e problemi legati all'eredità. Per te sembra perfetto, perché ottieni il tuo MVP più velocemente e in seguito l'abbonamento può essere annullato se decidi di scartare il progetto. Lo Scrum Master accetta di utilizzare la soluzione di terze parti solo se ha la possibilità di riscrivere il codice se il progetto non viene scartato.

La realtà, tuttavia, è che questo accordo non viene quasi mai rispettato a meno che lo Scrum Master non inserisca effettivamente un compito di debito tecnico in uno sprint successivo e lo difenda quando arriva il momento. Se il feedback iniziale per la pagina dell'elenco è positivo, la reazione naturale per il project manager è quella di sviluppare funzionalità aggiuntive poiché l'MVP era solo un test. 6 mesi dopo, si raggiunge un punto in cui l'aggiunta di nuove funzionalità diventa molto costosa, ma il refactoring è ancora più costoso e poi ci sono altre priorità che diventano più importanti e oscurano l'intento iniziale.

Falsi positivi

Un falso positivo nel caso della gestione dei progetti IT sarebbe quando il tuo team sviluppa un MVP e prendi il feedback positivo iniziale come prova dell'adattamento del prodotto al mercato. Può succedere anche prima nel processo quando il tuo stakeholder ti dice: "Ho presentato la nostra soluzione al più grande cliente del nostro settore e hanno detto che l'avrebbero sicuramente acquistata da noi". Lo sviluppi e poi in realtà non lo comprano da te.

I falsi positivi sono una grande sfida, ma c'è un modo per mitigarli. Steve Cohn, fondatore di Validately, suggerisce di convalidare la domanda per la tua soluzione. Ci sono tre segnali che possono aiutarti:

1. I tuoi clienti sono disposti a spendere o impegnare denaro anche prima che tu fornisca la soluzione completa? Ottenere un contratto prima di consegnare la soluzione è probabilmente la migliore convalida che puoi ottenere.
2. I tuoi clienti sono disposti a dedicare del tempo con te allo sviluppo della soluzione? Il tempo è denaro e tutti hanno un arretrato infinito di compiti. Più un cliente si impegna attivamente con te nel capire i requisiti, coinvolgendo gli altri suoi colleghi nella discussione, testando a fondo un MVP e fornendo un ampio feedback, più è probabile che tu sia sulla strada giusta.
3. I tuoi clienti sono disposti a usare la loro reputazione per promuoverti? Che sia sui social media, a un evento professionale o in qualsiasi altra forma, quando un cliente ti sta promuovendo, ti sta prestando la sua reputazione che convalida il suo genuino interesse.

Gestione delle parti interessate

Gli stakeholder più importanti di un project manager in una startup sono solitamente i co-fondatori. Come abbiamo visto nella parte relativa alle opportunità, i co-fondatori possono consentire un rapido processo decisionale basato sul buon senso. Tuttavia, il problema è che molti co-fondatori spesso fanno affidamento sul loro istinto per prendere decisioni. Ciò è particolarmente vero per i co-fondatori che hanno lavorato in un particolare settore come professionisti del settore e che ora hanno deciso di creare una soluzione IT per risolvere un problema che essi stessi hanno dovuto affrontare nel loro lavoro.

Una profonda conoscenza del mercato è estremamente utile per qualsiasi startup, tuttavia non si può fare affidamento esclusivamente su di essa durante la creazione di una tabella di marcia. L'aspirazione della maggior parte delle startup è quella di creare una soluzione che si amplierà a livello internazionale. Anche se ci sono più aziende nello stesso mercato, non necessariamente risolveranno i loro problemi allo stesso modo. Il co-fondatore potrebbe avere una conoscenza approfondita di come la sua società precedente ha fatto le cose, ma ciò non si traduce nella conoscenza di come altre società, specialmente in altri paesi, hanno risolto le stesse sfide.

I co-fondatori il più delle volte mantengono le loro convinzioni e hanno bisogno di un project manager indipendente per controbilanciare le loro opinioni. È compito di un project manager educare i co-fondatori sull'importanza del processo decisionale basato sui dati e dello sviluppo agile nelle prime fasi della scoperta del prodotto.

Gestione del progetto nell'impresa

Project Manager ≠ Product Manager

Man mano che una startup matura e diventa una grande impresa, i ruoli delle diverse posizioni diventano sempre più definiti man mano che il lavoro diventa più specifico. Anche in un'azienda, ci sono casi in cui project manager e product manager si sovrappongono. Tuttavia, il project manager tende a concentrarsi maggiormente sugli aspetti operativi di un progetto, mentre il product manager è responsabile dell'esecuzione.

Ufficio di gestione dei progetti (PMO)

Man mano che un'azienda cresce, il loro portafoglio di progetti cresce con essa. Nuovi project manager si uniscono e con loro portano nuovi strumenti e metodologie di project management. Inizialmente, le cose diventano un po' caotiche e sorge la necessità di un Project Management Office (PMO). Il PMO si occupa del ciclo di vita della gestione del progetto e può diffondere o applicare le migliori pratiche in tutta l'azienda.

In qualità di project manager in un'impresa, dovrai interfacciarti con un PMO. Ogni PMO è diverso, ma le cose che potresti affrontare sono:

• Compilazione di vari moduli per l'avvio e la chiusura del progetto.
• Invio di budget per la revisione.
• Fornire aggiornamenti regolari sullo stato di avanzamento.
• Ottenere approvazioni su pietre miliari o varie fasi del processo.

Per un project manager che sta già facendo molta pianificazione e monitoraggio, molti dei requisiti PMO potrebbero sembrare inutili burocrazia, soprattutto se inizia a rallentare il progetto. Sebbene questa burocrazia possa essere fonte di frustrazione, un project manager proattivo può ridurre al minimo le spese generali e persino estrarre valore per il progetto dal PMO:

• Coinvolgere il PMO in anticipo per capire i requisiti di rendicontazione. Questi possono quindi essere abbinati ai materiali prodotti durante l'esecuzione del progetto per risparmiare tempo.
• Sii un campione di processo. Fornire feedback al PMO su come modificare i processi per semplificare la vita dei project manager. Uno degli obiettivi principali del PMO è aiutare il product manager ad essere efficace.
• Sfrutta il PMO per ricevere assistenza quando il tuo progetto incontra problemi. Il PMO ha una visione a livello aziendale di tutti i progetti e ha esperienza nell'affrontare vari problemi o rischi che si presentano durante l'esecuzione del progetto. Utilizza le loro conoscenze a tuo vantaggio.

Opportunità per i Project Manager nelle imprese

Credibilità

La stabilità e la pianificazione a lungo termine delle imprese mostrano credibilità a clienti e partner. Le persone che vogliono entrare in contatto con la tua azienda sono alla ricerca di un buon track record, che tu sia in grado di mantenere le tue promesse e che abbia molta esperienza nella tua area di competenza. Questo è uno dei maggiori vantaggi che un'impresa ha rispetto alle startup. Semplifica la ricerca di nuovi clienti e partner.

Questa fiducia ti consente di avere una maggiore integrazione con il cliente. In qualità di fornitore di tecnologia, stai abilitando i tuoi clienti e, a loro volta, potrebbero adattare le proprie roadmap a quelle dei tuoi per essere in grado di fornire nuove funzionalità il prima possibile. Una tale relazione sarebbe molto difficile da raggiungere per una startup poiché le startup sono molto volatili e difficili da fidarsi.

Requisiti più facili da raccogliere

Un'impresa ha una presenza molto maggiore nel mercato rispetto a una startup. Man mano che un'azienda cresce e il lavoro diventa sempre più specifico, vengono assunti professionisti sempre più specializzati. Allo stesso tempo, per mantenere la visione, un numero sempre maggiore di dirigenti di alto livello esperti entra a far parte dell'azienda. Tutte queste persone apportano un'enorme conoscenza del mercato, a cui è molto facile accedere e utilizzare per un project manager per raccogliere i requisiti degli utenti.

Questo può essere un grande vantaggio anche per lo sviluppo personale del PM. Avere un gran numero di contatti a tua disposizione ti aiuta ad attingere a loro ogni volta che hai bisogno di influenzare altri stakeholder all'interno dell'impresa o assicurarti che il tuo progetto riceva sufficiente attenzione nei ranghi aziendali.

Un altro gruppo di colleghi, che può aiutarti con i requisiti degli utenti, può essere trovato nei team di vendita, gestione account o assistenza clienti. Le persone che lavorano lì hanno un'esposizione quotidiana ai clienti e possono fornirti molti feedback sulle esigenze e le frustrazioni degli utenti. Tuttavia, tieni sempre presente il contesto da cui proviene questo feedback. Ad esempio, il team di assistenza clienti potrebbe avere a che fare con le persone che utilizzano il tuo prodotto mentre i venditori e gli account manager potrebbero avere a che fare con dirigenti di alto livello che prendono le decisioni di acquisto ma in realtà non utilizzano il tuo software.

Costruisci o acquista

Un'opportunità, che non è disponibile per le startup, è la crescita tramite fusioni e acquisizioni (M&A). Il 2018 ha già registrato un numero record di operazioni di fusione e acquisizione a livello globale. Gran parte di questa tendenza sono i mega affari, come una recente acquisizione da parte di AT&T di Time Warner per 85 miliardi di dollari. Tuttavia, una parte degli accordi sono piccoli in termini di valutazioni e generano rendimenti migliori, secondo uno studio dell'Harvard Business Review. Ci sono molte piccole startup con soluzioni single-point là fuori e i project manager delle aziende dovrebbero tenere presente che a volte potrebbe avere senso acquistarle invece di provare a copiare la loro soluzione. Un project manager potrebbe non essere il decisore per uno scenario del genere, ma può essere quello che porta questa opzione sul tavolo.

Sfide per i project manager nelle imprese

Le approvazioni richiedono più tempo

Man mano che un'azienda cresce, cresce con essa una gerarchia di reportistica. Entrano in atto più dipartimenti, processi e procedure. Vengono create le linee guida del marchio. I rischi legali, a volte trascurati nelle startup, devono essere presi in considerazione. Una citazione per un comunicato stampa congiunto con un nuovo partner potrebbe richiedere un paio di settimane per raccogliere tutte le firme necessarie.

Ciò significa che un project manager deve pianificare molto più in anticipo ed essere più diligente. Tuttavia, ci sono sempre situazioni ad hoc e impreviste in cui è necessario ottenere tutte le approvazioni il più velocemente possibile. Avere buoni rapporti con altri dipartimenti in tali situazioni sarà di grande valore. Un project manager che è in grado di aiutare gli altri bisognosi, in cambio, riceverà più probabilmente favori dai colleghi.

Problemi di comunicazione

"Non presumere nulla" dovrebbe essere il motto di un project manager. Man mano che la complessità cresce all'interno di un'azienda, il lavoro del project manager diventa più difficile in termini di mantenere una comunicazione efficace all'interno e all'esterno del team di progetto. Diamo un'occhiata a uno scenario di esempio.

Il tuo team ha bisogno di un paio di nuove icone per le nuove funzionalità su cui sta lavorando. Incontri inaspettatamente il capo del team di progettazione durante il pranzo e le parli delle icone. Dice che stanno effettivamente lavorando su icone simili in questo momento e le avranno presto pronte. Durante lo stand-up del giorno successivo, trasmetti le informazioni al team e digli di contattare il team di progettazione quando avranno bisogno delle icone. Le funzionalità in questione sono previste tra 4 settimane, quindi tutti presumono che le icone saranno pronte in quel momento. Gli sviluppatori mettono dei segnaposto per le icone e solo durante il QA qualcuno nota che si sono dimenticati di sostituirli. Si affrettano a contattare il team di progettazione, che ha effettivamente posticipato la creazione di quelle icone a causa di altri compiti urgenti. Nessuno del tuo team li ha contattati e il responsabile del team di progettazione ha presupposto che non avresti più bisogno delle icone. Le linee guida del marchio non ti consentono di andare alla produzione con icone casuali e il tuo team rimane seduto lì con le funzionalità completate incapaci di distribuirle.

Il lavoro di un project manager in un'impresa è pieno di momenti del genere maturi per problemi di comunicazione. Ci sono due strategie che puoi utilizzare qui:

• Usa la retrospettiva per capire con il team se un nuovo processo potrebbe aiutare a evitare tali errori in futuro. Forse mantenere un elenco di tutte le dipendenze di altri team con revisioni e follow-up settimanali potrebbe essere la risposta in questo scenario.
• Comunicare troppo. In genere è una buona strategia per un project manager comunicare più di quanto pensi di aver bisogno. Prendere l'abitudine di fare il check-in con le persone, chiedere aggiornamenti veloci in quei brevi momenti mentre si aspetta l'ascensore o si va all'auto. È un buon modo per far scivolare meno cose tra le crepe.

Muoviti lentamente e non rompere nulla

Più vecchia è la base di codice, più difficile diventa sviluppare nuove funzionalità. Un project manager potrebbe iniziare a notare che le startup più piccole stanno entrando sul mercato più velocemente con nuove innovazioni e le stanno superando.

Allo stesso tempo, per respingere le sfide delle piccole startup, le imprese devono anche diffidare di concorrenti di dimensioni simili. Man mano che le startup maturano, le soluzioni single-point diventano piattaforme a tutti gli effetti, che hanno diverse caratteristiche e casi d'uso. La parità di funzionalità con altre grandi aziende concorrenti diventa un problema.

In qualità di project manager in un'impresa, dovrai prendere decisioni, se impegnarti nell'innovazione e creare nuove proposte di valore per i tuoi clienti o cercare di raggiungere la parità di funzionalità con i tuoi concorrenti. Tuttavia, la maggior parte delle volte non sarai in grado di prendere tali decisioni da solo e dovrai lavorare per influenzare più parti interessate a prendere queste decisioni per te. Questo può essere frustrante, soprattutto se le parti interessate sono meno abili dal punto di vista digitale e non hanno familiarità con le funzionalità che stai cercando di convincerle a creare.

Conclusione

In questo articolo, abbiamo discusso di come i meccanismi alla base di una startup e di un'impresa creano opportunità e sfide per un project manager. In una startup, è probabile che un project manager svolga molte funzioni di product manager, ma i due ruoli sono chiaramente separati in un'impresa. Tieni presente che ogni azienda è unica e non tutti gli argomenti discussi si applicano a ogni situazione, quindi gli ambienti ricchi di sfumature richiederanno a un project manager di utilizzare diverse qualità e abilità di gestione del progetto.

Per ricapitolare, una startup ha processi fluidi e il project manager è in grado di prendere decisioni rapide e avere un grande impatto sull'intera azienda. I cicli di vita dello sviluppo sono molto più brevi, il che consente al project manager di rimanere agile ed essere in grado di adattarsi alle mutevoli condizioni del mercato.

Anche un project manager in una startup deve affrontare sfide considerevoli. Responsabilità non completamente definite possono portare a molti problemi man mano che una startup cresce. Clienti e co-fondatori potrebbero spingere un project manager a impegnarsi in qualcosa di più di quanto il team possa ragionevolmente offrire. Successivamente, è possibile inserire nella tabella di marcia varie scorciatoie, che in futuro porteranno a problemi legacy. I co-fondatori di una startup sono molto attivi nella definizione della roadmap. Le loro convinzioni, tuttavia, possono portare a falsi positivi e il project manager deve essere guidato dai dati e agile per mitigare queste sfide.

Sul lato aziendale, un project manager può utilizzare la credibilità e il track record dell'azienda per stabilire buoni rapporti di lavoro con le parti esterne. È più facile raccogliere i requisiti da dirigenti e colleghi esperti, che si interfacciano regolarmente con i clienti. Infine, un ufficio di project management, per quanto vincolante, può aiutare a mitigare i problemi e gestire i rischi che si presentano durante l'esecuzione del progetto.

Le sfide nella gestione dei progetti aziendali sono inevitabilmente legate alle dimensioni dell'azienda. Varie approvazioni e approvazioni significano che un project manager deve pianificare in modo molto diligente e coinvolgere il PMO per evitare di rallentare l'esecuzione del progetto. È probabile che si verifichino problemi di comunicazione poiché sempre più persone e dipartimenti sono coinvolti e ciò deve essere mitigato mettendo in atto i processi giusti. Infine, i cicli di vita dello sviluppo si allungano e un project manager deve competere sia con le startup che con altre imprese sul mercato.

Queste sono le differenze fondamentali tra questi due ambienti in cui lavorano i project manager. Comprendendo queste sfide possiamo prevedere meglio cosa potremmo incontrare spostandoci da un ambiente all'altro.