#agile
39 posts
2026 - junho
1 post2026 - fevereiro
1 post2022 - outubro
1 post2022 - junho
1 post2022 - maio
1 post2019 - julho
1 post2019 - junho
1 post2018 - novembro
1 post2018 - setembro
1 post2017 - junho
2 posts2016 - agosto
1 post2015 - janeiro
1 post2014 - novembro
1 post2014 - setembro
1 post2014 - março
1 post2013 - novembro
1 post2013 - outubro
1 post2013 - junho
2 posts2013 - maio
2 posts2013 - abril
1 post2010 - julho
1 post2010 - junho
1 post2010 - janeiro
2 posts2009 - dezembro
2 posts2009 - novembro
1 post2009 - setembro
1 post2009 - julho
4 posts2009 - fevereiro
1 post2008 - outubro
1 post2008 - fevereiro
1 post2007 - setembro
1 post2026 - junho
1 postai-memory: arquitetura emergente e software maleável
Em 24 dias, contribuidores levaram o ai-memory de um MVP pessoal a um sistema multiplataforma e multiusuário. A arquitetura nasceu do uso e só depois foi consolidada.
2026 - fevereiro
1 postVibe Code: Do Zero à Produção em 6 DIAS | The M.Akita Chronicles
Em seis dias, coloquei newsletter, blog, podcast e bot Discord em produção com 201 commits. O resultado só ficou confiável após deploy, testes, integração e refatorações, seguindo disciplina de Extreme Programming.
2022 - outubro
1 post[Akitando] #130 - Rant: Projetos, TESTES e Estimativa??? | Rated-R
Akita defende provas de conceito, testes, pull requests e integração contínua para errar cedo e evitar regressões. Estimativas servem como ordem de grandeza, não como previsões exatas.
2022 - junho
1 post[Akitando] #120 - Discutindo Gestão
Depois de décadas gerenciando projetos, defendo que gestão é decidir, priorizar e gerenciar expectativas com informação incompleta. Confiança, experiência e equipes bem formadas sustentam a entrega.
2022 - maio
1 post[Akitando] #119 - Rant: Aprendizado na Beira do Caos | Rated R
Cruzo caos, qualidade, Lean, Six Sigma e Agile para explicar por que não existe fórmula de sucesso. O caminho é assumir riscos controlados, testar cedo, errar barato e ajustar continuamente.
2019 - julho
1 post[Akitando] #57 - O Guia DEFINITIVO de Organizações | Desconstruindo o Modelo Spotify [RATED R]
Fabio desmonta a ideia de um “Modelo Spotify” copiável e argumenta que squads, tribes e chapters não resolvem organizações desalinhadas. O caminho passa por direção clara, bons profissionais e melhoria contínua.
2019 - junho
1 post[Akitando] #51 - Esqueça Metodologias "Ágeis" | [Rated R]
Fabio critica o Ágil vendido como processo, métrica ou cerimônia e recupera a ideia central: profissionais responsáveis devem usar práticas como XP para entregar valor e tomar decisões reais.
2018 - novembro
1 post[Akitando] #23 - The MM-M: O Melhor Livro de Software?
Akita revisita The Mythical Man-Month, de 1975, para mostrar que comunicação, equipes pequenas, integridade conceitual, testes e construção incremental continuam resolvendo problemas atuais.
2018 - setembro
1 post[Akitando] #11 - Projetos: Aprendendo a Priorizar
Akita explica gestão de projetos pela priorização: limite tempo e custo, estime por ordens de grandeza, itere para corrigir a rota e corte escopo. Se a meta não couber, abandone cedo.
2017 - junho
2 postsEstimativas São Promessas - Uma Metáfora Melhor
Estimativas podem virar promessas quando há gestão de risco: trave tempo e custo, priorize os primeiros 20% do escopo e use entregas em staging e velocidade como termômetros para ajustar o rumo.
A Economia do Desenvolvimento de Software
Para pequenas equipes, a economia do software começa pelo menor produto que funciona, levando o tempo em conta e evitando dívida técnica, microsserviços prematuros e otimizações de performance sem necessidade.
2016 - agosto
1 postSaindo do Pivotal Tracker para o Fulcrum. Bom o Suficiente.
Troquei o Pivotal Tracker por um fork Rails do Fulcrum, o Central, que já cobre stories, estimativas, sprints e velocity. Ainda incompleto, ele é bom o suficiente para a maioria dos nossos projetos.
2015 - janeiro
1 post[Off-Topic] Coletânea "Processos e Metodologias Não Vão Te Ajudar!"
A coletânea critica receitas prontas como Agile, Kanban e #noEstimates e defende método científico, ceticismo e estudo contínuo para tomar decisões melhores.
2014 - novembro
1 post[Small Bites/Off-Topic] "People over Processes", o que são "People"?
Agile herda do Lean a ênfase em processos e melhoria contínua, mas priorizar pessoas exige psicologia, economia comportamental e teoria de redes. Uma lista de livros para começar e a lembrança de que somos menos racionais do que gostaríamos.
2014 - setembro
1 post[Off-Topic] Agile: a Verdade por trás do Método
Defendo que Scrum, XP e outras práticas Ágeis não salvam equipes ruins: elas expõem riscos e problemas rapidamente. Agilidade depende de pessoas comprometidas, prática contínua e mudanças concretas de comportamento.
2014 - março
1 post[Off-Topic] Lean está Morto, longa vida à Eficiência
Agile e Lean viraram uma indústria de cursos, certificações e ferramentas que obscurece seus princípios. O texto defende voltar ao básico: entregar valor, evitar desperdício, aprender e questionar.
2013 - novembro
1 post[Off-Topic] Agile feito Errado
O texto argumenta que Agile não salva equipes sem capacidade técnica e comprometimento. Planning, pair programming, qualidade e responsabilidade viram encenação, e maus profissionais precisam ser substituídos.
2013 - outubro
1 post[Off-Topic] Desmontando o #noEstimates
O autor separa projetos de operações contínuas para defender estimativas, objetivos e restrições em projetos. Para ele, restrições impulsionam inovação, mas execução competente pesa mais que qualquer metodologia.
2013 - junho
2 postsIntrodução à Agilidade
Robert Martin conta como XP, Scrum e Crystal convergiram no Manifesto Ágil de 2001, em Snowbird. Akita critica o processo dogmático e as consultorias que colocam método acima de pessoas e do valor ao cliente.
Processos, Metodologias e o Cérebro Humano
O autor explica como emoção, aleatoriedade e busca por padrões criam superstições e falsas receitas de sucesso. Em projetos, metodologias são técnicas para testar e adaptar, e nenhuma delas vale como verdade universal.
2013 - maio
2 postsDesmistificando o método Kanban
Kanban é uma técnica do Sistema Toyota de Produção, não seu sinônimo. O texto mostra por que copiar cartões no software não basta sem racionalização, Kaizen e melhoria contínua.
[Tradução] Padrões: excelência vs. mediocridade
Ao relatar um exercício na Toyota, Jason Yip mostra que o padrão era o tempo do campeão, quatro segundos. O texto contrapõe padrões que limitam a padrões que impulsionam a excelência.
2013 - abril
1 post[Tradução] Estimativa - O Melhor que Podemos Fazer
Ron Jeffries defende estimativas como intervalos de custo e velocidade, usados para testar riscos, decidir a cada duas semanas e orientar o produto sem virar promessa ou negociação.
2010 - julho
1 post[Screencast] Entenda Software da Maneira Correta
Nesta palestra na USP, o autor usa Open Source, Darwin, Galvão Bueno e Dwayne Johnson para questionar por que processos não garantem software de qualidade.
2010 - junho
1 post[Off-Topic] Jeff Patton e Megan Fox no mesmo post?
Para sua palestra na Wire 2010, o autor recriou em vídeo o exemplo de iteração e incremento de Jeff Patton, trocando a imagem pixelada do artigo por uma versão mais caprichada.
2010 - janeiro
2 posts[Off-Topic] Lendo os Princípios Ágeis
Os 12 princípios ágeis precisam ser lidos em conjunto: entregar valor rapidamente não dispensa qualidade, simplicidade, colaboração e melhoria contínua. Manifesto não é receita pronta.
Off-Topic: Literatura para Gerentes Ágeis
A leitura para gerentes ágeis passa por sistemas complexos, caos e evolução. A tese é que Agilidade exige estudar princípios e contexto, não copiar receitas de Lean, Scrum ou manufatura.
2009 - dezembro
2 posts[Off Topic] Cuidado com o Kanban-butt
Kanban é uma técnica do Toyota Production System, não sinônimo de Lean nem uma metodologia completa. Em software, que é não repetitivo, entender o porquê vem antes de aplicar a ferramenta.
[Off-Topic] Você não entende nada de Scrum
A origem do Scrum passa por sistemas complexos adaptativos, auto-organização e os estudos de Takeuchi e Nonaka. Scrum, XP e Lean compartilham raízes e devem ser entendidos por seus princípios.
2009 - novembro
1 post[Off-Topic] Obediência à Autoridade
A partir de Asch e Milgram, argumento que conformidade e obediência enfraquecem equipes ágeis e defendo organizações descentralizadas, com líderes e arquitetos reconhecidos por mérito.
2009 - setembro
1 post[Off-Topic] Procurar Raciocinar Faz Bem
Programação em par exige piloto e co-piloto ativos, agilidade é accountability, e a discórdia entre Spolsky e Bob Martin vira mote para testar práticas ágeis, entender seus motivos e recusar dogmas.
2009 - julho
4 posts[Off-Topic] Livros de Referência 2008-2009
Uma lista de leituras sobre Lean, Agile, gestão, complexidade e ciência revela a trilha que levou o autor a relacionar auto-organização, aprendizado contínuo e organizações democráticas.
[Off-Topic] Agilidade, Caos, Auto-Organização
O texto relaciona Agile a sistemas complexos, caos, emergência e leis de potência. A tese é que organizações aprendem e inovam melhor no limite do caos, embora provocar desordem envolva riscos.
Screencast: Agilidade, Qualidade e Futuro
Em um screencast de uma hora e meia, o autor revisa sua sexta palestra sobre desenvolvimento de software, Agile, Lean e a evolução da gestão rumo às organizações democráticas.
[Off-Topic] Contrato de Escopo Negociável
O autor contrapõe contratos de escopo fixo e negociável: tentar congelar a incerteza transforma problemas em disputa e prejuízo, enquanto entregas prioritárias e colaboração reduzem riscos.
2009 - fevereiro
1 postTradução: Scrum Flácido
Tradução do 'Flaccid Scrum', de Martin Fowler: adotar Scrum sem práticas técnicas afunda o time numa base de código bagunçada. Comento testes, refatoração, integração frequente e propriedade coletiva.
2008 - outubro
1 postOff-Topic: O Manifesto Ágil, ou Como se Tornar o Google
Agilidade de verdade nasce de filosofia, confiança e equipes auto-organizadas; metodologia sozinha não basta. Do Manifesto Ágil a Conway, Pareto, Wikipedia e Google: por que cultura open source produz inovação.
2008 - fevereiro
1 postTradução: Não sei o que quero, mas sei como conseguir
A tradução separa desenvolvimento iterativo, que espera validar e mudar uma solução, de incremental, que adiciona funcionalidade. O argumento é planejar espaço para descobrir, refinar e descartar.
2007 - setembro
1 postTradução: Contar é Perda de Tempo
A tradução critica a contagem de tarefas, estimativas e horas quando ela não orienta decisões. Um caso com 20 a 25 tarefas por dia expõe o desperdício da medição.