Dal time management allo schedule management: la nuova gestione del tempo in un progetto

Lo schedule management o schedulazione di un progetto è il processo di gestione del tempo di un progetto attraverso pietre miliari, delle attività e dei risultati finali, solitamente indicando le date di inizio e fine previste.

Una schedule o schedulazione è il calendario di un progetto o di un programma.

Questo mostra come il lavoro progredirà per un periodo di tempo e tiene conto di fattori quali le risorse limitate e la stima dell’incertezza.

Questo processo inizia con il lavoro necessario per soddisfare i requisiti degli stakeholder.

Ciò include il lavoro tecnico/pratico che crea i risultati e l’attività di gestione che tratta aspetti come la gestione dei rischi e la gestione degli stakeholder.

La Definizione dei tipi di lavoro

Alcuni tipi di lavoro possono essere definiti molto più facilmente rispetto ad altri tipi.

Il lavoro di ingegnerizzazione, per esempio, tende ad avere specifiche dettagliate e complete fin dall’inizio.

Alcune attività IT, invece, seguono un approccio più iterativo per definire ciò che deve essere fatto.

Gli approcci al calcolo degli orari devono essere ugualmente flessibili.

In alcuni casi, è possibile utilizzare tecniche rigorose per modellare il lavoro e calcolare i tempi dettagliati.

In altri casi, inizialmente devono essere fatte delle stime generali che, man mano che il progetto prosegue, vengono costantemente affinate grazie alle informazioni disponibili.

Un modello dettagliato può essere utilizzato per eseguire calcoli ed analisi “what-if” per testare il risultato di eventi potenziali.

As esempio: “cosa succede se la risorsa X non è disponibile in febbraio?” oppure “cosa succede se ci sono condizioni meteorologiche sfavorevoli in marzo?”.

La Pianificazione Rolling Wave

Gli approcci di pianificazione dettagliati e di alto livello solitamente seguono la cosiddetta pianificazione “rolling wave”.

Ovviamente, il lavoro a breve termine è in genere meglio definito e può essere soggetto ad una pianificazione più rigorosa e completa.

Il lavoro a lungo termine è invece più vago e soggetto a cambiamenti. Si specificherà mano a mano che il lavoro prosegue.

La finestra di dettaglio si muove quindi lungo il programma appunto come una “rolling wave”, letteralmente un’onda rotolante.

La forma di pianificazione grafica utilizzata più comunemente è il diagramma di Gantt.

Nella sua forma più semplice utilizza barre su una scala cronologica orizzontale per mostrare l’inizio, la durata e la fine delle varie attività.

Varianti del diagramma di Gantt possono trasmettere tutti i tipi di informazioni adattandosi alle circostanze.

Al termine del lavoro le schedulazioni mostrano ciò che è stato pianificato e ciò che è realmente accaduto e possono essere uno strumento importante nell’individuare e determinare le lezioni apprese.

Come effettuare la schedulazione di un progetto

Prima di approfondire la pianificazione del progetto, esaminiamo i fondamenti.

Bisogna porsi tre domande per iniziare la pianificazione di un progetto:

  1. Cosa deve essere fatto?
  2. Entro quando sarà fatto?
  3. Chi lo farà?

time management

Una volta ottenute le risposte a queste domande, è possibile iniziare a pianificare le date, collegare le attività, impostare la durata, le pietre miliari e le risorse.

Di seguito sono riportati i passaggi necessari per pianificare un progetto:

  • Definire le attività: Utilizzando una struttura Work Breakdown Structure (WBS) e un diagramma dei deliverable, è possibile iniziare a svolgere questi compiti e organizzarli. Si mapperanno le attività necessarie per completarli in ordine rispetto a quanto necessario;
  • Fare stime: Una volta definite e suddivise le attività, è necessario determinare il tempo e gli sforzi necessari per completarle;
  • Determinare le dipendenze: I compiti non sono isolati e spesso non è possibile iniziarne uno nuovo finché il precedente non è completato. Questo vincolo viene definito dipendenza delle attività;
  • Assegnare le risorse: L’ultimo passaggio per finalizzare il programma pianificato è decidere quali risorse saranno necessarie per eseguire tali attività in tempo.

