Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Dynamics 365 Project Operations spiegato: progetti cliente dall’offerta alla fattura (Doppiaggio IA)

Transcript

Dynamics 365 Project Operations spiegato: progetti cliente dall’offerta alla fattura (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Siete pronti per 10 giorni di Microsoft 375, Copilot, IA,
0:04
Speaker 2: Azure e per chi sta plasmando il futuro del lavoro?
0:08
Speaker 2: Questo gennaio, M365 contorna ed è ancora più grande. Unitevi
0:13
Speaker 2: a noi per sessioni dal vivo, demo reali e conoscenze
0:15
Speaker 2: pratiche da MVP ed esperti del settore. Niente slide generiche,
0:20
Speaker 2: niente gergo inutile. Affrontiamo le sfide reali. Copilot Studio, agenti
0:25
Speaker 2: IA Fabric, Sicurezza, Governance e Automazione. Che siate professionisti IT,
0:31
Speaker 2: sviluppatori o leader aziendali, ci sono sessioni pensate per voi.
0:35
Speaker 2: Con 10 giorni interi potrete esplorare varie tecnologie e connettervi
0:38
Speaker 2: con una community globale. Seguite le dirette e portate intuizioni
0:42
Speaker 2: pratiche nella vostra organizzazione. Gennaio 2027, 10 giorni, un'unica community Microsoft.
0:49
Speaker 2: Le iscrizioni sono aperte. Andate su m365con. net e assicuratevi il
0:54
Speaker 2: vostro posto oggi stesso. m365con. net... Iscrivetevi ora su m365con. net. Ci
1:02
Speaker 2: vediamo a gennaio. Immaginate questo. Un cliente firma un progetto
1:06
Speaker 2: per la vostra azienda. Le vendite hanno l'accordo in un sistema.
1:09
Speaker 2: Il project manager ha il piano in un foglio di calcolo.
1:12
Speaker 2: Le persone inseriscono le ore da un'altra parte. L'amministrazione chiede
1:14
Speaker 2: ancora cosa si può fatturare. Vi suona familiare? Dynamics 365
1:18
Speaker 2: Project Operations collega questi pezzi. Offre alle aziende basate su
1:21
Speaker 2: progetti un unico luogo per vendere, pianificare, gestire personale, tempi,
1:25
Speaker 2: costi e fatturare... Benvenuti ad un altro episodio di Microsoft
1:28
Speaker 2: Knowledge Nuggets su M365FM e io, Team M, Mirko Peters.
1:32
Speaker 2: Pensatelo come un edificio per uffi. Seguiremo un progetto dalla
1:35
Speaker 2: prima conversazione con il cliente alla fattura finale. Prendete il
1:38
Speaker 2: caffè e cominciamo. Perché le aziende di progetto avevano bisogno
1:42
Speaker 2: di 500 euro. Immaginate una società di consulenza che ottiene
1:45
Speaker 2: un nuovo progetto. Può essere un'agenzia di design, un studio
1:48
Speaker 2: regale o una software house. Il venditore promette un team
1:50
Speaker 2: di specialisti per diverse settimane. Un project manager ha bisogno
1:53
Speaker 2: di un programma. I membri del team devono poter inserire
1:55
Speaker 2: le ore. L'amministrazione deve sapere quali ore fatturare, quali spese
2:00
Speaker 2: includere e quando inviare la fattura. Ognuno pone una domanda valida.
2:04
Speaker 2: Chi è disponibile? Il mese prossimo? Cosa ha accettato di
2:06
Speaker 2: acquistare esattamente il cliente? Siamo ancora nel budget? Il cliente
2:09
Speaker 2: ha già ricevuto una fattura per questo lavoro? Senza un
2:12
Speaker 2: sistema connesso, le persone cercano risposte tra email, fogli di calcolo,
2:15
Speaker 2: riunioni e app separate. Le vendite tengono una versione dell'accordo,
2:19
Speaker 2: la consegna un'altra del piano, l'amministrazione riceve le ore approvate
2:22
Speaker 2: e cerca di creare una fattura. Questo crea delle lacune.
2:26
Speaker 2: Un venditore promette un consulente senior che è già impegnato.
2:30
Speaker 2: Un project manager pianifica 80 ore quando il preventivo ne
2:32
Speaker 2: prevede solo 60. Qualcuno dimentica le spese di viaggio. Il
2:35
Speaker 2: cliente riceve poi una fattura che non corrisponde alle sue aspettative.
2:38
Speaker 2: Nessuno voleva creare confusione. Le informazioni si trovano semplicemente in
2:41
Speaker 2: troppi posti. Queste aziende vendono lavoro a progetto. Vendono tempo
2:44
Speaker 2: e competenza. Consulenza, design, legale, configurazione software, ingegneria. Possono adebitare
2:48
Speaker 2: un importo fisso per un risultato concordato o fatturare ogni
2:50
Speaker 2: ora e spesa. In ogni caso l'azienda deve collegare la
2:53
Speaker 2: promessa al lavoro. Project operations è il modo in cui
2:55
Speaker 2: lo fa. È quello che fa Dynamics 365 Project Operations.
2:58
Speaker 2: In parole povere, è un'app Microsoft per gestire il lato
3:01
Speaker 2: commerciale dei progetti dei clienti. Collega vendite di progetto, consegna, personale, tempi, spese,
3:05
Speaker 2: fatturazione e finanza. Ecco cosa voglio che ricordiate. Project Operations
3:09
Speaker 2: non è solo un'altra app. È il sistema nervoso centrale
3:12
Speaker 2: per aziende basate su progetti. Ogni team ha le stesse
3:14
Speaker 2: informazioni allo stesso momento. Questo edificio ha piani diversi e
3:17
Speaker 2: ogni reparto lavora a un livello differente. Le vendite lavorano
3:20
Speaker 2: al piano terra. È lì che inizia il rapporto con
3:21
Speaker 2: il cliente. La gestione dei progetti è al secondo piano
3:24
Speaker 2: dove trasforma le promesse in piano. L'amministrazione è l'ultimo piano
3:27
Speaker 2: e tiene traccia di costi e fatture. Condividono tutti alla
3:29
Speaker 2: stessa base i dati di Project Operations e quella base condivisa.
3:34
Speaker 2: Collega tutti attraverso un unico registro centrale. Pensatelo come l'ascensore
3:37
Speaker 2: tra i piani. Ogni reparto usa lo stesso ascensore, così
3:40
Speaker 2: nulla va perso lungo il percorso. Notate che non ho
3:43
Speaker 2: definito Project Operations un'app per l'attività. Si possono pianificare attività
3:46
Speaker 2: in molti strumenti. Un piccolo team potrebbe usare una checklist,
3:49
Speaker 2: un planner o un documento condiviso, il che va bene
3:51
Speaker 2: per il lavoro interno. Project Operations entra in gioco quando
3:54
Speaker 2: il progetto tocca contemporaneamente clienti, pianificazione del personale, costi, contratti
3:58
Speaker 2: e fatture. Pensate a un'azienda che aiuta i clienti a
4:00
Speaker 2: spostare i sistemi sul cloud. Prima di iniziare deve stimare
4:03
Speaker 2: impegno e prezzo. Durante il lavoro ha bisogno delle persone
4:07
Speaker 2: tecniche giuste al momento giusto. Mentre il progetto procede serve
4:10
Speaker 2: un registro chiaro di ore, costi, avanzamento e fatturazione al cliente.
4:13
Speaker 2: Unico progetto che involge molti. Project Operations fornisce loro un
4:16
Speaker 2: registro condiviso invece di chiedere di ricostruire le stesse informazioni ripetutamente.
4:20
Speaker 2: Le vendite vedono l'accordo. La consegna vede il lavoro patuito.
4:22
Speaker 2: I resource manager verificano chi ha le competenze e la
4:24
Speaker 2: disponibilità giuste. L'amministrazione lavora su attività di progetto approvate invece
4:28
Speaker 2: di inseguire le persone per i dettagli mancanti. Il punto
4:31
Speaker 2: è che ogni persona usi la stessa schermata tutto il giorno.
4:33
Speaker 2: I venditori lavorano diversamente dai project manager e i team
4:36
Speaker 2: finanziari lavorano diversamente. Ciò che li collega sono le informazioni
4:39
Speaker 2: di progetto ritrovi e quinte. Quando i dettagli cambiano, tutti
4:42
Speaker 2: lavorano partendo dalla stessa base, invece di scoprire sorpresa lavoro finito.
4:45
Speaker 2: Questo previene un problema comune. Un progetto sembra attivo e
4:48
Speaker 2: di successo dall'esterno, mentre l'azienda perde soldi silenziosamente o usando
4:52
Speaker 2: più tempo, personale più costoso, più trasferte di quanto consentito
4:55
Speaker 2: dal prezzo al cliente. Project Operations unisce il piano, le persone,
4:58
Speaker 2: il denaro, un'unica conversazione. Quindi entriamo nell'edificio dove è il
5:01
Speaker 2: progetto cliente e inizio davvero. Prima che un project manager
5:04
Speaker 2: apra un piano, un consulente registri anche solo un'ora. L'ingresso principale. Vendite,
5:10
Speaker 2: preventivi e contratti di progetto. Un progetto cliente inizia molto
5:14
Speaker 2: prima che il team di consegna veda un solo compito.
5:17
Speaker 2: Inizia quando qualcuno chiede, potete aiutarci. Forse hanno bisogno di
5:20
Speaker 2: un nuovo sistema finanziario, consulenza cloud, formazione, lavoro di design
5:23
Speaker 2: o un team per costruire qualcosa di specifico. Le vendite
5:26
Speaker 2: devono trasformare quella conversazione in un'offerta chiara. Ma ecco il punto. Ora,
5:30
Speaker 2: stimare il lavoro prima che il lavoro esista richiede una
5:32
Speaker 2: riflessione reale. Qualcuno deve capire i ruoli richiesti, le ore coinvolte,
5:35
Speaker 2: cosa verrà addebitato al cliente, i costi interni, le date
5:38
Speaker 2: pianificate e i punti in cui il cliente si aspetta
5:41
Speaker 2: di vedere un risultato. Quei punti sono chiamati pietre miliardi.
5:44
Speaker 2: Una pietra migliare potrebbe segnare la fine di una fase
5:46
Speaker 2: di scoperta, la consegna di un design, o quando il
5:48
Speaker 2: cliente approva un pezzo di lavoro finito. Offre a entrambe
5:51
Speaker 2: le parti un momento chiaro per fare una pausa, verificare
5:53
Speaker 2: i progressi e approvare il passo successivo a avviare un pagamento.
5:56
Speaker 2: Project Operations aiuta le vendite a catturare quei dettagli mentre
5:59
Speaker 2: l'accordo sta ancora prendendo fuori. In questo modo, la conversazione
6:02
Speaker 2: con il cliente non vive solo in thread di email,
6:04
Speaker 2: note di riunioni o nella memoria di qualcuno. Immagina che
6:07
Speaker 2: un cliente voglia aiuto per spostare parte della sua attività
6:09
Speaker 2: sul cloud. Il venditore stima un progetto di 10 settimane.
6:12
Speaker 2: Richiede un project manager, due consulenti tecnici e uno specialista
6:15
Speaker 2: per una breve revisione della sicurezza verso la fine. Il
6:17
Speaker 2: cliente concorda un numero fisso di ore, un prezzo per
6:19
Speaker 2: il lavoro e un piano di fatturazione. Quell'informazione diventa più
6:23
Speaker 2: di una semplice nota di vendita. Un preventivo mette per
6:25
Speaker 2: iscritto il lavoro proposto, tutto il lavoro che l'azienda prevede
6:28
Speaker 2: di fare, lo sforzo stimato, il prezzo, le date di
6:30
Speaker 2: inizio e fine pianificate e le regole per adevitare il cliente.
6:34
Speaker 2: Quando il cliente accetta, pensa al contratto come un confine
6:37
Speaker 2: scritto attorno al progetto. Risponde a domande basilari che diventano
6:40
Speaker 2: molto imbarazzanti quando nessuno sa rispondere in seguito. Cosa ha
6:43
Speaker 2: acquistato il cliente? Quanto pagherà? Pagano ore lavorate e un
6:46
Speaker 2: importo fisso per lavoro completato in determinate fasi? Le spese
6:49
Speaker 2: di viaggio possono essere rimborsate. Risposte chiare prevengono molte conversazioni
6:52
Speaker 2: difficili in seguito. Ecco una semplice distinzione. Un preventivo indica
6:55
Speaker 2: ciò che l'azienda spera di vendere. Un contratto registra ciò
6:58
Speaker 2: che il cliente ha accettato di acquistare. Questa differenza è
7:00
Speaker 2: importante perché i team di consegna devono lavorare sulla promessa accettata,
7:03
Speaker 2: non su un'idea iniziale cambiata durante la trattativa. Project Operations
7:08
Speaker 2: mantiene tali dettagli vicino al record del progetto. Invece che
7:10
Speaker 2: un project manager riceva un'email inoltrata che dice, credo che
7:12
Speaker 2: abbiamo venduto 10 settimane di consulenza. Il manager può vedere
7:15
Speaker 2: l'ambito approvato, i ruoli pianificati, le ore stimate, i prezzi
7:18
Speaker 2: e i termini di fatturazione, tutti collegati al progetto del cliente.
7:21
Speaker 2: Ciò fornisce la consegna a un punto di partenza molto
7:23
Speaker 2: più solido. Aiuta anche le vendite a rimanere realistiche prima
7:25
Speaker 2: che il cliente firmi. Se un preventivo richiede un esperto
7:28
Speaker 2: senior per 3 settimane intere, l'azienda può verificare se quella
7:30
Speaker 2: persona è disponibile per le date pianificate. Un cliente potrebbe
7:33
Speaker 2: voler iniziare il lavoro lunedì, ma uno specialista promesso potrebbe
7:36
Speaker 2: essere già impegnato altrove. Meglio individuarlo durante il preventivo che
7:39
Speaker 2: dopo la firma del contratto. Per le aziende che utilizzano
7:42
Speaker 2: già Dynamics 365 Sales, Project Operations può connettersi al record
7:45
Speaker 2: cliente e alle attività di vendita già presenti. Le vendite
7:49
Speaker 2: non devono trattare un affare di progetto come un tipo
7:50
Speaker 2: di conversazione completamente separata. Cliente, l'opportunità, la stima e il
7:54
Speaker 2: contratto possono seguire tutti lo stesso percorso. Ora, questo non
7:57
Speaker 2: significa che ogni affare di vendita diventi un progetto. Una
8:00
Speaker 2: semplice vendita di prodotto potrebbe non richiedere affatto una pianificazione
8:02
Speaker 2: di Project Operations entra in gioco quando l'accordo crea un
8:05
Speaker 2: lavoro pianificato per il cliente che richiede persone, tempo, costi
8:08
Speaker 2: e regole di fatturazione. Una volta che il cliente firma,
8:11
Speaker 2: la promessa deve diventare un piano reale. La stanza del progetto,
8:15
Speaker 2: i piani, le attività e la consegna quotidiana. Con l'accordo
8:19
Speaker 2: in atto, il Project Manager deve trasformare quella promessa in
8:22
Speaker 2: lavoro che le persone possano effettivamente seguire. Questa è la
8:24
Speaker 2: stanza del progetto. Project Operations utilizza uno spazio di lavoro
8:27
Speaker 2: di Microsoft Project per la pianificazione. È lì che il
8:29
Speaker 2: team pianifica il lavoro, vede le date... traccia i progressi
8:32
Speaker 2: man mano che il progetto avanza. Un piano di progetto
8:34
Speaker 2: può sembrare opprimente quando dice solo sposta il cliente sul cloud.
8:38
Speaker 2: Quindi il manager lo suddivide in pezzi più piccoli. Quella
8:41
Speaker 2: struttura è chiamata struttura di scomposizione del lavoro, o value BS.
8:44
Speaker 2: Il nome sembra tecnico ma significa semplicemente prendere un grosso
8:46
Speaker 2: pezzo di lavoro e dividerlo in attività che una persona
8:48
Speaker 2: può comprendere, gestire e completare. Per il nostro progetto di
8:52
Speaker 2: migrazione al cloud la prima attività potrebbe essere la scoperta.
8:54
Speaker 2: Il team deve scoprire quali sistemi usa il cliente, quali
8:57
Speaker 2: dati contengono, chi ne dipende e cosa potrebbe andare storto
8:59
Speaker 2: durante il trasferimento. Segue la fase di progettazione. Non si
9:03
Speaker 2: può costruire una buona soluzione finché non si sa cosa
9:05
Speaker 2: bisogna costruire. Dopo la progettazione viene il lavoro di sviluppo,
9:07
Speaker 2: poi il test e infine la revisione del cliente. Infine,
9:10
Speaker 2: il team mette in funzione il lavoro e chiude il progetto.
9:13
Speaker 2: Ogni attività può includere dettagli come data di inizio e
9:15
Speaker 2: fine pianificata, impegno previsto, responsabile e collocazione nel programma generale.
9:20
Speaker 2: Alcune attività dipendono anche da altre. La progettazione non può
9:22
Speaker 2: iniziare correttamente finché la fase di analisi non fornisce al
9:25
Speaker 2: team informazioni sufficienti. La revisione del cliente non può avvenire
9:27
Speaker 2: finché il lavoro di sviluppo non raggiunge un punto valutabile
9:29
Speaker 2: da cliente. Questi collegamenti contano perché un ritardo all'inizio può
9:32
Speaker 2: influenzare il lavoro successivo del progetto. Quando un'attività viene spostata
9:35
Speaker 2: e il piano può mostrare dove potrebbero sorgere problemi in seguito,
9:38
Speaker 2: non prevede il futuro alla perfezione. I progetti coinvolgono persone, clienti,
9:42
Speaker 2: esigenze mutevoli e sorprese occasionali. Ma un programma interconnesso aiuta
9:45
Speaker 2: il project manager a vedere l'effetto di un cambiamento invece
9:47
Speaker 2: di scoprire troppo tardi che anche tre attività successive sono slittate.
9:51
Speaker 2: Nel piano compaiono anche le pietre miliari. Pensatele come punti
9:54
Speaker 2: di controllo che non richiedono ordini di lavoro specifici. Una
9:56
Speaker 2: pietra miliare può indicare che il design è stato approvato,
9:58
Speaker 2: il primo test completato, che il cliente ha accettato una consegna.
10:01
Speaker 2: Offrono al team di progetto e al cliente momenti chiari
10:03
Speaker 2: per fermarsi, verificare il lavoro e decidere cosa fare dopo.
10:06
Speaker 2: Il piano non deve restare mutato dopo la prima riunione.
10:09
Speaker 2: Il project manager lo aggiorna man mano che il lavoro procede.
10:11
Speaker 2: I membri del team completano le attività, le date cambiano,
10:14
Speaker 2: un cliente potrebbe chiedere un approccio diverso, qualcuno potrebbe aver
10:16
Speaker 2: bisogno di più tempo del previsto. Le operazioni di progetto
10:19
Speaker 2: offrono al manager uno spazio per confrontare il piano originale
10:21
Speaker 2: con il lavoro completato finora. Quel confronto risponde a una
10:23
Speaker 2: domanda semplice. Siamo dove ci aspettavamo di essere? Se il
10:27
Speaker 2: team ha pianificato 40 ore per l'analisi, ma ne registra
10:29
Speaker 2: 60 prima che finisca, il manager può vedere che il
10:31
Speaker 2: progetto ha richiesto più impegno del previsto. Ciò non significa
10:34
Speaker 2: automaticamente che il progetto sia fallito. Magari l'ambiente del cliente
10:37
Speaker 2: sia rivelato più complesso del previsto. In ogni caso, il
10:41
Speaker 2: team ora ha un dato su cui discutere. Anche il
10:43
Speaker 2: lavoro quotidiano deve essere registrato. Un consulente può inserire le
10:46
Speaker 2: ore sull'attività specifica invece di scrivere un vago. Lavoro di
10:49
Speaker 2: progetto a fine settimana. La registrazione mostra su cosa ha
10:52
Speaker 2: lavorato e quanto tempo ha impiegato, offrendo al project manager
10:54
Speaker 2: una visione chiara dell'impegno profuso nel piano. Le registrazioni del
10:57
Speaker 2: tempo servono a scheda presenze. Collegano il lavoro effettivo al piano.
11:01
Speaker 2: Aiutano il manager a vedere i progressi. Creano informazioni che
11:03
Speaker 2: l'azienda può usare in seguito per i costi di progetto
11:05
Speaker 2: e la fatturazione secondo i termini contrattuali. Anche le spese
11:08
Speaker 2: vanno inserite nel registro di progetto. Un consulente potrebbe recarsi
11:11
Speaker 2: dal cliente pagare un servizio approvato o acquistare il necessario
11:14
Speaker 2: per il lavoro. Project Operations può collegare tali costi al progetto,
11:19
Speaker 2: evitando che si perdano i documenti separati senza un legame
11:21
Speaker 2: chiaro col cliente. Alcune organizzazioni vedono anche l'aiuto di Copilot
11:25
Speaker 2: in Project Operations, dove è disponibile. Copilot può assistere nella
11:29
Speaker 2: stesura di un report sullo stato del progetto, far emergere
11:31
Speaker 2: rischi dai dati o aiutare con l'inserimento ore. Riduce il
11:35
Speaker 2: lavoro da zero, ma non sostituisce un project manager che
11:38
Speaker 2: capisce il team e le cause di un ritardo. È
11:42
Speaker 2: sempre la persona a controllare i risultati. Project Operations adatto
11:44
Speaker 2: a progetti cliente con piani, contratti, persone, ore e budget associati.
11:48
Speaker 2: Se al tuo team serve solo una bacheca semplice per
11:49
Speaker 2: attività interne, Planner potrebbe essere la scelta migliore. Mantieni il
11:52
Speaker 2: lavoro leggero e mirato. Un programma diventa reale solo quando
11:55
Speaker 2: le persone giuste hanno il tempo di eseguirlo. Ufficio del personale, competenze, disponibilità,
12:00
Speaker 2: tempo e spese. Ciao a tutti e bentornati ad un
12:02
Speaker 2: altro Knowledge Nugget qui su M365 ABEM. Sono il vostro
12:06
Speaker 2: host Mirko Peters e oggi parliamo di cosa succede quando
12:08
Speaker 2: un piano incontra il mondo reale. Un piano può sembrare
12:11
Speaker 2: perfetto sullo schermo, ma crolla se le persone indicate non
12:13
Speaker 2: sono disponibili. Il punto è questo. Pensa alla gestione delle risorse,
12:17
Speaker 2: come all'ufficio del personale in nostro edificio. È dove l'azienda
12:20
Speaker 2: verifica chi può svolgere il lavoro, quando, quali competenze offre
12:23
Speaker 2: e quanto costa il loro tempo al progetto. Una risorsa
12:25
Speaker 2: può essere un dipendente o un collaboratore esterno. Può anche
12:27
Speaker 2: indicare un ruolo come project manager, analista aziendale, sviluppatore o
12:30
Speaker 2: specialista della sicurezza. L'importante è fin da subito, perché un
12:33
Speaker 2: project manager può sapere di aver bisogno di un esperto
12:36
Speaker 2: di sicurezza per due settimane senza sapere chi coprirà quel ruolo.
12:39
Speaker 2: Le competenze contano, ma la disponibilità conta altrettanto. Immagina che
12:43
Speaker 2: il tuo progetto cloud richiede a qualcun esperto un esperto
12:45
Speaker 2: di ottava settimana. Il tuo team potrebbe trovare tre persone
12:48
Speaker 2: con tale competenza, ma una è in ferie, una è
12:50
Speaker 2: assegnata a un altro cliente e una è libera. Project
12:54
Speaker 2: Operations aiuta il tuo team a trovare la persona che
12:56
Speaker 2: soddisfa entrambe le esigenze. La competenza da solo non basta.
12:59
Speaker 2: Senza tale visibilità un'azienda può promettere involontariamente la stessa persona
13:02
Speaker 2: a due progetti a tempo pieno una stessa settimana. Sulla
13:05
Speaker 2: carta entrambi i progetti sembrano coperti. Nella realtà quella persona
13:07
Speaker 2: ha due calendari e due serie di scadenze e non
13:09
Speaker 2: può lavorare il doppio delle ore. Il problema inizia prima
13:11
Speaker 2: della fase di consiglio. I responsabili delle risorse possono assegnare
13:14
Speaker 2: le persone ai progetti e confrontare le prenotazioni pianificate con
13:16
Speaker 2: la loro disponibilità. Una prenotazione significa che l'azienda ha riservato
13:20
Speaker 2: parte dell'orario lavorativo di un progetto. Trasforma un piano ottimistico
13:23
Speaker 2: in un impegno più concreto. Magari il progetto richiede un
13:25
Speaker 2: consulente per tre giorni a settimana anziché a tempo pieno.
13:28
Speaker 2: Anche questo può essere pianificato permettendo all'azienda di vedere il
13:30
Speaker 2: tempo rimanente per altri clienti e attività interne, formazione o ferie.
13:34
Speaker 2: Offre maggiori probabilità di individuare conflitti prima che un cliente
13:36
Speaker 2: chieda perché nessuno si è presentato ad arrivare. Anche i
13:38
Speaker 2: costi rientrano in questo discorso. Un consulente senior può avere
13:41
Speaker 2: una grande esperienza, ma il suo costo interno può differire
13:44
Speaker 2: da quello di un consulente junior. Il team di progetto
13:46
Speaker 2: ha bisogno della persona giusta, ma l'azienda deve anche capire
13:49
Speaker 2: come tale scelta influisca sul budget del progetto. Le persone
13:52
Speaker 2: non sono solo nomi su un programma. Il loro tempo
13:54
Speaker 2: diventa attività di progetto reale quando registrano le ore sul
13:57
Speaker 2: lavoro svolto. Tali registrazioni mostrano se l'impegno pianificato corrisponde a
14:01
Speaker 2: quello effettivo, supportando la fatturazione quando il contratto prevede il
14:03
Speaker 2: pagamento a ora. Per quanto riguarda un foglio presenza in ritardo.
14:06
Speaker 2: Un foglio presenza tardivo o poco chiaro crea problemi a
14:08
Speaker 2: più persone, non solo a chi deve approvare. Il project
14:10
Speaker 2: manager perde la visione del lavoro fericamente svolto. L'ufficio amministrativo
14:12
Speaker 2: potrebbe non avere i dettagli necessari per una fattura e
14:14
Speaker 2: il cliente potrebbe riceverla più tardi del premio. Una registrazione
14:17
Speaker 2: mancante può ripercuotersi sull'intero progetto. Le spese seguono un percorso simile.
14:21
Speaker 2: Se qualcuno viaggia presso la sede del cliente o sostiene
14:23
Speaker 2: un costo approvato per il progetto, può inviare la relativa
14:25
Speaker 2: nota spese. L'azienda può revisionarla e approvarla nello stesso ambiente
14:29
Speaker 2: integrato senza dover cercare tra legati email e ricevute prive
14:32
Speaker 2: di un chiaro collegamento al progetto. Microsoft sta inoltre introducendo
14:35
Speaker 2: degli agenti per gestire parte di questo lavoro misto. Per
14:37
Speaker 2: la registrazione delle ore può aiutare a preparare bozze per
14:39
Speaker 2: memoria e presenza. L'agente per le spese può assistere nel
14:41
Speaker 2: rendicontazione di conto. L'agente per l'approvazione delle attività aiuta a
14:44
Speaker 2: concentrarsi su ciò che richiede attenzione immediata. Queste funzionalità sono
14:48
Speaker 2: in anteprima, quindi non dare per scontato che ogni cliente
14:50
Speaker 2: di Project Operations le utilizzi già quotidianamente. La responsabilità di
14:54
Speaker 2: verificare i dettagli rimane in capo alla persona. Una volta
14:56
Speaker 2: che le persone registrano correttamente il lavoro e i costi,
14:58
Speaker 2: il progetto raggiunge la fase in cui la consegna incontro
15:00
Speaker 2: alla contabilità. Ufficio finanziario. Costi, fatturazione, ricavi, attività globale. Un
15:07
Speaker 2: progetto per un cliente può concludersi puntualmente, generare comunque una data.
15:09
Speaker 2: Sembra strano all'inizio, ma basta guardare cosa si nasconde dietro
15:12
Speaker 2: il prezzo offerto al cliente. L'azienda paga le persone che
15:15
Speaker 2: svolgono il lavoro, oltre appaltatori, spese di viaggio, costi del
15:18
Speaker 2: software o materiali, e poi deve confrontare tali costi con
15:21
Speaker 2: quanto concordato con il cliente. Entrano in gioco le finanze
15:24
Speaker 2: del progetto Le operazioni di progetto aiutano l'azienda a monitorare
15:27
Speaker 2: il denaro legato a un progetto, dalla stima al completamento
15:29
Speaker 2: del lavoro fino alla fatturazione al cliente. Forniscono ai team
15:32
Speaker 2: finanziari di progetto un modo più chiaro per rispondere a
15:34
Speaker 2: una domanda. Dopo aver pagato per il lavoro questo progetto
15:36
Speaker 2: guadagnato abbastanza, il prezzo al cliente e il costo interno
15:39
Speaker 2: non coincidono. Immaginiamo che un consulente fatture al cliente una
15:42
Speaker 2: tariffa oraria mentre l'azienda ha il proprio costo per il
15:45
Speaker 2: tempo di quel consulente, basato su retribuzione e altri costi aziendali.
15:49
Speaker 2: Se il progetto richiede molto più tempo del previsto da
15:51
Speaker 2: parte di quel consulente, la fattura al cliente potrebbe sembrare corretta,
15:54
Speaker 2: ma il progetto guadagna meno del previsto. Ecco perché i
15:57
Speaker 2: costi pianificati contano prima dell'inizio del lavoro e i costi
16:00
Speaker 2: effettivi contano mentre il lavoro prosegue. Le operazioni di progetto
16:03
Speaker 2: possono monitorare prezzi e costi per ruolo, così un'azienda può
16:06
Speaker 2: vedere l'aspetto finanziario delle scelte di personale. Un consulente senior
16:09
Speaker 2: potrebbe risolvere un problema più velocemente ma costare anche di più.
16:11
Speaker 2: A volte questa è la scelta giusta. Il punto è
16:14
Speaker 2: che il project manager e il team finanziario possono vedere
16:16
Speaker 2: l'effetto invece di tirare a indovinare dopo la chiusura del
16:18
Speaker 2: progetto I clienti pagano anche in modi diversi. Con la
16:21
Speaker 2: fatturazione a tempo e materiali, il cliente paga per le
16:24
Speaker 2: ore lavorate e le spese approvate. Quindi se il team
16:26
Speaker 2: lavora più ore, il conto può aumentare secondo le regole concordate.
16:29
Speaker 2: Con un progetto a prezzo fisso, il cliente accetta di
16:31
Speaker 2: pagare una somma stabilita per un lavoro definito e la
16:33
Speaker 2: fattura non aumenta semplicemente perché il team ha impiegato più
16:35
Speaker 2: tempo del previsto. Ciò mette maggiore pressione sull'azienda affinché controlla
16:39
Speaker 2: i propri costi. La fatturazione a tappe segue i punti
16:41
Speaker 2: di controllo on- board. Ad esempio, un cliente potrebbe pagare parte
16:45
Speaker 2: del prezzo del progetto dopo aver approvato il design, un'altra
16:47
Speaker 2: parte dopo i test e l'importo rimanente quando il lavoro
16:49
Speaker 2: viene pubblicato, con il piano di fatturazione che segue il
16:52
Speaker 2: lavoro riconosciuto da entrambe le parti. Queste regole appartengono al
16:55
Speaker 2: contratto di progetto e guidano poi il processo di fatturazione.
16:58
Speaker 2: Le registrazioni orarie approvate, le spese approvate, i termini contrattuali
17:01
Speaker 2: e le regole di fatturazione forniscono alla finanza le informazioni
17:03
Speaker 2: necessarie per preparare quella che viene speso chiamata fattura profonda.
17:06
Speaker 2: Considerala come una bozza del conto del cliente da revisionare
17:08
Speaker 2: prima che diventi la fattura finale. Quella è una visione importante.
17:12
Speaker 2: Un team finanziario può verificare se gli addebiti corrispondono all'accordo,
17:15
Speaker 2: se compaiono il tempo e le spese corrette e se
17:17
Speaker 2: c'è qualcosa da correggere prima che il cliente la veda.
17:20
Speaker 2: Una fattura pulita protegge la relazione con il cliente e
17:22
Speaker 2: significa che l'azienda non deve passare il mese successivo a
17:24
Speaker 2: districare un conto che non avrebbe mai dovuto essere inviato.
17:27
Speaker 2: La conta di progetto approfondisce ulteriormente la prospettiva, tiene traccia
17:30
Speaker 2: dei costi di progetto, di quanto dovuto dal cliente e
17:32
Speaker 2: di quando l'azienda debba registrare i ricavi nei propri libri contabili.
17:35
Speaker 2: Fatturare un cliente e registrare un ricavo non coincidono sempre,
17:38
Speaker 2: poiché la tempistica corretta dipende dal contratto, dall'autosvolto e dalle
17:41
Speaker 2: regole contabili seguite dall'azienda. Questa è una decisione finanziaria, non
17:45
Speaker 2: una supposizione del project manager. Per le aziende che operano
17:48
Speaker 2: a livello internazionale, il quadro economico può diventare più complesso.
17:51
Speaker 2: Un cliente potrebbe ricevere una fattura in una valuta diversa
17:54
Speaker 2: dal luogo in cui opera il team di progetto. Le
17:56
Speaker 2: normative fiscali possono variare e i report finanziari potrebbero dover
17:59
Speaker 2: seguire i requisiti locali. Project Operations supporta aree come la
18:02
Speaker 2: fatturazione multivaluta, la gestione fiscale e la reportistica finanziaria localizzata
18:06
Speaker 2: per il lavoro di progetto globale. Le aziende hanno ancora
18:08
Speaker 2: bisogno dei propri esperti finanziari consulenti per impostare le regole corrette,
18:11
Speaker 2: ma i dati di progetto possono alimentare lo stesso processo
18:13
Speaker 2: finanziario senza dover essere costituiti manomente. Alcune organizzazioni necessitano di
18:16
Speaker 2: processi finanziari più profondi di quelli gestiti autonomamente da Project Operations.
18:20
Speaker 2: È qui che Dynamics 365 Finance può integrarsi con Project Operations.
18:24
Speaker 2: Team finanziari possono utilizzarlo per operazioni più ampie. mentre Project
18:28
Speaker 2: Operations mantiene i dettagli del progetto cliente vicini alle vendite,
18:30
Speaker 2: alla consegna, al personale e alla fatturazione. Prima di scegliere
18:33
Speaker 2: il software, un'azienda deve esaminare onestamente il proprio lavoro. Project
18:36
Speaker 2: Operations può richiedere una configurazione attenta, specialmente quando contratti, regole
18:39
Speaker 2: di fatturazione, valute e processi finanziari differiscono all'interno dell'azienda. Anche
18:44
Speaker 2: i programmi di lavoro complessi necessitano di test con dati
18:46
Speaker 2: di progetto reali, non solo con un piano dimostrativo pulito.
18:48
Speaker 2: Microsoft offre diversi percorsi di configurazione per vari tipi di
18:51
Speaker 2: lavoro di progetto. Un percorso adatto a una fornitura di
18:53
Speaker 2: servizi più leggere, in cui l'azienda vende il tempo delle
18:55
Speaker 2: persone e il lavoro di progetto Un altro si connette
18:57
Speaker 2: profondamente ai processi finanziari. Un ulteriore percorso supporta progetti che
19:01
Speaker 2: coinvolgono materiali di magazzino e lavoro di produzione. Questi percorsi
19:03
Speaker 2: non attivano semplicemente le stesse funzionalità in un meno diverso.
19:06
Speaker 2: Influenzano il luogo in cui le persone lavorano e le
19:08
Speaker 2: funzioni che utilizzano. L'azienda dovrebbe scegliere in base a come vende, consegna,
19:12
Speaker 2: fattura e contabilizza i propri progetti, anziché basarsi sull'opzione dal
19:15
Speaker 2: nome più impressionante. Quando tali scelte si adattano all'azienda, l'intero
19:19
Speaker 2: flusso diventa più facile da visualizzare. Ogni parte del progetto
19:21
Speaker 2: può trasmettere le informazioni corrette alla parte successiva. Grazie per
19:24
Speaker 2: avermi seguito in questa pillola di conoscenze. Ci vediamo nel
19:26
Speaker 2: prossimo episodio. Come funziona la piattaforma connessa? Immaginate un progetto
19:31
Speaker 2: di migrazione al cloud. Dalla prima richiesta del cliente fino
19:34
Speaker 2: alla revisione finale, le informazioni fluiscono tra i team senza
19:37
Speaker 2: che nessuno debba riscriverle. Le vendite registrano l'opportunità e creano
19:40
Speaker 2: un preventivo. Una volta approvato, il project manager trasforma il
19:43
Speaker 2: lavoro concordato in un piano. Il personale prenota le risorse giuste.
19:46
Speaker 2: Gli specialisti registrano il proprio tempo e le spese. L'ufficio
19:48
Speaker 2: finanziario prepara la fattura a base sulle attività di progetto.
19:51
Speaker 2: La chiave è che ogni dato procede in avanti senza
19:53
Speaker 2: essere reinserito in ogni dipartimento. I vari team continuano a
19:56
Speaker 2: usare i propri strumenti. Il team si gestisce le conversazioni
19:58
Speaker 2: e le riunioni. Le operazioni di progetto conservano il registro
20:01
Speaker 2: delle attività. SharePoint archiva i documenti controllati con lo storico
20:03
Speaker 2: delle versioni. Power BI trasforma i dati di progetto in
20:06
Speaker 2: report su personale, budget, fatturazione e stato di saluto. Customer
20:08
Speaker 2: Voice raccoglie