Pular para o conteúdo

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.

  • “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

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.

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.

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