Si dovrà scegliere il team di progetto. Il tempo dei collaboratori dovrà essere pianificato esattamente seguendo le attività previste nella pianificazione.

Con l’aumentare della complessità del lavoro, diventa poco pratico mantenere un unico programma dettagliato.

I progetti su larga scala utilizzeranno spesso la pianificazione ondulatoria.

In questa modalità solo il lavoro a breve termine viene mostrato in dettaglio, mentre il lavoro a lungo termine viene mostrato in sintesi.

Con l’aumentare della quantità di attività di gestione, può essere utile creare piani di consegna distinti per aree diverse.

Ad esempio un piano di comunicazione, un piano tecnico, un piano di marketing, ecc.

La necessità di più piani è inevitabile con l’aumentare della complessità di un progetto.

Affinché ciò sia efficace, il project manager deve garantire che politiche di programmazione simili siano adottate in tutto il programma.

Queste politiche possono essere definite in un piano di gestione della pianificazione.

Il piano di gestione della schedulazione ha essenzialmente tre parti:

  • Pianificazione dello sviluppo;
  • Controllo;
  • Pianificazione delle modifiche.

Pianificazione dello sviluppo

In questa sezione vengono stabilite le procedure per lo sviluppo e la revisione del programma.

Viene identificata la persona responsabile dello sviluppo e viene discusso il potenziale contributo dei membri del team di progetto.

Le procedure scritte per la stima della durata e dei budget delle attività, i livelli di contingenza e le risorse sono specificate per il progetto.

Inoltre, se il progetto è complesso, un software di pianificazione del progetto rappresenta molto spesso uno strumento utilissimo da avere.

Controllo della schedule

In questa sezione vengono messe in atto le procedure per misurare e controllare il programma del progetto.

Durante tutto il progetto, gli scostamenti di pianificazione e costi dovrebbero essere noti o calcolati regolarmente.

Ciò richiede una stima della percentuale di completamento di ciascuna attività secondo pianificazione.

In questa fase è necessario avere risposte chiare alle seguenti domande:

  • Come sarà misurato il programma?
  • Quali unità verranno utilizzate per misurare la completezza delle attività?
  • Chi lo misurerà?
  • Quanto spesso verrà misurato?

Cambiamenti di schedule

Normalmente, qualsiasi cambiamento alla pianificazione iniziale di progetto deve essere comunicato ed approvato.

Nella maggior parte dei casi, infatti, qualcuno ha inizialmente approvato il budget e la deadline del progetto e si aspetta di ricevere i risultati di conseguenza.

Quella persona è chiamata solitamente lo “sponsor del progetto“.

Ed è lo sponsor del progetto insieme, spesso, agli stakeholder che deve essere informato.

Egli dovrà approvare tutte le modifiche alla pianificazione iniziale.

time management                                                                                                                                Grazie per l’mmagine a  Watch List

Ecco le domande fondamentali da considerare in questo caso:

  • Quali sono le ragioni adeguate per un cambio di programma?
  • Di quanto preavviso si ha bisogno?
  • Chi deve approvare le modifiche?

La pianificazione di un progetto è probabilmente uno dei lavori più difficili di un project manager.

Ciononostante il coordinamento delle date di consegna sulle stime può essere semplificato e reso più efficiente quando, insieme all’esperienza acquisita, si utilizzano degli appositi software di gestione.

Quali sono le tue esperienze con la schedulazione di un progetto?

Scrivici il tuo commento qui sotto e facci sapere la tua opinione sull’argomento.

Inizia a gestire i tuoi progetti.

Gli Stakeholder di progetto

Chi sono gli stakeholder di progetto? Partendo dal titolo, questa è la prima domanda che viene in mente.

Prendendo la definizione del PMBok, uno stakeholder è un individuo, gruppo o organizzazione che può influenzare, essere influenzato (o percepire se stesso essere influenzato) da una decisione, attività o risultato di un progetto.

