iterate
Interrogue uma ideia bruta até que vocês dois entendam o que ela é de fato: a forma que ela toma, a intenção por trás dela e como ela se encaixa na raiz que já existe.
Quando recorrer a ela
Seção intitulada “Quando recorrer a ela”- “Quero acrescentar X, me ajuda a pensar nisso”
- “Desenvolve isso”
- “Não tenho certeza do que isto é de verdade”
- “Procura os furos disso antes de eu escrever”
- Qualquer pedido que chega como uma linha vaga
Por que ela existe como skill própria
Seção intitulada “Por que ela existe como skill própria”Esta é a passada que costuma ser pulada, porque não produz nada que você possa versionar.
Um Blueprint escrito direto a partir de uma única linha de instrução se lê como algo resolvido enquanto ninguém decidiu nada. Ele tem um parágrafo de intenção, critérios de aceitação plausíveis, uma seção de não-objetivos com três entradas razoáveis, e nenhum autor. O custo aparece depois como escopo que ninguém combinou, em código construído contra um critério que ninguém escolheu.
O Eidos se apoia no pensamento do dono. O iterate é como esse pensamento é
extraído antes de qualquer coisa ser escrita.
O que ela faz
Seção intitulada “O que ela faz”Lê primeiro o ator e o Framework, e depois pergunta: sobre a intenção, sobre a fronteira, sobre onde isto se encaixa entre o que já existe. Ela aperta mais forte no que você deixou implícito.
Você deve esperar ser mais perguntado do que informado. Uma sessão que termina trazendo à tona quatro perguntas não resolvidas é um sucesso; uma que termina com um Blueprint pronto é o modo de falha que ela existe para evitar.
Onde ela se encaixa
Seção intitulada “Onde ela se encaixa”| Você tem | Use | Ela produz |
|---|---|---|
| Uma ideia, meio formada | iterate |
Um entendimento. Nenhum arquivo. |
| Algo que você já decidiu | eidos |
O Blueprint |
| Um rascunho já escrito | format |
As mesmas palavras, com forma |