← Início

Mapa das ideias

416 ideias retiradas dos ensaios e os 723 elos escritos entre elas. Cada ponto é uma ideia; o seu tamanho indica quantos elos tem.

Uma ideia que espera perde a temperatura, não o assuntoExigir que um pensamento seja limpo cedo demais impede que ele saiaUma captura que cai dentro de um espaço de trabalho já é uma contextualizaçãoUma ferramenta de escrita passiva não consegue apontar o que faltaUma ferramenta que exige estar instalado perde as ideias que chegam em movimentoUm prazo curto de publicação escolhe os assuntos tanto quanto acelera a escritaUm material primário que fica limpo cedo demais deixa de ser material primárioO momento mais útil da escrita é aquele em que as lacunas aparecemUm retorno crítico só vale se comparar o material com o que já existeUm plano escrito antes do material organiza o vazioA autoria de um texto está no que não é delegado, não no tecladoFormatar é um trabalho real, distinto da arbitragem que ele serveUm dispositivo de escrita vale pela articulação dos seus elementos, não por cada um delesUm entregável carrega o resultado sem carregar o raciocínioO custo de um conhecimento não capitalizado só aparece no segundo entregávelTomar um entregável como fonte faz herdar escolhas que não são conhecimentoEntre as fontes e os entregáveis, uma camada de conhecimento não fala com nenhum públicoUma nota que se formata para um entregável deixa de ser reutilizávelA IA torna rentável uma camada intermediária que não eraDepois de um entregável, a pergunta que conta é saber o que ficaCapitalizar uma forma passada não é capitalizar uma capacidade futuraUm entregável vale pela restrição que impõe, não pelo que conservaToda produção deixa uma segunda saída que ninguém coletaJulgar consiste antes de tudo em reconhecer o que conta, não em escolherUma decisão amadurece por correções sucessivas, e esse prazo se pagaTratar cada objeção como uma correção troca o julgamento pela conformidadeUm incômodo vago fica tratável quando é dividido em pontos de apoio nomeadosMultiplicar as possibilidades aumenta a carga de julgamento em vez de reduzi-laO risco não é faltar informação, é não colocá-la à provaAcelerar o confronto libera tempo para a única lentidão que importaUma resposta bem formulada não prova nada sobre a sua correçãoUma ideia imperfeita só amadurece se alguma coisa resistir a elaO transcript exibido não é aquilo de que o modelo dispõe para responderO valor de uma persistência está na decisão de guardar, não no ato de guardarPerguntar onde a ferramenta já sabe agir destrava o que "como fazê-la agir" travavaUma lentidão atribuída à ferramenta muitas vezes vem de fazê-la redescobrir um contexto conhecidoUma confirmação que não vem depois de uma releitura não atesta nadaSeparar o ponto de saída do lugar de conservação destrava a escolha da ferramentaUma proteção que incide sobre o agente não se contorna disfarçando a requisiçãoUm pedido técnico de uma grande conta muitas vezes expressa uma cultura de governançaUm bloco que não cria valor nenhum pode, sozinho, impedir uma vendaUm cliente que exige os dados dele na casa dele não contesta a sua competência, ele exige controleO cliente controla onde os dados dele vivem, o fornecedor controla como o produto evoluiUma evolução que exige uma intervenção em cada cliente faz as versões divergiremExternalizar um recurso não desloca a responsabilidade percebida pelo usuárioUma divisão de responsabilidades só existe se for possível atribuir os incidentesExternalizar um recurso reduz o custo de infraestrutura e aumenta o custo de serviçoTrocar um fornecedor sem mudar o valor do serviço torna esse serviço substituívelUm bloco não diferenciante continua caro de substituir se ele carrega o estado durávelA largura do suporte tecnológico deve seguir o posicionamento comercial, não a viabilidadeEntender por que um cliente pede controle permite dosar o controle concedidoEscolher vender para grandes grupos é aceitar a governança deles como restrição de mercadoUma memória mantida em arquivos planos versionados acompanha o projeto, enquanto uma memória alojada na ferramenta fica na máquinaA memória de um agente se estratifica por tempo de vida, não por assuntoRegras permanentes não substituem um diário do que aconteceuDelegar a um modelo a triagem do que merece ser retido troca uma decisão humana por um critério escritoSeparar a memória por projeto é o que a torna recarregávelSeções definidas de antemão tornam relegível o que uma máquina escreve continuamenteUma memória longa só continua sendo memória se um teto forçar a consolidação delaUma automação disparada pelo fim de um trabalho precisa reconhecer os próprios disparosUm agente utilitário herda as instruções do diretório de onde você o chamaO nome de um evento de automação não diz com que frequência ele disparaUma automação que roda a cada troca precisa custar tão pouco que ninguém mais a questioneCapturar pode ser automático, restituir precisa continuar sendo pedidoUm eixo de classificação único obriga a escolher entre a visão de negócio e a precisão de açãoUm retorno de cliente se classifica pelo nível em que é expresso, não pelo assunto aparenteO número de categorias de uma taxonomia se decide pela adoção, não pela elegânciaDescrever uma necessidade no nível do caso de uso evita prender a análise a uma soluçãoUm nível de classificação só serve se desembocar num nível de decisãoUm assunto reconhecido como estratégico continua adiado enquanto sua coleta precisar ser paga antes de qualquer reflexãoUma parte da profissão de Product Manager consiste em compensar os atritos da organizaçãoUma camada de trabalho passa pelo núcleo de uma profissão enquanto custar caro o bastante para ocupá-laEntregar uma tarefa acessória a um sistema instrumentado desloca o trabalho para o enquadramento e a supervisãoUm Product Manager se julga pelos problemas que identifica antes dos outros, não pelo volume de artefatos que produzTraduzir um produto só atravessa a camada visível de um mercadoO momento de pagar expõe em poucos segundos a infraestrutura econômica de um paísO parcelamento pode ser uma forma comum de consumo, e não um marcador de compra grandeUm identificador fiscal integrado ao pagamento comum desloca a norma de privacidade de um paísUm meio de pagamento adotado em massa deixa de ser uma ferramenta para virar uma língua comumA escolha de um meio de pagamento pode responder a um risco físico, e não a uma preferência de confortoA economia informal não se define pela ausência de tecnologia: ela se equipaUma economia informal tolerada faz as vezes de rede de proteção social onde ela não existeAlguns pontos percentuais de comissão bastam para orientar um meio de pagamento quando a margem é vitalUma posição dominante não se transpõe para um país já estruturado por outros hábitosUm mercado desconcertante não está nem atrasado nem adiantado: ele responde a outras restriçõesOnde a verificação institucional é fraca, o reconhecimento pessoal ocupa o lugar delaUm traço cultural só é visível para quem não acha aquele gesto normalUma política zero bug não mira zero defeito, mas zero defeito conhecido sem decisãoUm defeito excluído do planejamento consome capacidade do time do mesmo jeitoUm defeito vira prioridade quando fica visível, não quando fica caroUm estoque de defeitos cria seu próprio trabalho de manutenção, distinto da correçãoUm ticket de bug fica aberto porque fechá-lo obrigaria alguém a assinar uma recusaReduzir a qualificação de um sinal a duas saídas impede esconder a arbitragem atrás de uma tipologiaUm usuário não distingue um defeito de uma capacidade ausente: ele sente uma dorUma capacidade ausente pode doer mais do que um defeito comprovadoSeparar os cards de bug dos cards de feature cria dois sistemas de prioridade que nunca se comparam"Priorizar mais tarde" é uma recusa que ninguém assinouIgnorar os defeitos para segurar a velocidade protege a métrica, não o produtoUma política zero bug não cria a desaceleração, ela torna visível a taxa de defeitos do sistemaSair de um estoque de defeitos começa pelo que chega ao suporte, não por uma repriorizaçãoUma fase de redução do estoque precisa ter um limite, senão ela vira o backlog normalQuando qualificar os defeitos custa mais caro do que corrigir o sistema, o estoque só mudou de nomeEsvaziar um estoque de defeitos e impedir que ele se refaça são dois problemas distintosEntre a especificação e a entrada em produção, arbitragens não escritas redefinem o que o cliente vai viverConceber uma funcionalidade sem levá-la até a produção terceiriza o custo das próprias aproximaçõesA existência de um cargo diz o que uma organização julgou separável, não o que esse cargo faz bemO recorte entre quem concebe e quem executa já foi abandonado do lado do desenvolvimentoO que o mercado contrata define um papel com mais segurança do que sua definição metodológicaUm artefato consumível pode fundar uma função, não uma profissãoO título de um cargo fabrica o mandato que se concede a eleRecortar a responsabilidade de produto coloca a consequência em quem não teve escolhaUma divisão do trabalho não sobrevive muito tempo ao desaparecimento da sua justificativa econômicaUma tarefa que não é o gargalo da decisão pode continuar sendo um teto de volumeUma IA pode analisar uma opção, ela não pode assumir a apostaUm papel de interface pode ser redefinido por redistribuição em vez de eliminadoUm papel de interface se torna nocivo quando corta os desenvolvedores da necessidade realO conhecimento de negócio não é propriedade de nenhum papelUm recorte do trabalho que convém a quem o defende fica com a parte que rende boas histórias em reuniãoEnquanto a perda não for nomeada, o comitê não arbitrouUm comitê que dá lugar a cada função também protege cada um do momento de decidirUm comitê útil não produz o acordo, ele mostra onde o acordo termina"A gente ajusta depois" é legítimo sob incerteza real, não diante de uma incompatibilidade já conhecidaUm desacordo explícito localiza o problema, o alinhamento de fachada o dispersaUma arbitragem evitada volta mais tarde com o nome de problema de coordenaçãoUma linha não decidida se paga em reuniões de alinhamento e em validações cruzadasUma decisão vaga dilui a responsabilidade até tornar o fracasso inatribuívelA decisão mole é um produto da organização, não uma fraqueza de quem deveria decidirUma arbitragem reaberta assim que desagrada uma função influente ensina à organização inteira que nenhuma escolha é finalUm comitê que não sabe o que pode decidir nem quem decide depois dele vira um teatro de alinhamentoO alinhamento acontece quando os desacordos ficam claros o bastante para serem tratados, não quando as pessoas certas estão na salaUma linguagem compartilhada e critérios de sucesso hierarquizados fazem o que nenhuma melhoria das reuniões fazUma ideia que dá para encontrar ainda não é uma ideia disponívelUma flash card se distingue de uma nota atômica pelo que ela compromete, não pelo tamanhoO que se quer ter dentro de si se reconhece pela ressonância, não por uma grade de critériosUma carta de ancoragem deixa de se sustentar assim que carrega o raciocínio em volta delaUm baralho de convicções deixa de ser um assim que cresce sem limiteReler uma convicção sem confrontá-la com o que aconteceu desde então não põe nada à provaUma convicção que deixou de sustentar vai fora, enquanto uma nota se arquivaO papel ancora um pilar de pensamento, o digital apenas o refleteO código é o único artefato que descreve o estado real do produto, os outros apenas tentam acompanhá-loUma documentação em linguagem natural existe para os leitores que não têm acesso ao código, não pela qualidade da sua informaçãoA divergência entre documentação e código é uma arbitragem de custo, não uma negligênciaA limpeza do código deixa de ser uma questão do time técnico quando ele vira a fonte dos artefatos de produtoReconstruir uma especificação a partir do código atual substitui a sua atualização a partir de um documento antigoSem cultura técnica, um acúmulo de ferramentas eficazes localmente é pago em custo de articulaçãoUma formação técnica dá ao product manager uma alavanca de acesso à matéria do produto, não uma aptidão superiorUm SaaS especializado só enxerga uma face do produto e não consegue sustentar a visão completaUm protótipo reconstruído a partir do código real deixa de ser uma representação e vira uma base aproveitávelO valor de uma ferramenta se desloca para a sua capacidade de buscar contexto fora do seu perímetroUm sistema de informação guarda o evento sem guardar o que ele ensinaAs formas do sistema de informação são respostas técnicas, não formas de pensamentoAdicionar uma IA em uma aplicação existente melhora o uso sem deslocar a informaçãoUm contexto de negócio atravessa as aplicações em vez de substituí-lasQuanto mais a IA é acionada, mais a governança da informação se torna decisivaTrabalhar com uma IA consiste em cuidar do contexto em volta dela, e não em escrever bons promptsEnquanto o usuário precisar conhecer a estrutura do sistema, é ele quem carrega o contexto da própria perguntaO freio a uma memória de organização é cultural, não técnicoMemórias de negócio separadas valem mais que um cérebro central, desde que sejam conectáveisA transparência de um backlog depende da legibilidade das suas decisões, não do número de linhas que ele expõeUm assunto entra no backlog no momento em que vira um trabalho coletivoLargar três linhas em uma ferramenta coletiva delega um pensamento vago em vez de um trabalhoO nível de detalhe de um ticket depende do contexto compartilhado do time, não de um modeloUma user story dispara a conversa em vez de substituí-laUm backlog sem limite anula a restrição que o roadmap acabou de imporAcrescentar um assunto sem retirar outro equivale a negar a capacidade real do timeUm ticket velho descreve um contexto que sumiu, e não uma memória confiávelUm ticket não é um ativo só porque existeUm pedido de cliente é material de aprendizado, não uma ordem de execuçãoO registro de uma recusa só serve à memória se não carregar nenhum trabalho a fazerO ticket é o lugar onde empurramos o resultado de um pensamento, não onde o pensamosUma lista de cartões não consegue sustentar um material que vale pelas suas relaçõesUm material de coordenação se escreve para o tempo em que será usado, não para o arquivoUma fonte capturada não vale quase nada enquanto não for retomadaO critério da captura a quente não é o interesse, mas a promessa para um projeto em andamentoA triagem de uma captura se faz a frio, depois que o impulso da descoberta passaUm estoque de capturas visto em bloco faz escolher melhor do que uma filtragem peça por peçaUma fonte externa e um pensamento em curso não pertencem ao mesmo gesto de capturaUm sistema de captura se julga pelo conhecimento que produz, não pela sua completudeNo custo de um agente, o que o modelo escreve pesa várias vezes mais do que o que ele lêUm skill que carrega uma base inteira para usar três fichas paga o volume, não o usoUma transformação determinística confiada ao modelo é paga ao preço do raciocínioRegenerar um entregável relendo todo o histórico faz o custo crescer com a base, não com a novidadeO prompt de um skill é um custo fixo pago a cada execuçãoO modelo se escolhe pela dificuldade da etapa, não pela do skillEm uma sequência de etapas, a saída de cada etapa vira a entrada de todas as seguintesUm teto de consumo atingido não diz para onde o consumo foiUm quota compartilhado transforma um skill guloso em custo para quem não o rodouUma otimização só se hierarquiza como parcela do custo totalUm ganho de tokens se decide contra o custo de implementá-lo na base de código existenteUma estimativa precisa o bastante para classificar otimizações não é precisa o bastante para validar umaO custo de um skill sai do eixo depois da entrada em serviçoUma rede de notas mostra que tudo está ligado sem dizer de que maneiraEm uma rede de notas ligadas, uma nota falsa contamina a análise sem deixar rastroA verificabilidade do que uma IA produz depende do número de arquivos que um humano consegue relerUma IA solta numa rede de notas sem fronteiras navega em vez de responderUma rede de notas não registra nem suas contradições, nem suas lacunas, nem suas decisõesUma lacuna que não sabemos identificar é mais perigosa do que uma lacuna identificadaEstudar uma oportunidade de produto é uma redução voluntária de perímetro que as ferramentas devem refletirUma informação vinda de outro domínio se copia e se adapta, em vez de ser ligadaEspelhar a organização do trabalho de produto na do desenvolvimento elimina uma camada de traduçãoUm monitoramento da concorrência útil parte do cliente-alvo, e os concorrentes são apenas reveladoresUma funcionalidade de um concorrente é uma resposta visível a um raciocínio invisívelSem posicionamento definido, um monitoramento produz apenas uma coleção de sinais mal interpretadosUm concorrente real é tudo o que basta para impedir a adoção, não o que pertence à mesma categoriaAntecipar é aprender mais cedo, não adivinhar o futuroA escolha nunca é entre risco e ausência de risco, mas entre explorar cedo demais e chegar tarde demaisO nível de exigência em relação a um software corporativo é fixado por experiências vividas em outros lugaresConfundir benchmark, monitoramento, posicionamento e estratégia faz um empilhamento de observações passar por decisãoDirecionar a correção de um defeito para o desenvolvedor disponível dilui a responsabilidade pelo que foi entregueDevolver um defeito ao seu autor age antes do defeito, sobre a maneira como ele entregaCorrigir o próprio defeito é o único momento em que se enxerga o que faltou lá atrásProcurar um culpado depois de um defeito faz os defeitos sumirem das conversas, não do produtoA escolha de produto e a qualidade técnica são duas zonas de responsabilidade que o diálogo não deve dissolverUm desenvolvedor que não entende o comportamento esperado deve poder se recusar a programarUm teste escrito antes do código transforma uma parte da especificação em restrição verificávelUma QA colocada no fim da linha recebe a responsabilidade pela qualidade em vez de enquadrá-laO legado de amanhã é fabricado a cada responsabilidade pela qualidade deslocada hojeUm conhecimento fixado por normas sustenta uma rede de notas que o conhecimento de oportunidade não sustentaUm dispositivo que recompõe a resposta a cada pergunta nunca consolida as ideias que extraiUm wiki gerado por uma IA continua derivado: a fonte de verdade continua sendo o documento de origemIngerir uma fonte em uma base consolidada se mede pelas notas existentes que ela altera, não pelas notas que ela acrescentaUma base de fatos diz o que a norma prescreve, um sistema de pensamento pessoal diz o que ela vale aquiO trabalho decisivo de uma extração automatizada é o ajuste do limiar entre exaustividade e pertinênciaUma versão endurecida de um sistema de extração se ajusta fazendo com que ela analise o que a anterior tinha retidoUma busca por proximidade semântica reencontra notas que não compartilham nenhuma palavra com a perguntaUma ferramenta de coerência só vale pelo que ela obriga a tornar explícitoUma discordância escondida sob uma palavra comum custa menos no glossário do que no lançamentoNão conseguir escrever o alvo ou a promessa em uma página é um sintoma de estratégia, não de redaçãoEnquanto os elementos de uma decisão continuarem espalhados por vários documentos, cada função mantém a sua própria leituraEscrever o que o cliente deveria entender antes de construir expõe as incoerências que o ponto de vista interno escondeCada função tem um indicador legítimo, e é a soberania simultânea deles que impede uma definição compartilhada de sucessoAdiar uma arbitragem já é uma escolha: a de aceitar um custo de atraso não formuladoUma arbitragem sem memória escrita volta a ser negociável assim que as razões se simplificamUma decisão continua clara sendo revisável se as condições da sua reabertura estiverem escritasEscrever por que um ponto de vista foi descartado o distingue de um ponto de vista ignoradoUm desacordo precisa de uma duração máxima de abertura, senão prolongar a discussão substitui a decisãoUma mesma questão decidida em várias instâncias sinaliza uma regra faltante, não um caso particularRedecidir por falta de registro custa a coerência antes de custar o tempoUma regra de decisão se documenta em um nível em que ela não diz o que construirUm registro de decisões perde valor à medida que se encheUma decisão escrita com as suas condições de reavaliação continua revisável sem voltar a ser negociávelUma decisão substituída se escreve ao lado da antiga, nunca no lugar delaJulgar uma decisão passada sem o contexto da época produz um julgamento imaginárioUma decisão estruturante alojada em um ticket fica invisível para o resto da empresaUm documento se julga pelas discussões que ele elimina, não pelas que acrescentaO acesso a uma tecnologia deixa de ser uma vantagem assim que passa a ser alugável por usoQuando produzir vira algo abundante, a vantagem se desloca da capacidade de produzir para a compreensão do contextoDuas empresas que expressam a mesma necessidade podem esperar dela duas coisas diferentes, conforme sua cultura de decisãoGerar uma interface mais rápido não corrige uma compreensão ruim do usuárioUm produto adotado pelos seus usuários pode ser barrado pelos critérios de decisão de quem compraProduzir mais código não produz nem coerência de arquitetura, nem confiabilidade, nem segurançaUma exigência de rastreabilidade chega ao campo na forma de um pedido comum de justificativaUm documento de contexto vale pela distinção que impõe entre o que se sabe, o que se acredita e o que gera dúvidaUm documento de contexto se organiza por riscos de produto, e não por disciplinasUma roadmap substitui uma lógica de datas por uma lógica de horizontes de certezaUm roadmap não produz a arbitragem, ele a torna visível e discutívelA coluna carrega a decisão, o cartão explica o valorUm candidato sério se distingue de uma ideia pela condição escrita da sua passagem ao compromissoManter um tema visível sem se comprometer com ele só faz sentido se o gatilho de reavaliação estiver escritoUm roadmap alinha pelo que exclui, não pelo que listaExibir mais temas comprometidos do que a equipe consegue produzir fabrica uma ilusão de compromissoUma coluna de espera sem limite vira um pré-backlog políticoUm número limitado de vagas transforma a priorização em justificativa comparadaUm roadmap não ligado a uma estratégia é apenas uma apresentação mais legível da bagunça que já existiaUm roadmap não deve ser a soma das pressões que chegamO roadmap seleciona os temas, o backlog organiza o trabalho sobre os temas selecionadosUm roadmap para o cliente é uma tradução manual, não uma extração do roadmap internoMostrar um tema não comprometido cria uma expectativa que vale como promessaUm roadmap sem um decisor designado vira um acordo entre jogos de influênciaO ritmo de revisão de um roadmap se decide entre a discussão permanente e o desvio de rumoUm assunto nem assumido nem abandonado continua consumindo a atenção da organizaçãoTrabalhar em um assunto sem saber se ele será priorizado reduz a intensidade do trabalhoUma roadmap protege da dispersão e, no mesmo gesto, impede as pequenas melhorias óbviasUma exceção ao quadro de priorização só se sustenta se for sagrada e delimitadaUm tempo fora da roadmap só trata os assuntos cujo valor já é conhecidoUma dívida técnica só é dívida a partir do momento em que decidimos quitá-laA atomicidade de uma nota vem da sua coesão, não do seu tamanhoEnquanto uma nota cita seu autor em vez de enunciar a ideia, ela continua sendo uma capturaO título de uma nota é uma tomada de posição, não uma etiqueta de arrumaçãoNão achar um título nítido para uma nota sinaliza uma ideia ainda vaga, não uma falta de estiloUma nota ampla demais embaralha seus links, uma nota fragmentada demais os reduz a ruídoOrganizar o pensamento por conceito em vez de por fonte permite que várias leituras enriqueçam a mesma notaNotas já clarificadas tornam a escrita incremental em vez de dependente de uma grande sessão de sínteseUm mesmo arquivo não pode ser organizado ao mesmo tempo para o humano e para a IAA excelência em uma área vem da profundidade do contexto interiorizado, não do domínio da técnicaA atenção de um modelo se degrada sobre o que enterramos no meio do seu contextoUm contexto se carrega por um núcleo constante completado sob demanda, não em blocoSeparar o material bruto, o que retemos dele e o que entregamos é o que torna uma afirmação atribuívelUma decisão tomada com uma IA só se defende se o caminho que levou até ela puder ser percorrido de voltaUm entregável regenerado a partir do contexto não espera mais o fim de uma faseUm contexto sem desfecho mantém seu valor pelo que traz aos contextos vizinhosA inteligência está na aproximação de ideias distantes, não no acúmulo de saberUma síntese longa impede as aproximações que um conjunto de notas curtas e ligadas torna possíveisExplicar um contexto para uma IA obriga a verificar se você mesmo o entendeUm contexto perfeitamente documentado continua incompleto daquilo que o Product Manager nunca escreveuO conhecimento não escrito é o único material de um contexto cuja coleta não pode ser industrializadaUma fonte de sessão capta o pensamento útil antes que ele alcance o limiar do documentoUm microssinal só vale pelo seu acúmulo num contexto que sabe por que o conservaRepetir uma ideia com nuances diferentes a faz amadurecer em vez de duplicá-laUm conhecimento fica nas cabeças porque nasce pequeno demais para virar um documentoUma síntese vale pelo ângulo que escolhe, não pelo assunto que cobreJuntar várias notas faz aparecer um nível de leitura que nenhuma delas sustenta sozinhaUma síntese se sustenta entre dois desvios: aprofundar uma ideia ou não passar de uma lista de linksExplicar a relação entre notas vale mais do que copiar o que elas dizemUma síntese pode sustentar várias ideias, desde que sirvam ao mesmo ânguloUma tese tirada de notas existentes dá a arquitetura de um artigo antes de escrever uma linhaUma entrada de glossário delimita uma palavra, uma nota atômica afirma uma proposiçãoUma entrada de glossário é julgada pela usabilidade do termo, não pela exaustividade do conceitoUm termo só se delimita contra as palavras com as quais ele é confundidoUm glossário se torna necessário quando um sistema de notas serve a várias pessoas ou a vários usosOs links de uma rede de notas só se sustentam na estabilidade das palavras que os apoiamO glossário não substitui nem as notas nem as fontes: ele dá a elas um vocabulário comumUma pergunta sobre o comportamento do produto pede uma leitura da fonte, não uma decisão de produtoO tempo gasto verificando o que o produto já faz não aparece em nenhum instrumento de acompanhamentoResponder a uma pergunta fora do seu assunto custa a continuidade do trabalho em curso mais do que o tempo que ela tomaA fronteira entre o que se mantém e o que se regenera passa entre o que explica e o que descreveObrigar uma resposta gerada a citar suas evidências restringe o que ela se permite afirmarUma resposta que não diz onde trava desloca o risco em vez de reduzi-loUma resposta estruturada em ângulos serve a várias áreas sem se duplicar por públicoEncontrar o fragmento certo e circular até seus vizinhos são duas capacidades distintasO histórico de um repositório carrega a intenção que o estado atual dele apagouO comportamento real de um produto não está só no repositório: ele depende da configuração implantadaUm código consultável é um código cujas exceções carregam regras de negócio, não um código limpoUma especificação muda de status na entrada em produção: ferramenta de diálogo antes, artefato regenerável depoisUm assistente de desenvolvimento não inventa a dívida técnica, ele muda a escala delaA lentidão da produção impunha uma compreensão que nada substitui quando ela caiUm erro que chega numa escala em que já não é analisável deixa de formarAs tarefas que formavam os desenvolvedores juniores são as que um assistente automatiza melhorUma aceleração geral torna indefensável o tempo de aprendizado que ela não aceleraAs boas práticas nascem da resistência do campo, não da releitura das anterioresUm sistema compreendido é um sistema que você saberia reconstruirAceitar código que ninguém sabe explicar contrai uma dívida de compreensãoSem um catálogo de patterns decidido pelo time, cada funcionalidade gerada inventa sua própria maneira de fazerUma saída malsucedida de um assistente sinaliza uma diretriz faltando antes de ser um trabalho a corrigirA complexidade de uma funcionalidade se paga fora do código, na adoção, no suporte e na documentaçãoReintroduzir dificuldade de propósito mantém uma competência que a ferramenta torna inútil no dia a diaReconstituir um contexto perdido não custa só tempo: a decisão seguinte é tomada sobre uma versão empobrecidaEstruturar uma informação de cliente é torná-la pensável, não guardá-laUma evidência de produto se constrói por convergência de sinais, não por demonstraçãoUm contexto que reúne os prismas de várias áreas torna visível o ponto cego de cada umaDivulgar uma síntese sem deixar acesso ao material bruto impede qualquer reinterpretação posteriorUm capital de conhecimento só vale pelo que o traz de volta para dentro das decisõesUm mesmo bloco de contexto dá entregáveis diferentes conforme a área que o retomaUm produto se julga pela capacidade que acrescenta ao cliente, não pela tarefa que executaUma agregação mantida atualizada apaga a história que levou até aliUma diretriz de tratamento codifica o conhecimento de campo que só quem detém o contexto possuiAs regras de tratamento e o material que elas tratam não cabem no mesmo arquivoDelegar um recorte sem dizer como recortar devolve a estrutura do modelo, não a suaA taxa de erro aceitável de uma IA se define por domínio, não em absolutoUm sistema de contexto sobe um degrau toda vez que o anterior deixa de bastarO primeiro sistema de contexto serve para aprender como a IA organiza, não para durarNum trabalho assistido por IA, o disco carrega a memória e a conversa é apenas um canalO objetivo de uma missão e o foco do momento precisam ser guardados em dois arquivos distintosUm quadro de missão é preenchido pelo que você diz de passagem, não na hora de abri-loUma diretriz codifica um jeito de trabalhar, nunca uma informação sobre o assuntoColocar uma ação futura fora da conversa a retira do raciocínio em cursoUm contexto de trabalho precisa poder receber uma mensagem quando nenhuma sessão está abertaUm estado de retomada se escreve a partir da pergunta de quem chega sem ter lido nadaUm modelo que compacta a própria conversa escolhe sozinho o que guarda, e não avisaEsquecer, num espaço de trabalho, é uma decisão de carregamento e não uma exclusãoFazer um assistente escrever um script, em vez de mandá-lo executar a tarefa, torna a operação verificável e repetívelUm produto que roda, mesmo imperfeito, revela atritos que uma maquete não consegue mostrarUma ferramenta construída como descartável vira crítica sem que ninguém tenha decidido issoSem uma restrição de volume declarada, um assistente projeta para o conjunto de teste e o defeito aparece como lentidão, não como erroOrientar um assistente de código dá o trabalho de tutorar um júnior sem a evolução que compensa o esforçoAumentar a capacidade de produzir desloca o gargalo para quem decideAcelerar uma única etapa de um fluxo de trabalho desloca o gargalo para a seguinteDelegar a implementação a um agente obriga a explicitar as decisões de produto que o desenvolvedor absorvia em silêncioO direito de produzir código se regula pela relação entre a competência e o risco do produto, não pela competência sozinhaEntregar mais rápido sem acesso aos clientes nem às arbitragens faz um operador de agentes, não um product engineerA segurança é a única exigência de software que não se ajusta ao que está em jogo no produtoO que um contribuidor consegue assumir se mede pelo seu nível de capacidade de ação, não pela profissão de origemDar um enquadramento a código produzido fora do time técnico é ligá-lo ao ferramental que já existeExigir revisão de uma ferramenta pessoal descartável recria a dependência dos desenvolvedores que se queria reduzirFabricar a própria ferramenta compromete você a assumir as falhas dela, e essa é a carga que o assistente não assumeOs testes são o ponto de apoio que resta num código que você não escreveuA revisão de pull request vira um mecanismo de governança assim que perfis não desenvolvedores contribuemA abertura de um escopo de contribuição se decide pelo risco da área, não pela profissão de quem contribuiTestes escritos depois pelo autor do código validam a implementação dele, não a intenção de negócioUm enquadramento técnico explícito acelera um assistente em vez de limitá-loUma escolha de produto, uma escolha técnica e uma escolha de experiência mantêm cada uma seu responsável, mesmo quando todo mundo contribuiTrabalhar com agentes torna centrais responsabilidades de produto que eram implícitasConstruir ao lado do produto e construir no prolongamento dele não envolvem o mesmo riscoQuando outras áreas produzem software, o trabalho dos desenvolvedores se desloca para a fabricação do terrenoA qualidade de uma saída probabilística se julga pela aceitabilidade dela, não apenas pela conformidadeUma ferramenta que dá acesso a um poder técnico não transmite a cultura que torna esse poder seguroLinks nomeados por verbos precisos descrevem um produto, enquanto definições isoladas descrevem apenas palavrasA distância entre o nome no código, a palavra na tela e a palavra do campo é uma informação a conservar, não uma bagunça a corrigirUm modelo de produto transmitido de viva voz deixa de se transmitir assim que o destinatário é um agenteUma regra de negócio enunciada em uma frase já é um teste, sem passar pelo códigoEnquanto o uso de um repositório de referência não começou, o rigor do seu formato não pode ser escolhidoAs perguntas já feitas ao suporte delimitam um repositório de referência melhor do que as perguntas escritas a frioUm repositório de referência é aceito ao rejogar as perguntas que o delimitaram, sem reabrir o códigoUm link que aponta para uma ficha inexistente é a fila do trabalho, não um erro a corrigirUma fonte que não vem da versão descrita não é uma fonteDuas partes de um produto que se contradizem na mesma versão sinalizam uma incoerência, não uma defasagemUm objeto de software só está descrito quando foi lido no núcleo do código, no banco, nas telas e nas traduçõesUma regra que só existe na tela é quase sempre uma divergênciaOs nomes das mensagens de erro técnicas enunciam regras de negócio que o resto do código não formula em lugar nenhumO recorte de um software em módulos aproxima o negócio, seu recorte em tabelas nãoA coesão de um conjunto de fichas e a cobertura daquilo que elas descrevem são dois controles distintosEscolhemos um critério de parada que conseguimos satisfazer em vez de um critério que prova o trabalho feitoUm critério de parada procurado no fim é escolhido entre aqueles que já temos certeza de satisfazerO sinal de uma medida de cobertura é a discordância entre dois ângulos de enumeração, não a pontuação de um ânguloUm motor de busca semântica sempre responde e nunca prova uma ausênciaUma mesma regra copiada em três documentos só diverge no dia em que ela mudaUma contagem de termos mal formulada produz um dado falso que parece um dadoUm agente enumera melhor do que um humano e declara terminado mais rápido do que eleUm cálculo que não tem um lugar único é redescoberto por cada nova funcionalidade, às suas custasUm objeto que o usuário vê na tela sem que ele exista no produto fabrica uma família inteira de reclamaçõesAs entrevistas dizem o que os clientes querem construir, os tickets dizem o que quebraUm erro de estimativa de uma ordem de grandeza basta para que um trabalho nunca seja começadoUm repositório completo sobre um escopo serve a todas as áreas dele, um repositório pela metade em cinco escopos não serve a ninguémUm diário mantido só por acréscimo distingue uma mudança do produto de uma mudança da nossa compreensãoUma seção "o que o método ainda não diz" é o que torna honesto um documento de métodoUm repositório que amadurece se move por fusões e divisões de objetos, movimentos que nenhuma ferramenta conta O momento mais útil da escrita é…Um entregável carrega o resultado…Entre as fontes e os entregáveis,…A IA torna rentável uma camada in…Uma resposta bem formulada não pr…O valor de uma persistência está…Uma lentidão atribuída à ferramen…Entregar uma tarefa acessória a u…"Priorizar mais tarde" é uma recu…Enquanto a perda não for nomeada,…Uma arbitragem reaberta assim que…O código é o único artefato que d…A limpeza do código deixa de ser…Reconstruir uma especificação a p…Um teste escrito antes do código…Uma ferramenta de coerência só va…Uma arbitragem sem memória escrit…Produzir mais código não produz n…Um mesmo arquivo não pode ser org…Obrigar uma resposta gerada a cit…Um assistente de desenvolvimento…
  • IA & contexto
  • Product management
  • Conhecimento & notas
  • Empresa & gestão
  • Sem categoria