In parole povere, uno stakeholder è una persona, un gruppo di persone o un’organizzazione che ha un qualche tipo di interesse nel progetto o che è influenzato dal suo risultato direttamente o indirettamente.

Ciò può includere ad esempio i membri del team di progetto, gli sponsor del progetto, i membri dell’organizzazione e le persone esterne all’organizzazione.

Ma proviamo ad analizzare tutti gli aspetti che possono riguardare i soggetti interessati direttamente o indirettamente da un progetto e le valutazioni e azioni che inevitabilmente ricadono nelle mani del Project Manager.

Gli Stakeholder di progetto: interessi e necessità

Uno stakeholder ha, in qualche modo, interesse all’esito del progetto.

In un progetto, è fondamentale, quindi, identificare tutti gli stakeholder, e sarebbe banale elencarne i motivi.

L’identificazione degli stakeolder va fatta fin dall’inizio della fase di pianificazione al fine di creare una strategia per gestirli.

Questo aiuterà a gestire il progetto con un’ostruzione minima da parte loro.

Prima gli stakeholer vengono identificati, prima si può iniziare a comunicare e a coinvolgerli nelle decisioni di progetto.

In questo modo, si sentiranno connessi al progetto. Potranno comprenderne i benefici e lo supporteranno ogni volta che il project manager ne avrà bisogno.

Il progetto ha successo se tutti gli stakeholder sono felici e soddisfatti del risultato.

Può accadere che, anche se il progetto è completo e tutti i deliverable sono accettati dal cliente, il progetto non viene portato a termine correttamente perché alcuni stakeholder non sono pienamente soddisfatti.

Pertanto, al fine di portare a termine con successo un progetto, è molto importante per un project manager mantenere tutti gli stakeholder soddisfatti.

Normalmente, se il progetto è semplice, l’elenco degli stakeholder di un progetto è tendenzialmente piccolo.

Tuttavia, se il progetto è ampio e magari distribuito in una vasta area geografica, è possibile che vi sia un numero enorme di parti interessate.

Nel progetto, infatti, potranno essere definiti stakeholder di progetto anche comunità o il pubblico in generale.

L’importante è tenere a mente che gli stakeholder non sono tutti uguali.

Ogni parte interessata ha esigenze e aspettative diverse.

Ne consegue che bisogna trattare ogni stakeholder in base alle sue necessità e attese.

Non riuscire a farlo può compromettere il successo del progetto.

Conoscere quindi tutti gli stakeholder, i loro bisogni, aspettative e requisiti, aumenterà le possibilità di successo del progetto.

stakeholder di progetto

Dimenticare o non tenere in considerazione un importante stakeholder, potrebbe portare a delle difficoltà nelle fasi successive del progetto.

Il Progetto potrebbe subire: ritardi, superamento dei costi e nei casi più gravi, la chiusura del progetto stesso.

Tipologia di Stakeholder

Gli stakeholder del progetto possono essere raggruppati in due categorie:

  • Stakeholder interni;
  • Stakeholder esterni.

Gli stakeholder interni sono interni all’organizzazione. Per esempio:

  • Uno sponsor;
  • Un cliente interno (se il progetto è sorto a causa di un bisogno interno di un’organizzazione);
  • Un team di progetto;
  • Un project manager;
  • Un gestore di portafoglio;
  • Un responsabile di un altro gruppo interno all’organizzazione (ad esempio, responsabile commerciale, responsabile amministrativo, ecc.).

Gli stakeholder esterni sono invece, appunto, esterni all’organizzazione. Per esempio:

  • Un cliente esterno (la tipologia “standard” di clienti);
  • Un utente finale del risultato del progetto;
  • Un fornitore;
  • Un subappaltatore;
  • Il governo;
  • Comunità locali;
  • I media.

Gli stakeholder possono inoltre essere positivi e negativi.

Uno stakeholder positivo vede il lato positivo del progetto e beneficia del suo successo.

Questi aiutano il team di gestione del progetto a completare con successo il progetto.

