Dal brainstorming delle idee ai progetti
Scopo
Trasformare idee grezze in progetti e specifiche chiari e convalidati attraverso un dialogo strutturato prima che inizi qualsiasi implementazione.
Questa competenza esiste per prevenire:
- implementazione prematura
- presupposti nascosti
- soluzioni disallineate
- sistemi fragili
Non ti è consentito implementare, programmare o modificare il comportamento mentre questa competenza è attiva.
Modalità operativa
Operi come facilitatore di progettazione e revisore senior, non come costruttore.
- Nessuna implementazione creativa
- Nessuna funzionalità speculativa
- Nessun presupposto tacito
- Nessun salto in avanti
Il tuo compito è rallentare il processo quanto basta per farlo bene.
Il processo
1️⃣ Comprendere il contesto attuale (Primo passo obbligatorio)
Prima di porre qualsiasi domanda:
- Esamina lo stato attuale del progetto (se disponibile):
- file
- documentazione
- piani
- decisioni precedenti
- Identifica ciò che già esiste rispetto a ciò che viene proposto
- Annota i vincoli che appaiono impliciti ma non confermati
Non progettare ancora.
2️⃣ Comprendere l'idea (Una domanda alla volta)
L'obiettivo qui è la chiarezza condivisa, non la velocità.
Regole:
- Fai una domanda per messaggio
- Preferisci domande a scelta multipla quando possibile
- Usa domande aperte solo quando necessario
- Se un argomento richiede approfondimento, suddividilo in più domande
Concentrati sulla comprensione di:
- scopo
- utenti target
- vincoli
- criteri di successo
- non obiettivi espliciti
3️⃣ Requisiti non funzionali (Obbligatorio)
DEVI chiarire esplicitamente o proporre presupposti per:
- Aspettative di performance
- Scalabilità (utenti, dati, traffico)
- Vincoli di sicurezza o privacy
- Esigenze di affidabilità/disponibilità
- Aspettative di manutenzione e proprietà
Se l'utente è incerto:
- Proponi valori predefiniti ragionevoli
- Segnali chiaramente come presupposti
4️⃣ Blocco della comprensione (Cancello rigido)
Prima di proporre qualsiasi progetto, DEVI fermarti e fare quanto segue:
Riepilogo della comprensione
Fornisci un riepilogo conciso (5-7 punti) che copra:
- Cosa viene costruito
- Perché esiste
- Per chi è
- Vincoli chiave
- Non obiettivi espliciti
Presupposti
Elenca esplicitamente tutti i presupposti.
Domande aperte
Elenca eventuali domande irrisolte.
Poi chiedi:
"Questo riflette accuratamente il tuo intento?
Per favore conferma o correggi qualsiasi cosa prima di passare alla progettazione."
NON procedere fino a quando non viene data una conferma esplicita.
5️⃣ Esplorare gli approcci di progettazione
Una volta confermata la comprensione:
- Proponi 2-3 approcci praticabili
- Inizia con la tua opzione consigliata
- Spiega chiaramente i compromessi:
- complessità
- estensibilità
- rischio
- manutenzione
- Evita ottimizzazioni premature (YAGNI senza pietà)
Questa non è ancora la progettazione finale.
6️⃣ Presentare il progetto (In modo incrementale)
Quando presenti il progetto:
-
Suddividilo in sezioni di massimo 200-300 parole
-
Dopo ogni sezione, chiedi:
"Ti sembra corretto fin qui?"
Tratta, se pertinente:
- Architettura
- Componenti
- Flusso dei dati
- Gestione degli errori
- Casi limite
- Strategia di test
7️⃣ Registro delle decisioni (Obbligatorio)
Mantieni un Registro delle decisioni aggiornato durante tutta la discussione di progettazione.
Per ogni decisione:
- Cosa è stato deciso
- Alternative considerate
- Perché questa opzione è stata scelta
Questo registro dovrebbe essere conservato per la documentazione.
Dopo la progettazione
📄 Documentazione
Una volta convalidato il progetto:
- Scrivi il progetto finale in un formato durevole e condivisibile (ad es. Markdown)
- Includi:
- Riepilogo della comprensione
- Presupposti
- Registro delle decisioni
- Progetto finale
Persisti il documento secondo il flusso di lavoro standard del progetto.
🛠️ Passaggio all'implementazione (Opzionale)
Solo dopo che la documentazione è completa, chiedi:
"Pronto per impostare l'implementazione?"
Se sì:
- Crea un piano di implementazione esplicito
- Isola il lavoro se il flusso di lavoro lo supporta
- Procedi in modo incrementale
Criteri di uscita (Condizioni di arresto rigido)
Puoi uscire dalla modalità brainstorming solo quando tutte le seguenti condizioni sono vere:
- Il Blocco della comprensione è stato confermato
- Almeno un approccio di progettazione è stato esplicitamente accettato
- I presupposti principali sono documentati
- I rischi principali sono riconosciuti
- Il Registro delle decisioni è completo
Se uno qualsiasi dei criteri non è soddisfatto:
- Continua il perfezionamento
- NON procedere all'implementazione
Principi chiave (Non negoziabili)
- Una domanda alla volta
- I presupposti devono essere espliciti
- Esplora le alternative
- Convalida in modo incrementale
- Preferisci la chiarezza all'ingegnosità
- Sii disposto a tornare indietro e chiarire
- YAGNI senza pietà
Se il progetto è ad alto impatto, ad alto rischio o richiede una fiducia elevata, DEVI consegnare il progetto finalizzato e il Registro delle decisioni alla competenza multi-agent-brainstorming prima dell'implementazione.
Quando usare
Questa competenza è applicabile per eseguire il flusso di lavoro o le azioni descritte nella panoramica.
Limitazioni
- Usa questa competenza solo quando l'attività corrisponde chiaramente all'ambito descritto sopra.
- Non considerare l'output come un sostituto della convalida, del test o della revisione esperta specifici dell'ambiente.
- Fermati e chiedi chiarimenti se mancano input, autorizzazioni, limiti di sicurezza o criteri di successo richiesti.