![\"La](\"https:\/\/www.m-q.ch\/wp-content\/uploads\/2021\/02\/Die-Koenigsdiszplin.jpg\")
<\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
Signor Hinz, i grandi progetti pubblici come il nuovo aeroporto di Berlino hanno semplicemente una \"logica di fallimento\". Cosa vuoi dire con questo?<\/strong> <\/em><\/p>\n Ci si aspetta ancora una cosa dai grandi progetti pubblici: che il costo e il programma siano esattamente come sono stati presentati al momento della gara. La logica degli appalti pubblici risale al secolo scorso, cio\u00e8 a un'epoca in cui erano soprattutto i progetti prevedibili e tecnicamente standardizzati a essere assegnati con fondi di bilancio - in altre parole, un'economia pianificata cameralistica.<\/p>\n <\/p>\n E con questa \"economia pianificata\" non si pu\u00f2 diventare pi\u00f9 verdi oggi?<\/strong><\/em><\/p>\n In un momento in cui la complessit\u00e0 aumenta, non c'\u00e8 bisogno di processi pianificati di burocrazia. \u00c8 un'ovviet\u00e0 che nei progetti del settore pubblico, in particolare, c'\u00e8 un congeniale \"mismatch\" quando la legge sugli appalti, i prezzi bassi motivati politicamente e l'abile \"gestione supplementare\" delle imprese che eseguono i lavori si uniscono. Qui, il comportamento del cliente e dell'appaltatore si completano meravigliosamente in una direzione: ci vuole pi\u00f9 tempo e diventa pi\u00f9 costoso di quanto pubblicato all'inizio. Perch\u00e9 i buffer necessari per l'incertezza semplicemente non potevano esserci!<\/p>\n <\/p>\n Quali sono le alternative per una gestione efficace dei progetti pubblici?<\/strong> <\/em><\/p>\n Finch\u00e9 i project manager non capiscono che i piani sono solo un righello su cui misurare la realt\u00e0, e in secondo luogo credono che i dati centrali del progetto possano essere calcolati oggettivamente, l'economia pianificata produrr\u00e0 i suoi ben noti risultati mediocri. Chiedo un atteggiamento completamente nuovo: buffer realistici, la possibilit\u00e0 reale di terminare il progetto, e una legge sugli appalti che renda possibile una continua rinegoziazione in parallelo con l'avanzamento del progetto sarebbero le pietre miliari di questa versione moderna della gestione dei progetti pubblici.<\/p>\n <\/p>\n \"Leadership sotto l'incertezza\" fa parte del profilo dei requisiti di un project manager, dici. Per fare questo oggi, deve padroneggiare strumenti software e metodi ...<\/strong> <\/em><\/p>\n Potreste avere questa impressione se guardate tutte le cose che vanno sotto il titolo di gestione dei progetti. Ci sono molte etichette fraudolente al lavoro: promesse audaci, standard certificati e molti strumenti e metodi. Una cosa \u00e8 chiara: ogni capitano di progetto che vuole avere successo deve conoscere e padroneggiare le basi metodologiche. Una cassetta degli attrezzi piena \u00e8 la condizione necessaria per una buona gestione del progetto.<\/p>\n <\/p>\n E dove entrano in gioco le sue critiche?<\/strong> <\/em><\/p>\n Con un'applicazione di occhi azzurri e meccanici. Solo chi fa il passo verso una vera leadership e non solo l'amministrazione di progetti, soddisfa anche la condizione sufficiente per essere un leader di progetto di successo. La padronanza degli strumenti e dei mezzi deve essere completata dall'atteggiamento interiore di un capitano di progetto - affrontando efficacemente i conflitti, la demotivazione, i cambiamenti di piani e le dinamiche di squadra. Si tratta dei fattori che permettono una leadership efficace e un processo decisionale efficace in condizioni di incertezza.<\/p>\n <\/p>\n Il titolo del suo libro \u00e8 \"Il capitano del progetto\". E cosa pu\u00f2 imparare un project manager da un capitano in alto mare?<\/strong> <\/em><\/p>\n I project manager di successo entrano nell'organizzazione con una compostezza da marinaio. All'erta e pronti a cooperare, formano coalizioni, si destreggiano tra diversi interessi e si occupano del progresso del progetto. Come l'uomo sul ponte, il capitano di un progetto beneficia della sua ricchezza di esperienza e di metodi. Sa che risolver\u00e0 i problemi emergenti dalla situazione stessa e non pu\u00f2 regolarli in anticipo; quindi, un marittimo esperto non parler\u00e0 mai al suo equipaggio di una tempesta che si avvicina, ma non ordiner\u00e0 nemmeno immediatamente tutto l'equipaggio sul ponte e distribuir\u00e0 giubbotti di salvataggio per precauzione. Piuttosto, fa i conti con il cattivo e il buono tempo e ha gi\u00e0 controllato in anticipo la posizione e la funzionalit\u00e0 dei giubbotti di salvataggio.<\/p>\n <\/p>\n Quindi il termine \"compostezza marinara\" descrive uno speciale atteggiamento interiore?<\/strong> <\/em><\/p>\n Esattamente, si tratta di riconoscere che le cose possono andare diversamente dal previsto e che la realt\u00e0 non \u00e8 lineare ma molto complessa. Si tratta di dire addio al pensiero \"se-allora\". Le vecchie categorie di \"giusto\" e \"sbagliato\" sono sostituite da \"appropriato\" e \"inutile\". Per un project manager, questo significa pensare sempre in termini di alternative e intendere i piani come un possibile percorso che pu\u00f2 essere adattato e cambiato in qualsiasi momento - e anche rappresentare questo allo staff del progetto!<\/p>\n <\/p>\n Sembra che si possa lasciar correre un progetto ....<\/strong> <\/em><\/p>\n Al contrario, un capitano di progetto nauticamente calmo agisce ben sveglio, concentrato, ben preparato e usando tutta la sua esperienza e conoscenza metodologica del project management - ma sempre come un essere umano e non come un funzionario di qualche scuola di management.<\/p>\n <\/p>\n In che modo come \"persona\"?<\/strong><\/em><\/p>\n Coloro che usano il loro buon senso professionale per includere le sorprese del progetto fin dall'inizio, invece di cercare di calcolarle via attraverso i metodi, eliminano qualsiasi orrore di esse e assicurano che i processi del progetto continuino ad essere utili. Alla fine, questo \u00e8 ci\u00f2 che il project manager \u00e8 pagato per fare. Perch\u00e9 il lavoro sui piani potrebbe essere fatto anche da una macchina!<\/p>\n <\/p>\n La comunicazione deve essere corretta in ogni progetto. Le infinite riunioni di squadra, tuttavia, tendono ad essere viste come una perdita di tempo. Cosa deve cambiare?<\/strong><\/em><\/p>\n Purtroppo, le riunioni di squadra improduttive sono la norma piuttosto che l'eccezione. Dopo la seconda o terza riunione, le cancellazioni dell'ultimo minuto aumentano, il gruppo in seduta diventa sempre pi\u00f9 piccolo - finch\u00e9 alla fine le riunioni vengono cancellate per mancanza di massa. Allo stesso tempo, la marea di e-mail che i membri del team si inviano a vicenda si gonfia. Una mail inoltrata dieci volte diventa la regola.<\/p>\n <\/p>\n Per un project manager che apprezza le riunioni di squadra efficaci, raccomando le seguenti sei regole:<\/p>\n <\/p>\n 1.<\/strong> <\/em>Ogni riunione deve essere preparata.<\/p>\n <\/p>\n 2.<\/strong> <\/em>Il corso della riunione \u00e8 determinato e annunciato in anticipo.<\/p>\n <\/p>\n 3.<\/strong> <\/em>Solo coloro che devono essere coinvolti sono invitati.<\/p>\n <\/p>\n 4.<\/strong><\/em> Non si decide nulla senza le persone coinvolte.<\/p>\n <\/p>\n 5.<\/strong> <\/em>Il punto dell'ordine del giorno \"Altro\" non esiste.<\/p>\n <\/p>\n 6.<\/strong><\/em> Ci sono solo protocolli di risultato.<\/p>\n <\/p>\n E quale di queste regole \u00e8 particolarmente importante?<\/strong> <\/em><\/p>\n Prendete il punto 3: idealmente, organizzate la riunione in modo che i singoli membri del team possano arrivare ai punti dell'ordine del giorno che li riguardano e poi andarsene subito. Naturalmente, ci sono anche elementi che riguardano l'intera squadra. Per esempio, quando si discutono questioni strategiche generali, tutti dovrebbero essere coinvolti - cos\u00ec come alle pietre miliari, dove quasi sempre si prendono decisioni che riguardano tutti i partecipanti.<\/p>\n <\/p>\n Non c'\u00e8 il pericolo che i membri del team si sentano esclusi?<\/strong><\/em><\/p>\n Puoi anche lasciare che i membri del team decidano da soli a quali punti dell'agenda vogliono partecipare. Dopo tutto, si tratta dell'uso efficace della scarsa risorsa del tempo. Se comunicate chiaramente questa connessione ai membri del vostro team, la regola sar\u00e0 rapidamente accettata e sarete percepiti come un manager efficace.<\/p>\n <\/p>\n \"All hands on deck\" - tutti sono necessari sulla nave e nel progetto. Cosa pu\u00f2 fare il project manager per assicurarsi che nessuno di quelli che contano semplicemente \"salti la nave\"?<\/strong> <\/em><\/p>\n Per il project manager nel suo ruolo di leader non gerarchico, una cosa in particolare \u00e8 promettente: la motivazione intrinseca dei dipendenti. Qui non si tratta di influenzare il team del progetto dall'esterno, ma di utilizzare la motivazione di base dei dipendenti che \u00e8 gi\u00e0 \"portata\". Questo modello di successo si basa sull'intuizione che le persone sono gi\u00e0 motivate da loro stesse per una certa azione. In altre parole: le persone sono motivate, non devono essere costrette a farlo prima!<\/p>\n <\/p>\n Quindi si tratta di riconoscere le persone cos\u00ec come sono?<\/strong> <\/em><\/p>\n L'effetto della motivazione intrinseca sulla performance non \u00e8 solo pi\u00f9 chiaro, ma anche pi\u00f9 stabile e duraturo. Per il project manager che vuole approfittare di questa opportunit\u00e0, questo ha soprattutto una conseguenza: deve scoprire qual \u00e8 la motivazione intrinseca di un dipendente e poi assegnargli il compito che le corrisponde. Sperimentare il significato \u00e8 un forte motivatore intrinseco per un collaboratore a progetto - questa \u00e8 la mia conclusione. Ci sono due aspetti principali che contano qui: Il significato non pu\u00f2 essere prescritto o persino decretato da altri, e l'azione significativa nasce dagli sforzi di un individuo per realizzare certi valori personalmente importanti.<\/p>\n <\/p>\n E come si pu\u00f2 evitare che riceva il pacchetto di compiti sbagliato?<\/strong> <\/em><\/p>\n Affinch\u00e9 non ci siano malintesi: La motivazione basata sul significato non riguarda un dipendente che sceglie i compiti che gli piacciono - piuttosto, riguarda il fatto che sperimenta il compito che gli viene dato come significativo. Ci sono abbastanza attivit\u00e0 non amate ma comunque necessarie per raggiungere l'obiettivo. Esempi di questo sono la documentazione tecnica o il rapporto di completamento del progetto.<\/p>\n <\/p>\n Cosa significa questo per il project manager?<\/strong> <\/em><\/p>\n Soprattutto, una cosa: non spingere il servizio sulla tabella di marcia, ma stabilire una coalizione di volenterosi.<\/p>\n <\/p>\n Dopo tutto, la motivazione viene dal significato e dal contesto - e non dai programmi giorno per giorno. Condurre dialoghi regolari con ogni membro del team invece di limitarsi a spuntare le voci sul foglio di \"valutazione dei dipendenti\", facendo molte domande e ascoltando attentamente. In questo modo, sarete in grado di rilevare i motivatori e i demotivatori individuali del dipendente e determinare quale ingranaggio dell'insieme \u00e8 quello giusto per lui o per lei.<\/p>\n <\/p>\n Quindi la comunicazione aperta \u00e8 fondamentale?<\/strong><\/em><\/p>\n S\u00ec, quando si convoca la squadra per la riunione di squadra, si tratta essenzialmente di dare loro un significato e un contesto: Qual \u00e8 il significato del (nuovo) compito? E che ruolo hanno i singoli membri del team in questo? Ognuno dovrebbe riconoscere quale ingranaggio sta girando - e come il suo ingranaggio interagisce con tutti gli altri per dare un senso al tutto. La squadra \u00e8 a bordo quando tutti conoscono la loro funzione e le connessioni.<\/p>\n <\/p>\n In ogni progetto, lo sviluppo del team interno \u00e8 l'alfa e l'omega del lavoro di successo. A cosa deve prestare particolare attenzione il project manager?<\/strong> <\/em><\/p>\n Condurre bene il tuo team di progetto significa soprattutto: un buon atteggiamento marinaresco e rilassato nei confronti del tema delle dinamiche di gruppo. Perch\u00e9 questo \u00e8 come il tempo - sempre l\u00ec. Quindi bisogna venire a patti con essa o, meglio ancora, usarla per l'obiettivo del progetto. Rendetevi conto che avete a che fare con tre dinamiche fondamentali: I progetti irritano l'organizzazione, il lavoro di progetto \u00e8 una rete, e tutti i partecipanti al progetto hanno a che fare con l'incertezza per tutto il tempo. Come project manager, dovreste accettare questi tre fenomeni, affrontarli con calma - e usare le dinamiche risultanti invece di combatterli.<\/p>\n <\/p>\n E come pu\u00f2 usare questa \"dinamica\"?<\/strong><\/em><\/p>\n Per affrontare le dinamiche di gruppo e guidare con successo la nave del progetto attraverso acque difficili, \u00e8 utile prestare attenzione ai diversi tipi e ruoli del team. Solo la loro buona interazione permette una prestazione comune della squadra che \u00e8 pi\u00f9 della somma dei risultati dei singoli - e quindi rende possibile il successo del progetto.<\/p>\n <\/p>\n Ma non \u00e8 vero che ogni squadra deve convivere con il conflitto?<\/strong><\/em><\/p>\n Quando sorgono conflitti e attriti, \u00e8 importante non solo riunirsi, ma usare le contraddizioni in modo mirato. I team di progetto efficaci lavorano sulla loro tolleranza dell'ambiguit\u00e0 introducendo consapevolmente le differenze nel loro processo di lavoro. In questo modo, si proteggono dalle verit\u00e0 semplici, dalle soluzioni furbe ai problemi e dal consenso avventato. Un'alta tolleranza dell'ambiguit\u00e0 apre la vista ad alternative non ancora scoperte e a idee per soluzioni precedentemente respinte come impossibili. In questo modo, diversi interessi possono essere scoperti e utilizzati nel processo del progetto.<\/p>\n <\/p>\n Quindi le resistenze non devono essere negative?<\/strong> <\/em><\/p>\n \u00c8 abbastanza normale se gli attriti si manifestano nel corso della formazione del team del progetto. Piuttosto, dovresti essere sospettoso se non c'\u00e8 resistenza nel tuo cammino dall'idea del progetto alla sua realizzazione. Non \u00e8 il verificarsi della resistenza ma la sua assenza che \u00e8 motivo di preoccupazione - perch\u00e9 la resistenza mostra che qualcosa di essenziale \u00e8 in gioco e che l'azienda \u00e8 interessata ad esso. Se la resistenza \u00e8 assente, devi temere che il tuo progetto non sia importante - o che nessuno creda nella sua realizzazione fin dall'inizio.<\/p>\n <\/p>\n I progetti di solito si svolgono in modo diverso dal previsto. Come dovrebbe fare un project manager con gli \"imprevisti\"?<\/strong><\/em><\/p>\n Un'azione efficace sotto l'incertezza \u00e8 meglio raggiunta da quei capitani di progetto che lavorano costantemente con un'introspezione vigile per riconoscere i modelli individuali. Reagire a eventi non pianificati, elaborare una soluzione adeguata per ogni nuova situazione - questo richiede agilit\u00e0 mentale. I leader efficaci mettono quindi in discussione i loro modelli di azione a intervalli regolari. Per esempio: Quali modelli di comportamento ricordo ripetutamente in situazioni in cui ho a che fare con l'inaspettato? Che cosa faccio quando sono parzialmente o completamente incapace di valutare una situazione? O quali sono gli eventi in cui sono sempre in difficolt\u00e0? Guidare nonostante l'imprevisto non \u00e8 una questione di conoscenza, ma una questione di atteggiamento e di capacit\u00e0. E questo pu\u00f2 essere praticato e allenato nella pratica.<\/p>\n <\/p>\n Signor Hinz, come spiega l'aderenza a piani e schemi di pensiero rigidi, anche quando un progetto \u00e8 sull'orlo del caos?<\/strong><\/em><\/p>\n Questo \u00e8 certamente dovuto alla promessa di salvezza della metodologia di gestione dei progetti: le attivit\u00e0 e le fasi di lavoro sono inserite nel software, le pietre miliari sono determinate e le scadenze sono assegnate. Il risultato finale \u00e8 un programma complessivo che pu\u00f2 essere facilmente utilizzato per tappezzare le pareti dell'ufficio. Una volta che questi programmi sono in funzione, creano stabilit\u00e0 e l'impressione di un processo controllabile. \u00c8 quindi difficile sfuggire al fascino della comprensione meccanicistica tradizionale.<\/p>\n <\/p>\n Perch\u00e9 ti d\u00e0 la sicurezza di cui hai bisogno?<\/strong> <\/em><\/p>\n Questo modello di pensiero \u00e8 molto diffuso nella gestione dei progetti. Si esprime in metodi e strumenti di processo che sono strutturati secondo il principio if-then. Un project manager che pensa in categorie lineari identifica i problemi e i campi d'azione e poi applica uno strumento adatto che \u00e8 stato provato in passato. Poi segue il percorso procedurale dato e suppone che alla fine il risultato previsto uscir\u00e0 da questa \"macchina\".<\/p>\n <\/p>\n Il che porta all'illusione di avere tutto sotto controllo...<\/strong> <\/em><\/p>\n Le difficolt\u00e0 iniziano quando i risultati attesi non si materializzano. Questo \u00e8 prevedibile, perch\u00e9 le relazioni if-then nella realt\u00e0 non si trovano affatto sempre nel modo in cui sono state assunte. I project manager e i team di progetto si trovano quindi di fronte a situazioni inaspettate che non possono n\u00e9 spiegare n\u00e9 gestire con schemi di pensiero lineari. L'incertezza e la frenesia operativa sono spesso il risultato perch\u00e9 i partecipanti al progetto non sanno come reagire correttamente. Questo \u00e8 il problema della comprensione meccanicistica, in cui le persone, i loro interessi e l'imprevisto hanno poco posto. Il fatto che i progetti sono gestiti da persone nelle organizzazioni, cio\u00e8 che il comportamento, gli atteggiamenti e le dinamiche di gruppo sono anche parte del soddisfacimento dei requisiti del progetto, \u00e8 purtroppo quasi ignorato.<\/p>\n <\/p>\n I progetti sono in rete con altri progetti dell'azienda, cio\u00e8 in un ambiente complesso. Come fa il project manager a prendere le decisioni \"giuste\" in questa situazione?<\/strong><\/em><\/p>\n Molto semplicemente (ride): non sottoponendosi pi\u00f9 al requisito giusto-sbagliato! Perch\u00e9 guidare significa decidere l'indecidibile. Questo \u00e8 l'apparente paradosso che dobbiamo a Heinz von F\u00f6rster. Perch\u00e9 il decidibile \u00e8 gi\u00e0 deciso, gi\u00e0 regolato sotto forma di descrizioni del lavoro, carte di interfaccia \"affilate come rasoi\", istruzioni, regole del gioco e accordi. Quindi, un project manager che vuole essere efficace si rivolge alle questioni che non sono gi\u00e0 soggette a una regola, si rivolge alle decisioni indecidibili. Il loro verificarsi rende chiaro che viene superato un limite di complessit\u00e0, oltre il quale il comportamento e il progresso di un progetto non possono pi\u00f9 essere calcolati e pianificati con precisione, ma solo previsti e controllati in modo situazionale.<\/p>\n <\/p>\n Ti piace parlare del project management come \"la disciplina suprema della leadership\". Quali requisiti speciali intende con questo?<\/strong> <\/em><\/p>\n Condurre con successo i progetti \u00e8 soprattutto: gestione sull'orlo del caos! \u00c8 nella natura di un progetto che gli obiettivi cambino durante il processo, che i membri cambino la squadra, che le scadenze vengano ribaltate o che il mercato faccia nuove richieste. L'imprevedibilit\u00e0 \u00e8 una delle caratteristiche principali di un progetto.<\/p>\n <\/p>\n Naturalmente, un project manager di successo dovrebbe padroneggiare il mestiere di base ed essere in grado di pianificare, documentare e visualizzare il processo del progetto utilizzando i soliti metodi e strumenti procedurali. Oltre a questo, per\u00f2, c'\u00e8 qualcos'altro che \u00e8 importante nella gestione, comunicazione e messa in scena del progetto: un atteggiamento che incontra l'incertezza del progetto-immanente sveglio, concentrato e - come gi\u00e0 detto - con compostezza da marinaio.<\/p>\n <\/p>\n Cos'altro distingue i capitani di progetto efficaci?<\/strong> <\/em><\/p>\n Sanno fare domande aperte e ascoltare attivamente, sono maestri nella gestione dei processi, nel controllo delle dinamiche di gruppo e nella leadership laterale dei team temporanei. Il capitano di progetto di successo si differenzia dal suo collega che si affida esclusivamente al potere degli strumenti e dei metodi in due modi principali: lavora con le descrizioni invece di assumere una \"verit\u00e0 oggettiva\". E pensa in alternative invece di cercare soluzioni univoche. Affrontare questi livelli di richieste con fiducia \u00e8 la grande sfida. Questo \u00e8 precisamente il motivo per cui mi piace parlare della suprema disciplina della leadership quando si tratta di gestire progetti.<\/p>","protected":false},"excerpt":{"rendered":" Herr Hinz, \u00f6ffentliche Grossprojekte wie der neue Berliner Flughafen bergen einfach eine \u00abLogik des Misslingens\u00bb. Was meinen Sie damit? Bei \u00f6ffentlichen Grossprojekten wird immer noch eins erwartet: dass der Kosten- und Terminplan genauso eintrifft, wie er zum Zeitpunkt der Ausschreibung abgegeben wurde. Die Logik der \u00f6ffentlichen Ausschreibungsverfahren stammt aus […]<\/p>\n","protected":false},"author":62,"featured_media":12966,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[4],"tags":[4820],"class_list":["post-12937","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-risikomanagement","tag-12-2013"],"acf":[],"yoast_head":"\n