Al contrario, uno stakeholder negativo vede l’esito negativo del progetto e può essere influenzato negativamente dal progetto o dal suo esito.

Questo tipo di stakeholder è meno propenso ad aiutare.

Forse appariremo noiosi, ma è fondamentale capire l’importanza di identificare gli stakeholder del progetto nelle primissime fasi dello stesso.

È inoltre necessario annotare i dettagli, i requisiti, le aspettative, il potere e l’influenza sul progetto nel registro degli stakeholder.

Alcuni di questi stakeholder avranno un interesse minimo o influenza relativa sul progetto.

Tuttavia, il project manager deve prendersi cura anche di loro.

Nessuno può sapere infatti quando stakeholder secondari potranno diventare gli stakeholder dominanti e se gli stakeholder dominanti diventeranno meno influenti.

Il registro degli Stakeholder

Dopo aver quindi identificato tutti gli stakeholder, si procederà a registrare le loro informazioni in un cosiddetto registro degli stakeholder.

Questo registro è un documento di gestione del progetto che conterrà quindi anche tutte le suddette informazioni.

In questo documento saranno quindi identificate tutte le persone, i gruppi e le organizzazioni che hanno qualsiasi tipo di interesse o coinvolgimento nel progetto.

Vi si possono trovare i nomi, titoli, ruoli, interessi, potere, requisiti, aspettative, tipo di influenza, ecc. di ognuno di loro.

È necessario creare il registro degli stakeholder non appena viene firmato lo statuto del progetto.

stakeholder di progetto

Farlo nella prima fase del progetto aiuterà a completare il progetto con il minimo sforzo.

Una volta creato il registro e elencati al suo interno tutti gli stakeholdero, sarà possibile redigere facilmente una strategia per gestirli.

I contenuti del registro degli stakeholder

Di solito, il registro degli stakeholder contiene i seguenti tre tipi di informazioni su ciascuno degli interessati:

  • Identificazione;
  • Valutazione;
  • Classificazione.

In alcuni casi, il registro può contenere anche la strategia di gestione degli stakeholder.

Nella prima sezione, si annoteranno le seguenti informazioni:

  • Nome;
  • Titolo;
  • Informazioni sui contatti;
  • Ruolo nel progetto / organizzazione.

Nella seconda sezione, si registrerà la valutazione degli stakeholder, come ad esempio:

  • I requisiti degli stakeholder;
  • Necessità di comunicazione;
  • Frequenza della comunicazione;
  • Aspettative;
  • Influenza sul progetto;
  • Interesse e potere.

Nell’ultima sezione si classificheranno gli stakeholder sulla base di vari criteri.

Si può dividerli in base al loro potere e interesse per il progetto, se alto, medio o basso.

È inoltre possibile assegnare altri attributi agli stakeholder, ad esempio se è interno, esterno, positivo, un sostenitore, un resistore o uno stakeholder neutrale.

Dopo aver completato la valutazione è possibile redigere la strategia di gestione degli stakeholder.

Questa strategia aiuterà ad affrontare ognuno di loro in base alle singole esigenze, all’influenza e all’interesse nel progetto.

Il registro degli stakeholder deve essere mantenuto aggiornato in ogni momento durante tutto il ciclo di vita del progetto.

Man mano che il progetto avanza, sarà possibile identificare nuovi stakeholder o non doverne più prendere in considerazione altri e bisognerà aggiornare il registro di conseguenza.

Inoltre, durante il ciclo di vita del progetto, l’interesse o il potere di uno o più persone interessate potrebbe cambiare.

Anche questo deve essere puntualmente annotato nel registro.

Come appare chiaro, l’identificazione delle parti interessate è un processo continuo.

E’ per questo il registro degli stakeholder deve ritenersi un documento “aperto” durante l’intero ciclo di vita del progetto.

Poiché questo registro contiene nomi, e-mail, classificazioni e strategie di gestione, potrebbe non essere mostrato a tutti.

È necessario quindi conservare il documento in un luogo sicuro e limitare il suo accesso.

