# Piano di sviluppo

> Il modulo di spazio Piano di sviluppo, della scheda Pianificazione & HR. Ognuno prepara il proprio piano di sviluppo individuale, con azioni e scadenze, lo invia al responsabile diretto, che lo approva o lo restituisce con una nota, e ne segue l'avanzamento fino a concluderlo; il responsabile vede il suo team e la direzione vede il pannello per responsabile.

Il **Piano di sviluppo** (PDI, piano di sviluppo individuale) è il posto in cui ognuno scrive che cosa svilupperà, in azioni con scadenza, e segue il piano fino in fondo, invece di vederlo nascere dopo la valutazione e finire in un cassetto. Il **responsabile diretto** approva il piano e segue il team; la direzione vede quanti hanno un piano e quanti sono in ritardo, responsabile per responsabile.

È un [modulo di spazio](/conceitos/modulos) della scheda **Pianificazione & HR** di **Aggiungi Spazio**. Una community può avere **più** spazi Piano di sviluppo (per esempio *PDI 2026* e *PDI dei responsabili*), e tutto è per spazio: il piano, il team, la coda di approvazione e il pannello. Chi crea lo spazio: proprietario o amministratore. Non c'è niente da configurare: alla creazione, l'app apre subito lo spazio.

## A cosa serve

