{"id":2171,"date":"2026-10-16T16:59:37","date_gmt":"2026-10-16T14:59:37","guid":{"rendered":"https:\/\/www.vr-m.it\/sito\/?p=2171"},"modified":"2026-10-16T17:12:19","modified_gmt":"2026-10-16T15:12:19","slug":"3-come-leggere-e-costruire-un-organigramma-aziendale","status":"publish","type":"post","link":"https:\/\/www.vr-m.it\/sito\/2026\/10\/16\/3-come-leggere-e-costruire-un-organigramma-aziendale\/","title":{"rendered":"3. Come leggere e costruire un organigramma aziendale"},"content":{"rendered":"

Lezione di Gestione Progetto e Organizzazione d\u2019Impresa (GPO) \u2022 Dalla struttura funzionale al team temporaneo \u2022 Matrice RACI \u2022 Glossario tecnico<\/p>\n

 <\/p>\n

Obiettivi di apprendimento<\/h1>\n

Al termine della lezione saprai distinguere gerarchia e coordinamento, disegnare organigrammi leggibili, rappresentare correttamente incarichi temporanei, interpretare la doppia dipendenza, compilare una matrice RACI e spiegare il lessico di un progetto informatico.<\/p>\n

1. Che cos\u2019\u00e8 un organigramma<\/h1>\n

L\u2019organigramma \u00e8 la rappresentazione grafica della struttura formale di un\u2019organizzazione: mostra unit\u00e0, ruoli, livelli di responsabilit\u00e0 e relazioni di autorit\u00e0 o coordinamento. Non coincide con l\u2019elenco completo delle mansioni e non descrive, da solo, tutti i processi di lavoro. Serve a rispondere a domande come: chi guida un\u2019area? A chi fa riferimento una persona? Quali funzioni collaborano?<\/p>\n

Si distingue l\u2019organigramma aziendale, relativamente stabile, dall\u2019organigramma di progetto, valido per la durata di una specifica iniziativa. La stessa persona pu\u00f2 comparire in entrambi: non significa che sia stata assunta due volte o trasferita definitivamente.<\/p>\n

2. Come si costruisce: metodo in sette passaggi<\/h1>\n
    \n
  1. Definire lo scopo. <\/strong>Decidere se rappresentare l\u2019intera azienda, un reparto oppure un progetto. Stabilire il livello di dettaglio adatto ai destinatari.<\/li>\n
  2. Individuare le macrostrutture. <\/strong>Elencare le direzioni permanenti: Sviluppo Software, Infrastruttura e DevOps, Commerciale e Marketing, Amministrazione e HR.<\/li>\n
  3. Individuare il vertice e le funzioni di staff. <\/strong>Porre il CEO in alto e collocare accanto le funzioni che forniscono consulenza o supporto, senza attribuire loro automaticamente potere gerarchico.<\/li>\n
  4. Disegnare le dipendenze formali. <\/strong>Unire il vertice alle direzioni e queste alle unit\u00e0 subordinate con linee continue, quando rappresentano effettivamente un rapporto gerarchico.<\/li>\n
  5. Definire il progetto temporaneo. <\/strong>Indicare il Project Manager e le risorse assegnate, precisando provenienza, numero di persone, compito e durata dell\u2019assegnazione.<\/li>\n
  6. Differenziare i legami. <\/strong>Usare tratteggi, colori e una legenda per separare la struttura stabile dal coordinamento di progetto. Non affidarsi soltanto al colore.<\/li>\n
  7. Controllare la coerenza. <\/strong>Verificare che ogni persona abbia una collocazione funzionale chiara, che i collegamenti non si contraddicano e che responsabilit\u00e0 e approvazioni siano documentate.<\/li>\n<\/ol>\n

    3. Simbologia: riquadri, linee e legenda<\/h1>\n\n\n\n\n\n\n\n\n\n
    Elemento grafico<\/strong><\/td>\nSignificato didattico<\/strong><\/td>\nAvvertenza<\/strong><\/td>\n<\/tr>\n
    Riquadro con bordo continuo<\/strong><\/td>\nUnit\u00e0 o ruolo stabile nell\u2019azienda<\/td>\nNon implica, da solo, un livello gerarchico.<\/td>\n<\/tr>\n
    Linea continua verticale<\/strong><\/td>\nDipendenza gerarchica formale<\/td>\nUsarla solo se il rapporto \u00e8 effettivo.<\/td>\n<\/tr>\n
    Linea tratteggiata<\/strong><\/td>\nRelazione funzionale, di staff o assegnazione temporanea<\/td>\nIl significato preciso va scritto nella legenda.<\/td>\n<\/tr>\n
    Riquadro tratteggiato<\/strong><\/td>\nRisorsa o incarico temporaneo di progetto<\/td>\nConvenzione grafica adottata in questa esercitazione, non standard universale.<\/td>\n<\/tr>\n
    Contenitore di gruppo<\/strong><\/td>\nTeam o unit\u00e0 composta da pi\u00f9 ruoli<\/td>\nPu\u00f2 racchiudere risorse provenienti da pi\u00f9 reparti.<\/td>\n<\/tr>\n
    Colore coerente<\/strong><\/td>\nIdentifica l\u2019area di provenienza<\/td>\nAggiungere sempre un\u2019etichetta testuale.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Importante: non esiste un\u2019unica simbologia obbligatoria per tutti gli organigrammi. In particolare, le linee tratteggiate possono indicare staff, coordinamento o relazione funzionale. La legenda deve evitare interpretazioni ambigue.<\/p>\n

    \"\"<\/a>
    Figura 1 \u2014 La persona resta nell\u2019area di appartenenza, ma riceve anche incarichi operativi nel progetto. Le frecce tratteggiate evidenziano la provenienza delle risorse; il bordo tratteggiato identifica il loro ruolo temporaneo.<\/figcaption><\/figure>\n

     <\/p>\n

    4. Dal modello funzionale alla struttura a matrice<\/h1>\n

    Nella struttura funzionale, le persone sono raggruppate per competenze. Il CTO coordina lo sviluppo, la Direzione Infrastruttura gestisce sistemi e servizi, la Direzione Commerciale segue clienti e vendite, mentre Amministrazione e HR curano contabilit\u00e0 e personale. Questo modello favorisce specializzazione, standard tecnici e continuit\u00e0.<\/p>\n

    La commessa BankApp richiede per\u00f2 competenze diverse nello stesso periodo. L\u2019azienda crea quindi un team di progetto trasversale, coordinato da un Project Manager. Nasce una struttura a matrice: la dimensione verticale \u00e8 la funzione di appartenenza; la dimensione orizzontale \u00e8 il progetto. Una matrice pu\u00f2 essere debole, bilanciata o forte a seconda di quanto potere decisionale \u00e8 attribuito al PM rispetto ai responsabili funzionali.<\/p>\n

    Figura 2 \u2014 Vista d\u2019insieme dei due organigrammi. \u00c8 una rappresentazione illustrativa ampliata: alcune figure di supporto mostrate sono esempi possibili, non necessariamente risorse richieste dalla traccia originaria.<\/p>\n

    \"\"<\/a>
    Figura 2 \u2014 Vista d\u2019insieme dei due organigrammi. \u00c8 una rappresentazione illustrativa ampliata: alcune figure di supporto mostrate sono esempi possibili, non necessariamente risorse richieste dalla traccia originaria.<\/figcaption><\/figure>\n

     <\/p>\n

    5. Ruoli, responsabilit\u00e0 e focus<\/h1>\n

    Il ruolo definisce la posizione o funzione svolta; la responsabilit\u00e0 indica i risultati di cui rispondere; il focus identifica la priorit\u00e0 prevalente. Non vanno confusi il ruolo aziendale permanente e l\u2019incarico nel progetto.<\/p>\n\n\n\n\n\n\n\n\n\n\n
    Ruolo<\/strong><\/td>\nResponsabilit\u00e0 prevalente<\/strong><\/td>\nFocus<\/strong><\/td>\n<\/tr>\n
    CEO<\/strong><\/td>\nStrategia, indirizzo, risorse e decisioni aziendali<\/td>\nPerch\u00e9 e con quali obiettivi<\/td>\n<\/tr>\n
    CTO \/ responsabile sviluppo<\/strong><\/td>\nArchitettura, standard, qualit\u00e0 tecnica, crescita delle competenze<\/td>\nCome realizzare correttamente<\/td>\n<\/tr>\n
    Project Manager<\/strong><\/td>\nPianificazione, scadenze, coordinamento, costi, rischi e comunicazioni<\/td>\nCosa consegnare e quando<\/td>\n<\/tr>\n
    Developer \/ Dev Lead<\/strong><\/td>\nImplementazione, revisione del codice, test e guida tecnica del team<\/td>\nEsecuzione e qualit\u00e0 del software<\/td>\n<\/tr>\n
    DevOps Engineer<\/strong><\/td>\nPipeline, ambienti, automazione, rilascio e osservabilit\u00e0<\/td>\nAffidabilit\u00e0 della delivery<\/td>\n<\/tr>\n
    Account Manager<\/strong><\/td>\nRelazione commerciale e coordinamento con il cliente<\/td>\nEsigenze e aspettative del cliente<\/td>\n<\/tr>\n
    HR<\/strong><\/td>\nSelezione, sviluppo, formazione e gestione delle persone<\/td>\nCompetenze e personale<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    6. Dipendenza gerarchica, funzionale e di progetto<\/h1>\n

    La dipendenza gerarchica identifica chi esercita l\u2019autorit\u00e0 organizzativa stabile (ad esempio assegnazione alla direzione, valutazioni e gestione del personale secondo le regole aziendali). La dipendenza funzionale indica indirizzi professionali, standard o supporto specialistico. La dipendenza di progetto riguarda le attivit\u00e0, le priorit\u00e0 e i risultati della commessa entro i poteri attribuiti al PM.<\/p>\n

    Esempio: uno sviluppatore riceve dal CTO la richiesta di partecipare a una formazione sulla qualit\u00e0 del codice e dal PM la richiesta di completare una funzione di BankApp entro venerd\u00ec. Se le due attivit\u00e0 sono incompatibili per tempi e capacit\u00e0, non deve decidere da solo quale \u201ccapo\u201d ignorare: il conflitto va reso esplicito e risolto mediante priorit\u00e0 condivise, pianificazione e, se necessario, escalation.<\/p>\n

    7. La doppia dipendenza (double reporting): vantaggi e rischi<\/h1>\n

    Il doppio reporting \u00e8 la situazione in cui una risorsa risponde a due linee di coordinamento: la direzione funzionale per competenze e continuit\u00e0, e il progetto per consegne e tempi. Permette di condividere specialisti senza duplicare reparti, ma pu\u00f2 creare sovraccarico, priorit\u00e0 incompatibili e responsabilit\u00e0 poco chiare.<\/p>\n

    Per gestirlo servono: un piano realistico della capacit\u00e0 delle risorse; una regola per stabilire le priorit\u00e0; riunioni brevi tra PM e responsabili funzionali; un registro delle decisioni; e una matrice RACI per le attivit\u00e0 importanti. La RACI chiarisce le responsabilit\u00e0, ma non sostituisce la negoziazione delle risorse n\u00e9 risolve automaticamente i conflitti.<\/p>\n

    8. Che cos\u2019\u00e8 la matrice RACI<\/h1>\n

    La matrice RACI \u00e8 una tabella che incrocia attivit\u00e0 o deliverable (righe) e ruoli (colonne). In ogni cella si indica il tipo di partecipazione di quel ruolo all\u2019attivit\u00e0. RACI \u00e8 un acronimo inglese: Responsible, Accountable, Consulted, Informed. Le lettere non rappresentano gradi gerarchici, ma responsabilit\u00e0 relative a uno specifico lavoro.<\/p>\n

    R = esegue materialmente il lavoro (possono esserci pi\u00f9 R).
    \nA = \u00e8 il riferimento unico per l\u2019esito e l\u2019approvazione finale, secondo il modello RACI classico (preferibilmente un solo A per riga).
    \nC = viene consultato prima o durante la decisione: comunicazione a due vie.
    \nI = viene informato dell\u2019esito o dello stato: comunicazione prevalentemente a una via.
    \nUn ruolo pu\u00f2 avere A\/R se svolge e approva la stessa attivit\u00e0.<\/p>\n

    \"\"<\/a><\/p>\n

    9. Esempio di matrice RACI per BankApp<\/h1>\n\n\n\n\n\n\n\n\n\n
    Attivit\u00e0<\/strong><\/td>\nCTO<\/strong><\/td>\nPM<\/strong><\/td>\nDev Lead<\/strong><\/td>\nDevOps<\/strong><\/td>\nCliente<\/strong><\/td>\n<\/tr>\n
    Scelta architettura<\/strong><\/td>\nA<\/td>\nC<\/td>\nR<\/td>\nC<\/td>\nI<\/td>\n<\/tr>\n
    Piano milestone e sprint<\/strong><\/td>\nC<\/td>\nA\/R<\/td>\nC<\/td>\nC<\/td>\nC<\/td>\n<\/tr>\n
    Sviluppo login SPID\/CIE<\/strong><\/td>\nC<\/td>\nA<\/td>\nR<\/td>\nC<\/td>\nI<\/td>\n<\/tr>\n
    Configurazione pipeline CI\/CD<\/strong><\/td>\nC<\/td>\nA<\/td>\nC<\/td>\nR<\/td>\nI<\/td>\n<\/tr>\n
    Approvazione variazioni di budget*<\/strong><\/td>\nC<\/td>\nR<\/td>\nI<\/td>\nI<\/td>\nA<\/td>\n<\/tr>\n
    Accettazione finale del prodotto*<\/strong><\/td>\nI<\/td>\nR<\/td>\nC<\/td>\nC<\/td>\nA<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    * Le ultime due righe sono esempi contrattuali: l\u2019Accountable effettivo dipende dalle deleghe aziendali e dagli accordi con il cliente. Se la modifica di budget \u00e8 interna, l\u2019A potrebbe spettare alla direzione aziendale anzich\u00e9 al cliente. In un caso reale occorre definire esplicitamente i poteri di approvazione.<\/p>\n

    10. Procedura per compilare una RACI corretta<\/h1>\n

    Si parte dai deliverable, non dai nomi delle persone. Per ciascuna attivit\u00e0 si individua chi la esegue (R), chi ne approva l\u2019esito e ne risponde (A), chi deve contribuire con pareri (C) e chi deve soltanto ricevere comunicazioni (I). Infine si controllano righe prive di R, righe con pi\u00f9 A non giustificati, ruoli sovraccarichi e consultazioni inutili.<\/p>\n

    11. Esercizio guidato e verifica<\/h1>\n

    Disegna due organigrammi affiancati: a sinistra la struttura funzionale di TechVision Solutions con CEO, staff e quattro direzioni; a destra il progetto BankApp con PM e almeno tre sviluppatori, un DevOps e un referente commerciale. Mantieni i colori delle direzioni di provenienza; usa un bordo tratteggiato per gli incarichi temporanei e aggiungi una legenda. Compila poi una RACI per architettura, pianificazione, sviluppo, test e budget.<\/p>\n

    Domande di controllo: (1) Perch\u00e9 uno sviluppatore compare in due schemi? (2) Una linea tratteggiata indica sempre lo stesso tipo di relazione? (3) Qual \u00e8 la differenza tra R e A? (4) Chi risolve un conflitto tra scadenza del progetto e formazione tecnica? (5) La RACI assegna automaticamente il potere di spesa? Motiva le risposte.<\/p>\n

    12. Glossario ragionato<\/h1>\n

    Account Manager \u2014 <\/strong>Figura che cura la relazione commerciale con uno o pi\u00f9 clienti, raccoglie esigenze, gestisce aspettative e opportunit\u00e0; non coincide necessariamente con il PM.<\/p>\n

    Accountable (A) \u2014 <\/strong>Ruolo che risponde dell\u2019esito finale di una specifica attivit\u00e0 e ne autorizza l\u2019accettazione secondo le deleghe stabilite. Nella RACI classica si preferisce un solo A per attivit\u00e0.<\/p>\n

    Agile \u2014 <\/strong>Insieme di valori e principi per sviluppare prodotti in modo iterativo, con feedback frequente e capacit\u00e0 di adattamento; non \u00e8 un singolo metodo.<\/p>\n

    Ambiente di sviluppo \/ test \/ staging \/ produzione \u2014 <\/strong>Contesti separati in cui il software viene scritto, verificato, collaudato in condizioni simili al reale e infine reso disponibile agli utenti.<\/p>\n

    API \u2014 <\/strong>Application Programming Interface: interfaccia che permette a sistemi o programmi di comunicare secondo regole definite.<\/p>\n

    Architettura software \u2014 <\/strong>Organizzazione dei componenti di un sistema, delle loro interazioni e delle principali scelte tecniche.<\/p>\n

    Back-end \/ Front-end \u2014 <\/strong>Il back-end gestisce logica applicativa, dati e servizi; il front-end \u00e8 la parte con cui l\u2019utente interagisce.<\/p>\n

    Budget \u2014 <\/strong>Quantit\u00e0 di risorse economiche autorizzate per un progetto o una sua parte; pu\u00f2 includere personale, infrastrutture e servizi.<\/p>\n

    CEO \u2014 <\/strong>Chief Executive Officer: vertice esecutivo aziendale, responsabile dell\u2019indirizzo generale e delle decisioni secondo l\u2019assetto societario.<\/p>\n

    CI\/CD \u2014 <\/strong>Continuous Integration \/ Continuous Delivery (o Deployment): pratiche e pipeline automatizzate per integrare, testare e preparare o effettuare rilasci. Delivery richiede tipicamente un passaggio di autorizzazione al rilascio; Deployment pu\u00f2 automatizzarlo.<\/p>\n

    CIE \u2014 <\/strong>Carta d\u2019Identit\u00e0 Elettronica: documento e sistema di identificazione digitale utilizzabile per accedere a servizi abilitati.<\/p>\n

    Cloud \u2014 <\/strong>Risorse informatiche erogate via rete, come server, archiviazione e servizi gestiti, spesso scalabili a richiesta.<\/p>\n

    Commessa \u2014 <\/strong>Incarico contrattuale conferito da un cliente per realizzare beni o servizi secondo requisiti, tempi e corrispettivi.<\/p>\n

    Consultant \/ Consulente \u2014 <\/strong>Professionista che fornisce competenze e raccomandazioni; pu\u00f2 essere interno o esterno. Non equivale automaticamente a Consulted della RACI.<\/p>\n

    Consulted (C) \u2014 <\/strong>Ruolo consultato per fornire competenze o pareri prima o durante il lavoro o la decisione; lo scambio \u00e8 bidirezionale, ma C non approva automaticamente.<\/p>\n

    CTO \u2014 <\/strong>Chief Technology Officer: responsabile della direzione tecnologica e, secondo l\u2019organizzazione, delle scelte tecniche, standard e sviluppo.<\/p>\n

    Deliverable \u2014 <\/strong>Risultato verificabile che un progetto deve produrre, come un modulo software, un documento, un test o una versione funzionante.<\/p>\n

    Deployment \u2014 <\/strong>Distribuzione e attivazione di una versione software in un ambiente, soprattutto staging o produzione; distinto dalla semplice compilazione del codice.<\/p>\n

    Dev Lead \/ Technical Lead \u2014 <\/strong>Sviluppatore con responsabilit\u00e0 di guida tecnica: indirizza scelte implementative, revisioni del codice e coordinamento tecnico; non \u00e8 necessariamente il capo gerarchico.<\/p>\n

    Developer \/ Dev \u2014 <\/strong>Sviluppatore che progetta, scrive, verifica e mantiene codice software.<\/p>\n

    DevOps \u2014 <\/strong>Approccio culturale e tecnico che integra sviluppo e operations tramite collaborazione, automazione, CI\/CD, monitoraggio e gestione dell\u2019infrastruttura. DevOps Engineer \u00e8 un ruolo, DevOps non \u00e8 solo un reparto.<\/p>\n

    Doppia dipendenza \/ Double reporting \u2014 <\/strong>Situazione in cui una risorsa risponde sia alla funzione aziendale sia al coordinamento di progetto, con possibili conflitti di priorit\u00e0.<\/p>\n

    DPO \u2014 <\/strong>Data Protection Officer (Responsabile della protezione dei dati): figura prevista dal GDPR in determinati casi, con compiti di consulenza e sorveglianza della conformit\u00e0. Deve poter operare con indipendenza nei compiti assegnati.<\/p>\n

    Escalation \u2014 <\/strong>Trasferimento di un problema o decisione a un livello con autorit\u00e0 adeguata quando i soggetti operativi non riescono a risolverlo.<\/p>\n

    Feature \u2014 <\/strong>Funzionalit\u00e0 del prodotto che offre un valore riconoscibile all\u2019utente o al cliente.<\/p>\n

    Funzione di staff \u2014 <\/strong>Unit\u00e0 che fornisce supporto o consulenza alla direzione o ad altre aree, senza necessariamente esercitare comando gerarchico su di esse.<\/p>\n

    Gerarchia di linea \u2014 <\/strong>Catena formale di autorit\u00e0 e responsabilit\u00e0 all\u2019interno della struttura aziendale.<\/p>\n

    HR \u2014 <\/strong>Human Resources: funzione che si occupa di selezione, gestione, formazione e sviluppo del personale.<\/p>\n

    Helpdesk \u2014 <\/strong>Servizio di assistenza che riceve, classifica e gestisce richieste e problemi degli utenti.<\/p>\n

    Informed (I) \u2014 <\/strong>Ruolo che deve ricevere informazioni sullo stato o sull\u2019esito dell\u2019attivit\u00e0; in genere non \u00e8 chiamato a decidere o a eseguire.<\/p>\n

    KPI \u2014 <\/strong>Key Performance Indicator: indicatore misurabile usato per valutare un risultato o l\u2019andamento di un processo.<\/p>\n

    Milestone \u2014 <\/strong>Traguardo significativo del progetto, spesso associato a una data o a un risultato verificabile; non coincide necessariamente con un\u2019attivit\u00e0.<\/p>\n

    Organigramma \u2014 <\/strong>Schema della struttura formale che mostra ruoli, unit\u00e0 e relazioni organizzative.<\/p>\n

    PM \/ Project Manager \u2014 <\/strong>Responsabile del coordinamento del progetto entro l\u2019autorit\u00e0 delegata: pianifica, monitora tempi e costi, gestisce rischi e comunicazioni.<\/p>\n

    Product Owner \u2014 <\/strong>Nel framework Scrum, figura responsabile di massimizzare il valore del prodotto e della gestione efficace del Product Backlog; non coincide necessariamente con il PM.<\/p>\n

    QA \/ Tester \u2014 <\/strong>Quality Assurance: attivit\u00e0 e ruoli per prevenire e rilevare difetti; il tester esegue verifiche sul comportamento del software.<\/p>\n

    RACI \u2014 <\/strong>Matrice che attribuisce, per ciascuna attivit\u00e0, Responsible, Accountable, Consulted e Informed.<\/p>\n

    Refactoring \u2014 <\/strong>Riorganizzazione del codice per migliorarne la struttura interna senza modificarne intenzionalmente il comportamento esterno.<\/p>\n

    Responsible (R) \u2014 <\/strong>Chi esegue concretamente il lavoro necessario per completare una determinata attivit\u00e0.<\/p>\n

    Rilascio \/ Release \u2014 <\/strong>Versione del software resa disponibile o preparata per la distribuzione, secondo un processo di approvazione.<\/p>\n

    RSPP \u2014 <\/strong>Responsabile del Servizio di Prevenzione e Protezione: figura della sicurezza sul lavoro prevista dal D.Lgs. 81\/2008; ruolo distinto dal DPO.<\/p>\n

    Scrum \u2014 <\/strong>Framework Agile con responsabilit\u00e0, eventi e artefatti definiti per affrontare problemi complessi e produrre valore in modo iterativo.<\/p>\n

    Scrum Master \u2014 <\/strong>Responsabilit\u00e0 prevista da Scrum: favorisce la comprensione e l\u2019applicazione del framework e aiuta a rimuovere impedimenti organizzativi.<\/p>\n

    SPID \u2014 <\/strong>Sistema Pubblico di Identit\u00e0 Digitale: sistema italiano di accesso ai servizi online tramite identit\u00e0 digitale.<\/p>\n

    Sprint \u2014 <\/strong>Periodo di durata fissa, non superiore a un mese in Scrum, durante il quale si lavora a un obiettivo e a un incremento di prodotto.<\/p>\n

    Stakeholder \u2014 <\/strong>Persona o organizzazione interessata dal progetto o capace di influenzarlo: cliente, utenti, direzione, team e altri soggetti.<\/p>\n

    Struttura a matrice \u2014 <\/strong>Modello che incrocia direzioni funzionali e progetti, condividendo risorse e responsabilit\u00e0 di coordinamento.<\/p>\n

    Struttura funzionale \u2014 <\/strong>Modello che raggruppa persone e risorse per specializzazione o funzione aziendale.<\/p>\n

    System Administrator \u2014 <\/strong>Figura che gestisce sistemi operativi, server, account, configurazioni e disponibilit\u00e0 dei servizi.<\/p>\n

    Task \u2014 <\/strong>Unit\u00e0 di lavoro assegnabile e monitorabile, spesso parte di un\u2019attivit\u00e0 o deliverable pi\u00f9 ampio.<\/p>\n

    UX\/UI \u2014 <\/strong>User Experience: qualit\u00e0 dell\u2019esperienza d\u2019uso; User Interface: elementi visivi e interattivi dell\u2019interfaccia.<\/p>\n

    Workload \/ Capacit\u00e0 \u2014 <\/strong>Carico di lavoro richiesto e disponibilit\u00e0 effettiva di una persona o squadra in un certo intervallo di tempo.<\/p>\n

    Nota conclusiva<\/h1>\n

    L\u2019organigramma risponde soprattutto alla domanda \u00abcome \u00e8 organizzata l\u2019azienda?\u00bb, quello di progetto a \u00abcome si coordinano le persone per questa commessa?\u00bb, la RACI a \u00abchi fa, chi approva, chi viene consultato e chi viene informato per ogni attivit\u00e0?\u00bb. Usati insieme, questi strumenti rendono visibili le responsabilit\u00e0 e aiutano a prevenire ambiguit\u00e0.<\/p>\n

    Riferimenti per approfondire: Scrum Guide (Schwaber e Sutherland, 2020); Regolamento UE 2016\/679, artt. 37\u201339 (DPO); D.Lgs. 81\/2008, artt. 31\u201333 (servizio di prevenzione e protezione); documentazione AgID su SPID e CIE. Le convenzioni grafiche di questa lezione sono scelte didattiche dichiarate nella legenda.<\/p>\n

    \"\"<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

    Lezione di Gestione Progetto e Organizzazione d\u2019Impresa (GPO) \u2022 Dalla struttura funzionale al team temporaneo \u2022 Matrice RACI \u2022 Glossario tecnico   Obiettivi di apprendimento Al termine della lezione saprai distinguere gerarchia e coordinamento, disegnare organigrammi leggibili, rappresentare correttamente incarichi temporanei, interpretare la doppia dipendenza, compilare una matrice RACI e spiegare il lessico di un … <\/p>\n

    Leggi tutto “3. Come leggere e costruire un organigramma aziendale”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":2176,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[65],"class_list":["post-2171","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-informatica","tag-gpo"],"_links":{"self":[{"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/posts\/2171","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/comments?post=2171"}],"version-history":[{"count":3,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/posts\/2171\/revisions"}],"predecessor-version":[{"id":2187,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/posts\/2171\/revisions\/2187"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/media\/2176"}],"wp:attachment":[{"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/media?parent=2171"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/categories?post=2171"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vr-m.it\/sito\/wp-json\/wp\/v2\/tags?post=2171"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}