Ogni project manager, in qualsiasi progetto sia coinvolto, deve quindi ricordare di tenere in considerazione i suoi stakeholder.

Una carenza in questo senso potrebbe infatti avere ripercussioni gravi e negative sull’intero progetto.

Hai mai avuto difficoltà ad identificare uno o più stakeholder di progetto? Quali sono le tue esperienze?

Lasciaci il tuo commento.

Identifica gli stakeholder del tuo progetto.

Gestire Team Distribuiti – La Soluzione é il Progetto

I team distribuiti e dinamici sono ormai una realtà costante nel mondo del lavoro.  La loro crescita va però di pari passi con l’aumento della difficoltà di analisi dei progetti.

Questa prassi, ormai cosi diffusa, è infatti di non facile gestione. Gestire team distribuiti in termini di avanzamento di progetto, comunicazione e tempi di lavoro è complicato, per ogni project manager.

Molti progetti – tanti team

Le grandi aziende, ma anche quelle piccole, con un gran numero di progetti possono veder crescere di numero anche i propri team, e quando dico team intendo persone che stanno lavorando sul progetto. Anche se la tua azienda è composta da appena sette colleghi come la nostra, e tu hai un solo team che lavora su svariati progetti, puoi trovarti davanti allo stesso problema: un meeting per un progetto, un meeting per un altro, infinite e-mail relative ad un progetto, molte riferite ad un altro, che disastro!
Per questo motivo non possiamo sottovalutare questa tendenza e proveremo a gestirla al meglio.

Il problema della comunicazione

Lavorare attivamente su un progetto spesso implica l’invio di tonnellate di e-mail per tenere tutti aggiornati su cosa sta accadendo, gestire team distribuiti comporta condividere documenti e informazioni sull’avanzamento e l’impegno, programmare meeting con i clienti e i colleghi, condividere la lista dei to-do per il completamento del progetto.

Questo continuo flusso di informazioni assume che tu abbia sempre presente da chi è composto un certo team distribuito. Quanto tempo impieghi nel controllare la lista dei destinatari di una mail per avere la certezza che tutti siano stati aggiunti? Cosa succede se  dimentichi qualcuno?

Team distribuiti – Qualcuno mi aiuti!

È chiaro adesso che abbiamo bisogno di qualcosa che ci aiuti a gestire team distribuiti.  Ma cosa succede se ti dico che la soluzione è a un passo? Tutti i tuoi team sono implicitamente definiti dal tuo progetto. Nessuno conosce meglio, chi è coinvolto, del tuo software di project management.

people-envolved-2

Nodo per nodo, progetto per progetto, potranno essere assegnate persone diverse e potranno essere condivise informazioni diverse. Semplicemente guardando al team dal punto di vista del progetto, vedrai il gruppo di lavoro che cambia.

Questa semplice ma efficace idea, ti consente di iniziare dal punto di vista del progetto: quando hai un’informazione da condividere devi solo pensare a quale progetto si riferiscono, il tuo team è già lì! Basta aprire il tuo software di project management, navigare fino al progetto che ti interessa e vedrai che il tuo team è salvato lì!

Se vuoi introdurre nella tua azienda un software di project management, puoi provare Twproject che risolve questo problema con un insieme di funzionalità che partono esattamente dal gruppo di lavoro creato sul progetto.

Gestisci i tuoi team distribuiti

Come Diventare un Project Manager di Successo (Infografica)

Nonostante ciò che pensa la gente, essere un Project Manager di successo richiede molta creatività. Un project manager deve essere creativo nel gestire le sue risorse e i cali di produttività, emozioni, conflitti e idee, essere creativo nel comunicare con i propri capi, essere creativo nel gestire grandi progetti con ritardi inaspettati…

Quindi, come rimanere creativi anche quando si gestiscono progetti complessi? Ecco alcuni suggerimenti:

Meditare e non rimanere svegli tutta la notte – questo è un buon consiglio in generale. Per essere produttivi e allo stesso tempo creativi, gli studi dimostrano che si deve riposare almeno 6 ore per notte. Oltre a questo, imparare a meditare può insegnarti l’arte della pazienza e a evitare l’accumulo di stress.