| Community | Come lo usa |
|---|---|
| HR aziendale | Il piano annuale di ognuno, approvato dal responsabile e seguito dalle HR nel pannello |
| Programma di leadership | Uno spazio *PDI dei responsabili*, solo per il gruppo dei responsabili |
| Scuola o mentoring | Il piano di studio di ogni studente, approvato dal mentor (il responsabile nell'organigramma) |

## Chi vede e chi fa cosa

Il responsabile di ognuno è il suo **Risponde a** nell'[organigramma](/membros/grupos-e-organograma). Memberfy calcola chi può fare cosa al momento di ogni azione, in base all'organigramma di quel momento.

| Chi | Vede il piano | Crea, modifica, invia, conclude | Approva o restituisce |
|---|---|---|---|
| **La persona** | Sì | Sì (solo lei lo invia per approvazione) | No, mai il proprio |
| **Responsabile diretto** | Sì | Sì: crea il piano di un collaboratore e lo modifica | Sì |
| **Proprietario** e **amministratore** | Sì, di tutti | Sì | Sì (per chi non ha responsabile, o quando il responsabile è uscito) |
| **Responsabile indiretto** (il responsabile del responsabile) | Sì, solo lettura | No | No |
| **Finanza** | Sì, solo lettura, e il pannello | No | No |
| **Moderatore** e gli altri membri | No (il moderatore, solo se è il responsabile della persona) | No | No |

- Nessun altro vede il piano di una persona: per chi non è nella tabella, semplicemente non esiste.
- Quando l'assistenza di Memberfy entra nella community (pulsante **Entra**), non vede né tocca i piani di sviluppo.
- Non ci sono note private del responsabile: la persona vede tutto ciò che resta registrato nel suo piano, compresa la nota di restituzione.
- La persona deve avere accesso allo spazio Piano di sviluppo per avere un piano.

> [!WARNING]
> Poiché il responsabile diretto approva il piano, **solo il proprietario e l'amministratore cambiano chi risponde a chi** nell'organigramma. Il moderatore e la finanza vedono il responsabile e continuano a organizzare i gruppi. Vedi [Gruppi e organigramma](/membros/grupos-e-organograma#chi-puo-farlo).

## Come funziona

### Le schede dello spazio

| Vista | Cosa mostra | Chi la vede |
|---|---|---|
| **Il mio piano** | Il tuo piano attivo, oppure **Crea il mio piano**, e lo **Storico** di quelli conclusi | Tutti quelli con accesso allo spazio |
| **Il mio team** | Chi risponde a te, direttamente o indirettamente (**Collaboratore diretto**, **Collaboratore indiretto**), con lo stato, l'avanzamento e le azioni in ritardo di ognuno, e **Crea piano** per un collaboratore diretto senza piano | Chi è responsabile di qualcuno |
| **Da approvare** | I piani che aspettano la tua decisione, con il conteggio | Chi approva qualche piano |
| **Pannello** | I totali e una riga per responsabile diretto | Proprietario, amministratore e finanza (tutto lo spazio); il responsabile (il suo team, diretto e indiretto) |

Lo spazio ha due modalità. Chi ha una vista di gestione (guida qualcuno, approva piani o vede il pannello) apre lo spazio in **Gestione**, con **Mostra:** **Il mio team**, **Da approvare** e **Pannello** (quelle che la persona può vedere) e la barra del ciclo del PDI; **Mio** è **Il mio piano**. Chi non ha una vista di gestione vede solo **Il mio piano**, senza il selettore.

### Il piano

| Campo | A cosa serve |
|---|---|
| **Titolo** | Es.: *PDI 2026*. Fino a 120 caratteri |
| **Inizio** e **Fine** | Il periodo del piano, con date nel fuso orario della community. La fine non può essere prima dell'inizio |
| **Azioni** | Fino a 50. Ognuna con **Titolo dell'azione** (fino a 200 caratteri), **Descrizione dell'azione** facoltativa e **Scadenza** |

Ogni azione ha un **Avanzamento**: **Da fare**, **In corso** o **Fatta**. L'**Avanzamento** del piano conta quelle fatte (*"3 di 5 fatte (60%)"*).

Un'azione è **In ritardo** quando la scadenza è passata nel fuso orario della community e non è fatta. Nessuno segna il ritardo: Memberfy lo calcola sul momento, e il piano approvato mostra *"Approvato, con 2 azioni in ritardo."*

### Dalla bozza al concluso

<div class="flow">
<div class="flow-row"><span class="flow-node">Bozza</span><span class="flow-arrow">→</span><span class="flow-node">In attesa di approvazione</span><span class="flow-arrow">→</span><span class="flow-node">Approvato</span><span class="flow-arrow">→</span><span class="flow-node">Concluso</span></div>
</div>

1. **Bozza.** La persona prepara il piano (**Salva bozza**). La bozza è visibile a lei, ai suoi responsabili e alla direzione, e si può eliminare.
2. **Invia per approvazione.** Serve almeno un'azione. Il responsabile diretto riceve l'avviso; senza responsabile, il proprietario e gli amministratori.
3. **Approva** o **Restituisci.** Chi approva decide. **Restituisci** chiede una **Nota per la persona** (obbligatoria): il piano torna in bozza e la persona vede la nota (*"Restituito da Anna"*), lo sistema e lo invia di nuovo.
4. **Approvato.** La persona aggiorna l'avanzamento delle azioni. Cambiare solo l'avanzamento **non** chiede mai una nuova approvazione.
5. **Concludi.** La persona o chi approva conclude il piano approvato, anche con azioni aperte, che restano com'erano. Il piano passa allo **Storico** e la persona può crearne un altro. Un piano approvato non si elimina: si conclude.

**Un piano attivo per persona in ogni spazio.** Bozza, in attesa di approvazione e approvato contano come attivo; per crearne un altro nello stesso spazio, concludi quello attuale.

### Modificare un piano approvato

| Chi cambia il titolo, il periodo o le azioni | Che cosa succede |
|---|---|
| **La persona** | Il piano torna **In attesa di approvazione** e il responsabile riceve l'avviso (*"Hai modificato un piano approvato: è tornato all'approvazione del responsabile."*) |
| **Chi può approvare** (il responsabile diretto, il proprietario o l'amministratore) | Il piano resta approvato |

Il modulo avvisa prima: *"Questo piano è approvato. Cambiare il periodo o le azioni lo rimanda all'approvazione del responsabile; cambiare solo l'avanzamento, no."* La versione precedente non viene conservata.

### Il responsabile crea il piano del collaboratore

In **Il mio team**, **Crea piano** accanto a un collaboratore diretto senza piano. La persona riceve l'avviso, vede il piano e può sistemarlo prima di inviarlo per approvazione; l'invio resta suo.

### Se cambia il responsabile

Decide sempre il responsabile diretto **di quel momento**. Se il responsabile di qualcuno cambia mentre il piano è in attesa di approvazione, la decisione passa al nuovo responsabile, che riceve l'avviso.

### Il pannello

Una riga per **Responsabile diretto** (e **Senza responsabile**), con **Persone**, **Con piano**, **In attesa**, **Approvati**, **Nessuna azione avviata**, **In ritardo** e **Conclusi**. Il ritardo è calcolato fino a oggi, nel fuso orario della community. Il proprietario, l'amministratore e la finanza vedono tutte le persone con accesso allo spazio; il responsabile vede il suo team, collaboratori diretti e indiretti.

### E-mail

La categoria **Piano di sviluppo** di [E-mail di questa community](/notificacoes/emails-desta-comunidade), attiva per impostazione predefinita, ha quattro avvisi, mai con il contenuto del piano, solo l'avviso e il pulsante **Vedi il piano**:

| Avviso | Chi lo riceve |
|---|---|
| *Tizio ti ha inviato un piano di sviluppo da approvare* | Il responsabile diretto; senza responsabile, il proprietario e gli amministratori |
| *Tizio ha approvato il tuo piano di sviluppo* | La persona |
| *Tizio ha restituito il tuo piano di sviluppo con una nota* | La persona |
| *Tizio ha creato un piano di sviluppo per te* | La persona |

### Il ciclo aziendale

Un **ciclo** dà a tutta l'azienda la stessa scadenza, con promemoria. Il proprietario e l'amministratore lo aprono in **Gestisci ciclo di PDI › Apri ciclo**, in cima allo spazio:

| Campo | A cosa serve |
|---|---|
| **Nome del ciclo** | Es.: *Ciclo di PDI 2027*. Fino a 120 caratteri |
| **Scadenza di invio** e **Scadenza di approvazione** | Giorni nel fuso orario della community; l'approvazione è lo stesso giorno dell'invio o dopo |
| **Pubblico** | **Tutti** quelli che accedono allo spazio, **Un gruppo** o **Un tag** (sempre tra chi accede allo spazio) |
| **Promemoria via e-mail** | Fino a 5, in giorni prima di ogni scadenza (da 0 a 60); il predefinito è 7 e 1 |

- **Un ciclo aperto per spazio.** I piani attivi di chi è nel pubblico entrano nel ciclo, e anche quelli creati mentre è aperto.
- **Chi è nel pubblico** vede in cima allo spazio il nome del ciclo e le scadenze, con la propria situazione: *"Invia il tuo PDI entro il 30/11"*, *"Il tuo PDI di questo ciclo è già stato inviato."* o *"La scadenza è passata: invia il tuo PDI appena puoi"*.
- **Il responsabile vede il ciclo del suo team** in cima allo spazio, con le scadenze e l'adesione delle persone sotto di lui, anche quando lui stesso non è nel pubblico.
- **Modifica** cambia nome, scadenze, pubblico e promemoria. **Chiudi ciclo** ferma i promemoria; i piani restano come sono, collegati al ciclo, e l'adesione resta nel pannello. Un ciclo chiuso non si riapre.
- **Promemoria.** Aprire non invia nulla subito. In ogni giorno di promemoria, chi è nel pubblico e non ha ancora inviato riceve *"Invia il tuo PDI del ciclo …"*, e il responsabile con piani del ciclo da approvare riceve *"Ci sono PDI del ciclo … in attesa della tua approvazione"*. Nessuno ne riceve due nello stesso giorno. Le e-mail sono della categoria **Piano di sviluppo** di [E-mail di questa community](/notificacoes/emails-desta-comunidade), con la disiscrizione da quella categoria nel piè di pagina.
- **Adesione.** Nella scheda **Pannello**, **Adesione al ciclo** mostra, per responsabile diretto, **Persone**, **Hanno inviato**, **Approvati**, **Non hanno inviato**, **Invio in ritardo** e **Approvazione in ritardo**. Il proprietario, l'amministratore e la finanza vedono tutto il pubblico; il responsabile, solo le persone sotto di lui.

### Azione collegata a un corso

Creando o modificando un'azione, il campo **Corso della community (facoltativo)** collega l'azione a un corso che la persona può vedere. L'azione mostra allora l'avanzamento (*"3 di 8 lezioni (37%)"*) e **Vedi corso**; chi non è ancora iscritto vede **Iscriviti**, che porta al corso (un corso a pagamento segue il normale acquisto). Quando la persona conclude il corso, l'azione viene segnata come **Fatta** da sola, e può riaprirla. Il responsabile e il team che leggono il piano vedono lo stesso avanzamento. Se il corso non esiste più, l'azione resta senza collegamento, con un avviso.

### Azione creata da un workflow

Un [workflow](/notificacoes/workflows#azioni-della-piattaforma-e-altri-workflow) con l'azione **Aggiungi un'azione al PDI** aggiunge un'azione, con scadenza, al PDI attivo della persona (per esempio, dopo il risultato di una valutazione); senza PDI attivo nello spazio, crea una bozza con essa. L'azione mostra *"Creato dal workflow …"*, con il nome del workflow, e segue le stesse regole di qualsiasi azione.

## Passo dopo passo

### Creare lo spazio

*Ruolo: proprietario o amministratore.*

1. **Aggiungi Spazio › Pianificazione & HR › Piano di sviluppo**.
2. Dai un nome (es.: *PDI 2026*), la sezione e chi ha accesso.
3. Salva. L'app apre lo spazio.

### Preparare e inviare il tuo piano

1. Nello spazio, **Il mio piano › Crea il mio piano**.
2. **Titolo**, **Inizio** e **Fine**.
3. **Aggiungi azione** per ogni azione: titolo, descrizione (facoltativa) e **Scadenza**.
4. **Salva bozza** per continuare dopo, oppure **Salva e invia**.

### Approvare o restituire

*Ruolo: responsabile diretto della persona, proprietario o amministratore.*

1. In **Da approvare**, apri il piano.
2. **Approva**, oppure **Restituisci** con la nota di cosa va cambiato.

### Seguire e concludere

1. In **Il mio piano**, cambia l'**Avanzamento** di ogni azione man mano che procedi.
2. Alla fine del periodo, **Concludi**.

## Esempi

**Il piano annuale di un'azienda.** Spazio *PDI 2026*, aperto a tutti. Carla prepara il suo con tre azioni (*Seguire il corso di comunicazione*, scadenza 30/04; *Presentare all'all-hands*, 30/06; *Fare da mentor a uno stagista*, 31/10) e lo invia. Diego, il suo responsabile, lo restituisce con la nota *"Aggiungi un'azione di inglese"*; lei la aggiunge e lo invia di nuovo; lui lo approva. A maggio, il pannello delle HR mostra il team di Diego con un'azione in ritardo.

**Il responsabile avvia il piano.** Diego crea in **Il mio team** il piano di Bruno, appena arrivato. Bruno riceve *"Diego ha creato un piano di sviluppo per te"*, sistema una scadenza e lo invia; Diego lo approva.

**La persona modifica un piano approvato.** Carla cambia la scadenza di un'azione: il piano torna **In attesa di approvazione** e Diego riceve l'avviso. Se fosse Diego a fare la stessa modifica, il piano resterebbe approvato.

## Con l'assistente (MCP)

Gli strumenti del piano di sviluppo sono in [Strumenti · Membri › Piani di sviluppo](/mcp/ferramentas-membros#piani-di-sviluppo). Il ciclo (`get_current_development_cycle` per chiunque; `list_development_cycles` e `get_development_cycle` per il proprietario, l'amministratore e la finanza; `create_development_cycle`, con `dry_run` per vedere prima com'è e chi riceve i promemoria, `update_development_cycle` e `close_development_cycle`, che chiede conferma, per il proprietario e l'amministratore; `get_development_cycle_adhesion` per il team e per il responsabile, sul suo team) e `course_id` nelle azioni, con l'avanzamento del corso. Vedi la ricetta [Apri il ciclo di PDI e segui l'adesione](/mcp/receitas#83-apri-il-ciclo-di-pdi-e-segui-l-adesione).

## Errori comuni e come risolverli

| Situazione | Perché | Cosa fare |
|---|---|---|
| *"Questa persona ha già un piano di sviluppo attivo in questo spazio. Concludi quello attuale per crearne un altro"* | Un piano attivo per persona per spazio | Concludi quello attuale, o usa un altro spazio Piano di sviluppo |
| *"Aggiungi almeno un'azione per inviarlo."* | Piano senza azioni | Aggiungi un'azione con scadenza |
| *"Solo il responsabile diretto, owner o admin possono creare il piano di sviluppo di un'altra persona"* | Sei responsabile indiretto, o non sei il responsabile della persona | Chiedi al responsabile diretto |
| *"Solo la persona e chi approva il suo piano possono modificarlo"* | Leggi il piano (responsabile indiretto, finanza), ma non lo modifichi | Chiedi alla persona o al responsabile diretto |
| *"La persona deve avere accesso allo spazio dei piani di sviluppo"* | Lo spazio è privato e la persona non è nel suo pubblico | Dalle accesso allo spazio |
| Il piano approvato è tornato in approvazione | La persona ha cambiato il titolo, il periodo o un'azione | È così per scelta; il responsabile lo approva di nuovo |
| *"Ancora nessuno nel tuo team"* in **Il mio team** | Nessuno risponde a te nell'organigramma, o chi risponde non apre lo spazio | Il proprietario o l'amministratore definisce il responsabile in **Membri** |
| *"Scegli lo spazio dei piani di sviluppo: questa community ne ha più di uno"* (API o assistente) | Ci sono più spazi e la richiesta non ha detto quale | Indica lo spazio (`spaceId` nell'API, `space_id` nell'assistente) |
| *"Questo spazio ha già un ciclo di PDI aperto. Chiudilo prima di aprirne un altro."* | Un ciclo aperto per spazio | Chiudi quello attuale in **Gestisci ciclo di PDI** |
| *"La scadenza di approvazione non può essere prima di quella di invio."* | Le scadenze sono invertite | Cambiane una |

## Domande frequenti

**Il responsabile indiretto approva?**
No. Vede il piano e il pannello del suo team, ma approva il responsabile diretto (o il proprietario o l'amministratore).

**Posso eliminare un piano approvato?**
No. Si elimina solo la bozza; quello approvato si conclude e resta nello storico.

**Concludere con azioni aperte fa perdere le azioni?**
No. Restano com'erano, fatte o no, nello storico.

**Il moderatore vede i piani?**
Solo quelli delle persone di cui è responsabile nell'organigramma.

## Nell'API

Lo spazio è `module: "developmentPlan"`, e la community può averne più di uno. Le rotte sono in `/api/development-plans`, con l'`X-CommunityId` e lo `spaceId` (obbligatorio quando c'è più di uno spazio): `GET` e `POST /api/development-plans` (`scope`: `mine`, `team`, `toApprove` o `all`), `GET /api/development-plans/team`, `GET /api/development-plans/dashboard`, `GET`, `PUT` e `DELETE /api/development-plans/{id}`, `POST /api/development-plans/{id}/submit`, `/approve`, `/return` (con `note`) e `/complete`, e le azioni in `POST /api/development-plans/{id}/actions`, `PUT` e `DELETE /api/development-plans/{id}/actions/{actionId}`. Ogni piano porta `canEdit`, `canSubmit`, `canApprove`, `canReturn`, `canComplete` e `canDelete`; chi non può vederlo riceve `404`, e un secondo piano attivo, `409` (`activeExists`).

**Cicli e corsi**: `GET /api/development-plans/cycles/current`, `GET` e `POST /api/development-plans/cycles`, `GET` e `PUT /api/development-plans/cycles/{cycleId}`, `POST /api/development-plans/cycles/{cycleId}/close` e `GET /api/development-plans/cycles/{cycleId}/adhesion`. Aprire, modificare e chiudere spettano al proprietario e all'amministratore (`403` `cycleDenied`); elencare e vedere un ciclo, anche alla finanza (`403` `cycleTeamOnly`); un secondo ciclo aperto nello spazio restituisce `409` (`cycleOpenExists`). Le azioni accettano `courseId` (`null` scollega) e portano `course`, con l'avanzamento.

## Correlati

- [Gruppi e organigramma](/membros/grupos-e-organograma)
- [Feedback](/espacos/feedbacks)
- [Moduli](/conceitos/modulos)
- [E-mail di questa community](/notificacoes/emails-desta-comunidade)
- [Strumenti · Membri › Piani di sviluppo](/mcp/ferramentas-membros#piani-di-sviluppo)
