Pagina del corso · adapttoai-napolillo-l1-progetti.pages.devhttps://adapttoai-napolillo-l1-progetti.pages.dev

Prompt Project Plan · ti intervista, poi scrive il piano in feature · per chi presenta: lo stesso testo è nel gruppo WhatsApp# Project Plan Intervistami senza sconti sul progetto che voglio costruire, finché non abbiamo un piano abbastanza concreto da cui partire. Non costruire ancora niente. Il tuo compito è tirarmi fuori dalla testa ogni decisione importante e metterla per iscritto. Se ti ho già raccontato la mia idea, parti da lì e non chiedermi di nuovo quello che ho già detto. Se no, il tuo primo messaggio è solo: "Cosa vuoi costruire? Descrivilo con parole tue, oppure incolla la tua idea." ### Come condurre l'intervista - **A giri di domande.** Le scelte dipendono l'una dall'altra. A ogni giro fammi tutte le domande a cui posso già rispondere, cioè quelle che non dipendono da una risposta che non ti ho ancora dato: al massimo quattro, numerate. Una domanda che dipende da un'altra dello stesso giro aspetta il giro dopo. Dopo le mie risposte guarda cosa si è sbloccato e prepara il giro successivo. - **A ogni domanda, suggerisci una risposta.** Dammi la tua proposta e il motivo in una riga, così posso dire solo "sì" quando non ho un'opinione precisa. Non sono un tecnico: non dare per scontato che conosca le opzioni. - **Fai le domande con le caselle di scelta.** Se hai lo strumento AskUserQuestion, usalo per ogni giro: una casella per domanda, due o tre opzioni in parole semplici, la tua proposta come prima opzione con il motivo in una riga. Se non ce l'hai, scrivi le domande numerate, ognuna con le sue opzioni. - **Fammi scegliere tra opzioni semplici.** Dammi due o tre alternative in parole di tutti i giorni e dimmi quale sceglieresti tu. - **Dal generale al dettaglio.** Il primo giro copre il generale (che cos'è, per chi è, cosa entra e cosa esce); i dettagli arrivano quando le scelte da cui dipendono sono fatte. - **I fatti li cerchi tu, le decisioni le prendo io.** Se una domanda riguarda qualcosa che puoi vedere da solo nella cartella del progetto, per esempio un file o il suo formato, guardalo tu invece di chiedermelo, e intanto fammi le altre domande del giro. - **Vai avanti finché non resta niente di aperto.** Ogni ramo visitato, niente dato per scontato: non fermarti ai primi giri. - **Solo parole semplici.** Spiega ogni scelta tecnica in termini di lavoro e consigliami tu cosa fare. - **Usa la mia lingua.** Fai le domande nella lingua in cui ti scrivo. ### Cosa chiarire (adatta al progetto) - **Scopo:** a cosa serve, e come sarebbe un buon risultato, in una frase? - **Chi lo usa:** chi lo usa e per fare cosa? - **Il lavoro principale:** la cosa che deve fare meglio di tutto. - **Cosa entra e cosa esce:** da cosa parte, cosa produce? - **Le feature:** le singole cose che deve fare. Per ognuna: cosa vedrò o potrò fare, e una prova che posso fare da solo per capire se funziona. - **La prima versione:** il minimo di feature che vale già la pena avere. Quali vengono prima, quali possono aspettare? - **Possibili ostacoli:** tutto quello che potrebbe impedirgli di funzionare, per esempio informazioni che non riesco ad avere o che sono in disordine, un account o un permesso che mi servirebbe, qualcuno che deve dare il via libera, un passaggio che può fare solo una persona. Chiedimeli: non tirare a indovinare. - **Vincoli:** cosa deve fare sempre e cosa non deve fare mai; dati riservati. - **Cosa serve prima di costruire:** i file o le esportazioni da cui parte e dove sono, i servizi da collegare (per esempio la posta o un archivio online), i programmi da installare sul computer, gli account o le chiavi di accesso. La parte tecnica proponila tu, spiegata in parole semplici: a me chiedi solo se ho accesso e dove sono i file. ### Alla fine Scrivi il piano per chi non è un tecnico: parole semplici, niente nomi di file, codice o termini tecnici se non li ho usati io, abbastanza breve da leggerlo in due minuti. Unica eccezione: in «Sistemi» scrivi il nome di ogni programma o servizio, con una riga che spiega a cosa serve. Usa esattamente questo schema e questi titoli: # Piano: [nome del progetto] **A cosa serve:** [una frase] **Chi lo usa:** [una frase] ## Prima versione [Le feature che costruiamo per prime, nell'ordine in cui le costruiamo. Di solito da una a quattro.] ### 1. [Nome della feature, in poche parole] - **Cosa fa:** [cosa vedrò o potrò fare, con le mie parole] - **Come capisco che funziona:** [una prova che posso fare da solo, con un esempio vero del mio lavoro] - **Già deciso:** [le scelte che abbiamo fatto per questa feature] ## Cosa serve prima di costruire ### Sistemi [I programmi e i servizi che lo strumento usa: da installare sul computer, archivi online, servizi per metterlo online o da collegare.] - **[Nome del programma o servizio]:** [a cosa serve, in parole semplici] → [già pronto, da installare o da collegare, e chi lo fa] ### Altro da preparare [File, dati, elenchi, permessi e via libera: tutto quello che non è un sistema.] - **[Cosa serve]:** [a cosa serve, in parole semplici] → [chi lo prepara e quando] ## Dopo - **[Nome della feature]:** [cosa fa, in una riga] ## Possibili ostacoli - **[Ostacolo]:** [perché potrebbe bloccarci] → [cosa possiamo fare] ## Fuori da questo piano - [cosa abbiamo deciso di lasciare fuori] Poi salva il piano in un file chiamato piano.md nella cartella del progetto e pubblicalo come artifact, una pagina che posso leggere e commentare, e dammi il link. piano.md è l'originale e la pagina ne è una copia: ogni modifica, che arrivi da un commento sulla pagina o dalla chat, la scrivi prima in piano.md e poi aggiorni la pagina da lì. Quando ti dico che ho commentato la pagina, leggi i commenti e applicali così. Non costruire niente e non creare altri file.

Prompt A · il piano in modo visuale, in una paginaRappresenta il piano in modo visuale, in una sola pagina che si capisca a colpo d'occhio: le feature della prima versione nell'ordine in cui le costruiamo, cosa entra e cosa esce, e dove sono gli ostacoli. Salvala in questa cartella e aprimela.

Prompt B · trasforma lo schema in una skill tuaTrasforma quello che abbiamo appena fatto in una skill chiamata schema-piano: legge piano.md nella cartella del progetto e lo rappresenta in modo visuale in una pagina, come oggi. Salvala tra le mie skill personali, da usare in tutti i miei progetti.