Essere una spugna e non aspettare l’ispirazione – le metodologie di project management sono lì per essere provate fino a trovare quella che meglio risponde ai tuoi progetti. Le metodologie Agili, waterfall, GTD, queste sono solo alcuni esempi di ciò che potete sperimentare. Apriti a nuove strategie e impara a percorrere strade nuove, generalmente i team sono positivi verso organizzazioni più strutturate che li fanno sentire più protetti e seguiti. Se hai problemi a gestire i tuoi progetti e a verificare il loro avanzamento, allora puoi usare un software come Twproject che ti consente di lavorare in modi diversi a seconda delle tue necessità.

Credi in te stesso e non fare da solo – anche se sei il project manager non scordarti dell’opinione del tuo team. Credi nelle tue idee e nella tua creatività ma chiedi anche la loro opinione prima di procedere con decisioni importanti. Se una scelta ricadrà anche sul tuo team, sarà più facile se loro avranno partecipato alla decisione finale. Questo rafforzerà il senso di appartenenza al team. Leggi qui per scoprire come il tuo team può aiutarti a lavorare meglio.

Fai attenzione e non saltare i giudizi – i progetti, dall’inizio alla fine, sono un grande processo creativo che richiede la tua costante attenzione. In questo senso, devi fare attenzione a tutto quello che accade nella tua azienda, se c’è un problema che può avere un impatto anche sul tuo progetto, devi agire immediatamente, anche in modo creativo. Non smettere mai di analizzare i tuo ritardi e le loro cause perché può succedere ancora e uno studio attento può aiutarti ad affrontarli in futuro.

Dì “Si, e …” e non dire “Non funzionerà mai”–vai avanti e non discutere – qui stiamo parlando di costruzione del team, perché non puoi essere un project manager di successo se non hai un team innovativo e un team può dare il meglio se tutti sono liberi di esprimersi, e tu, come project manager, devi imparare ad ascoltarli, anche quando non sei d’accordo. Per avere il team più innovativo devi guardare oltre.

“Old pattern only bring to old results”

“New ideas require risk. People need to know it’s safe to express new thinking”

09ef3d52ba51989da8a95d3c70782e04 Source Entrepreneur.

Diventa un project manager di successo con un software di project management

Come Introdurre un Software di Gestione Progetti e Avere Successo

Una delle sfide più grandi che un project manager si trova ad affrontare in un nuovo team è quella di migliorare la gestione dei progetti  e fare in modo che abbiano questi cambiamenti siano accettati dal gruppo senza resistenza.
Uno degli esempi più frequenti è quando un project manager decide di introdurre un nuovo strumento di project management.
Questa fase di cambiamento, anche se percepita molto stressante, è una grande opportunità per l’azienda per migliorare la propria organizzazione e la propria strategia.
Bene, cosa succede se sei tu quel project manager? Cosa fare se davvero vuoi cambiare le cose nell’organizzazione della tua azienda con un nuovo software di project management?

Individua i tuoi obbiettivi:

 

Una delle cose più importanti da fare prima di introdurre un nuovo software è individuare i tuoi obiettivi. Dovrai rispondere a 2 domande:

  1. Qual è la ragione principale che ti spinge a cercare uno strumento di project management?
  2. Quali sono le caratteristiche principali dello strumento che hai scelto?

Queste semplici domande ti consentono di analizzare quello che manca oggi al tuo team e quali sono gli obbiettivi che vuoi raggiungere nel futuro. Ecco alcuni esempi:
“Ho bisogno che ognuno veda su cosa sta lavorando, che smetta di perdere tempo con le e-mail, segnalando problemi e ritardi. Il software che ho scelto ha delle utilissime dashboard con la lista delle assegnazioni attive ordinate per priorità.”
“Ho iniziato a cercare un software di project management perché non avevamo idea del costo dei nostri progetti. Volevamo tracciare il tempo impiegato e produrre dei report con il costo delle risorse. Abbiamo scelto il software che ci permette di gestire facilmente i costi delle risorse e che, allo stesso tempo, ha uno strumento di time tracking”

Una volta che i tuoi obiettivi saranno chiari, cerca di essere concreto e fissa alcuni piccoli compiti per il futuro prossimo. Avere aspettative realistiche è molto importante, anzi è un punto fondamentale, se prevedi di raggiungere obiettivi non realistici subito riscontrerai nel tuo team un senso di fallimento e questo porterà il software a fallire.

Allo stesso tempo, se non comunichi le tue aspettative, nessuno capirà quanto sarà utile questo cambiamento e abbandoneranno il software.
Nessuno ha detto che sarebbe stato facile…

stereotype metapher leadership or exclusion
stereotype metaphor leadership or exclusion

Comunicare con il team, stiamo cercando di miglioreare..

L’altro punto chiave nell’introduzione di un nuovo software in un’azienda, è far sapere a tutti che questo aiuterà tutti a lavorare meglio, non solo il project manager.
Questo, in alcuni casi, è molto difficile.
Se sei il project manager di un team molto unito, forse per te può non valere, ma adesso io sto parlando a tutti quei pm che hanno un team grande da gestire, magari distribuito su più sedi e con persone che lavorano in maniera diversa. Quindi, come far percepire positivamente questi cambiamenti?
Non è un software per controllare chi lavora e chi no. Sembra brutto da dire, ma molte volte questi tipi di software sono percepiti come uno strumento di controllo. Non lo sono, e va detto chiaramente. Non importa se poi otterrai report sorprendenti su tutte le ore lavorate, oppure se, grazie al software, vedrai chi ha troppo carico. Il motivo del cambiamento non è avere più controllo, almeno non dovrebbe esserlo ;-).
Diventa il pm di te stesso e organizza al meglio il tuo lavoro. Una volta che il project manager ha creato la struttura del task, con dipendenze e tempistiche, tutto il team potrà controllare le priorità, organizzare i to-do e gestire il lavoro in autonomia. Se tu, come pm, riuscirai a fargli capire l’utilità di questo nuovo impegno, allora avrai il team dalla tua parte.
Questi sono solo due esempi da riportare al tuo team per fargli capire quanto utile può essere un software di project management e fargli capire che è uno strumento per tutto il team.

Prendi il meglio del software

Seguendo questa semplice ma efficace strategia per introdurre il nuovo software in azienda, otterrai nel tempo risultati incredibili. Se il tuo team userà il software, inserendo e aggiornando dati senza sforzo, otterrai qualcosa come:
Inserendo stime e worklog -> carico di lavoro del team e tracking dei costi
Quando il software sarà adottato, inizierai a inserire grafici di progetto e assegnare le tue risorse con stime e costi orari. Grazie a questo e all’inserimento dei worklog da parte del team, potrai vedere le risorse con sovraccarico di lavoro, controllare l’avanzamento dei task e verificare i costi, tutte le informazioni aggiornate in tempo reale.
Gestendo team e agenda -> condivisione di meeting e documenti
Utilizzando un’agenda condivisa, potrai condividere appuntamenti e creare facilmente meeting in base al gruppo di lavoro del task, controllare la disponibilità delle risorse e allo stesso modo condividere documenti.
Leggi qui per sapere di più sulla gestione dell’agenda del team.

Usando la check list del task -> autogestione e responsabilità

Quando il software di pm è adottato, ti darà inoltre la possibilità di monitorare le liste di to-do legate al progetto. I to-do sono un sistema facile per tutti gli utenti per organizzare e dare le priorità al proprio lavoro, finalmente smetteranno di usare foglietti sul tavolo e nessuna idea o comunicazione andrà persa.
Se credi che il tuo team abbia bisogno di un modo più strutturato per lavorare, è probabilmente arrivato il momento di introdurre un software di project management. Sì, sarà un cambiamento importante ma otterrai dei risultati incredibili se seguirai la nostra strategia. Il nostro software, Twproject, può davvero portarti ai risultati scritti sopra, tutto questo in un solo software.

Introduci Twproject nella tua azienda