desenvolvimento ágil

Lista com todas as Práticas Ágeis

Posted by andrefaria on Sep 1, 2011 in Agile, Featured, Software | 5 comments

Calma, calma, eu sei que o título está um pouco, ou melhor, muito ambicioso, mas em 2009, Jurgen Appelo fez um post chamado “A grande lista de práticas ágeis“, sabendo desde o inicio que o post seria odiado e amado por muitos, visto que já muita gente encara metodologias de modos mais partidários ou religiosos. Com este aqui não será diferente.

Eu gosto de encarar essas práticas como uma caixa de ferramentas, e nessa linha, podemos encarara que cada ferramenta certa para o problema certo, ou seja, dependendo de cada realidade ou contexto, ferramentas diferentes serão ou não úteis. Tomei como base a lista do Jurgen e incluí algumas outras práticas.

Requisitos (Requirements)

Visão do Produto (Product Vision / Vision Statement)
Product Backlog
Estórias de Usuário (User Stories)
Casos de Uso (Use Cases)
Cenários de Uso (Usage Scenarios)
Personas
Poker do Planejamento (Planning Poker)
Priorização de Requisitos (Requirement Prioritization)
Mapeamento de Estórias de Usuário (User Story Mapping)
Business Canvas / Lean Canvas

Design

Architectural Spikes / Spike Solutions
DDD – Domain Driven Design
Design Emergente/Evolutivo (Emergent/Evolutionary Design)
Cartões CRC (CRC Cards)
Design by Contract Wiki
Metáfora do Sistema (System Metaphor)

Desenvolvimento (Construction)

Padrões de Codificação (Coding Style / Coding Guidelines / Coding Standard)
TDD – Test Driven Development
BDD – Behavior Driven Development
Programação em Par (Pair-Programming / Pairing)
Refactoring
Código Coletivo (Collective Code Ownership)
Build Automatizado (Daily Builds / Automated Builds / Ten-Minute Builds)
Integração Contínua (Continuous Integration)
Revisão de Código (Code Reviews / Peer Reviews)
Controle de Versão (Source Control / Version Control)
Entregas Frequentes (Frequent Delivery / Frequent Releases)
Código Limpo (Clean Code)

Testes (Testing)

Testes Unitários (Unit Testing)
Testes de Fumaça (Smoke Testing / Build Verification Test)
Testes de Integração (Integration Testing)
Testes de Sistema (System Testing)
Testes Exploratórios (Exploratory Testing)
Testes de Aceitação (Storytesting / Acceptance Criteria / Acceptance Testing)

Processo (Process)

Iterações (Timeboxing / Fixed Sprints / Fixed Iteration Length)
Planejamento de Releases (Release Planning)
Planejamento de Iterações (Iteration Planning / Planning Game / Sprint Planning)
Sprint Backlog
Quadro de Tarefas (Task Board/ Kanban Board)
Limite do Trabalho em Progresso (WIP Limits)
Classes de Serviço (Classes of Service)
Tempo de Ciclo (Lead time / Cycle Time)
Definição de Pronto (Definition of Done / Done Done)
Reunião Diária (Daily Stand-up Meeting / Daily Scrum)
Velocidade (Velocity)
Reunião de Demonstração ou Revisão (Sprint Review / Iteration Demo)
Mapa de Cadeia de Valor (Value Stream Mapping)
Análise de Causa Raiz (Root Cause Analysis / 5 Whys)
Burn Down Charts / Burn Up Charts
Cumulative Flow Charts (Gráficos de Fluxo Cumulativo)
Gestão à Vista (Big Visible Charts / Information Radiators)
Retrospectivas (Retrospective / Reflection Workshop)
Backlog de Melhorias (Improvements Backlog)

Organização (Organization)

Times Pequenos (Small Team)
Times Cross-Funcionais (Cross-Functional Team)
Equipes Auto-organizadas (Self-Organizing Team / Scrum Team)
Ambiente de Trabalho Compartilhado (Colocated Team / Sitting Together / Common Workspace)
Cliente Interno / Dono do Produto (On-Site Customer / Product Owner)
Scrum Master
Ritmo Sustentável (Sustainable Pace)
Mude as Pessoas de Lugar (Move People Around)
Scrum of Scrums
Comunidades de Prática (Communities of Practices)

Aprendizado

Coding Dojos
Clubes de Livro (Book Clubs)
Palestras da Equipe para a Equipe (Brown Bag Seminars)
Biblioteca Rica à Disposição (Livros, Screencasts, Áudio-livros, Contas no SafariBooks)
Participação em Eventos (Alta cobertura de eventos)

Gestão Ágil

Contratação com Participação do Time (team helps on hiring)
Reuniões de Feedback 360 Graus / Pesquisas 360 Graus
Reuniões One-on-ones (one-on-ones meetings)
Índice da Felicidade (happiness index)
Definição de Metas (goal setting)
Gemba walks
Poker da Delegação (Delegation poker)
Quadros de Autoridade (Authority boards)
ROTI – Retorno sobre o Tempo Investido (Return on Time Invested)
Resolução de Problemas com A3
Hackathons ou FedEx Days
Percentual de Tempo para Aprendizado (SlackTime)
Impedimentos Visíveis

Referências

Agradecimentos Especiais à Jurgen Appelo, Daniel Cukier, e Fábio Aguiar pela colaboração.

Sentiu falta de alguma prática na lista? Deixe seu comentário.

Obrigado, e siga-me no twitter: @andrefaria.

Pergunte-se: Por quê?

Posted by andrefaria on Feb 16, 2010 in Agile | 15 comments

Para ser produtivo é essencial ter sempre em mente o objetivo por trás de tudo que se está fazendo. O propósito deve estar bem claro.

Question Mark by Marco Bellucci

É muito comum nos dias de hoje que as pessoas façam suas atividades sem ter verdadeira consciência do por que, da razão pela qual estão fazendo e qual resultado desejam alcançar.

Sem ter uma definição clara do propósito pelo qual se está fazendo determinada atividade, e qual é o objetivo é impossível medir se está indo bem ou se mal. Não há possibilidade de vencer ou ser derrotado, pois não se sabe o que é derrota ou vitória.

Para ter certeza de você sabe exatamente qual é a razão das atividades que você está fazendo, crie o hábito de perguntar-se: por quê?

Ter objetivos claros dá suporte à tomada de decisões, uma vez que todas as decisões tomadas devem estar alinhadas ao objetivo. Ter um objeto é como ter um norte, uma direção, não tê-lo é como vagar no deserto em círculos. Nas palavras de Stephen Covey, autor do livro “Os 7 Hábitos das Pessoas altamente Eficazes”:

“Começar com o objetivo em mente significa começar tendo uma compreensão clara do destino. Significa saber para onde você seguindo, de modo a compreender melhor onde você está agora e dar os passos sempre na direção correta.”

Ter objetivos claros motiva, permite que tenha noção de progresso, ajuda a manter o foco, dá visão, abre as portas da criatividade, uma vez que se em mente o resultado que deseja alcançar.

Em se tratando de trabalho em equipe, quando não se tem objetivos claros, a situação pode agravar-se ainda mais, pois cada um pode seguir por caminhos diferentes tomando como referencial sua interpretação pessoal de objetivo.

Por essas razões metodologias ágeis como Scrum reforçam a importância de se ter metas bem definidas, é o Sprint Goal. Toda a equipe deve estar alinhada em relação às expectativas de sucesso do cliente. Devem ter claro o que se deseja ter como resultado e dessa forma todos poderão remar na mesma direção tomando decisões, por menores que sejam sempre alinhadas ao objetivo.

É pelo mesmo motivo, que existe a definição de pronto, este como se fosse um micro-objetivo de cada tarefa, atingir o estado de pronto, que deve estar bem definido de forma que todos possam compreender e identificar a diferença entre uma tarefa completa e uma incompleta.

Em uma reunião de retrospectiva, por exemplo, é essencial que todos tenham consciência que o objetivo é tornar a equipe melhor, caso contrário, pode transformar-se em um mero jogo de culpa, perda de tempo e investimento.

Não faça as coisas de forma mecânica, faça de forma consciente, entenda o porquê.

Bluesoft Podcast: Um podcast sobre Métodos Ágeis em Português

Posted by andrefaria on Feb 7, 2010 in Agile, Software | 0 comments

É com grande satisfação que anuncio o Bluesoft Podcast, um podcast em português que tem como objetivo difundir as metodologias ágeis e desenvolvimento de software apresentado por mim e Luiz Faias Jr.

Speaker por DRB62

O Podcast já está em seu 4º episódio e abordou temas como:

“Cultura de Aprendizagem”
“Batman da Iteração”
“Restrospectiva do Seis Chapéus”
“Programação em Par“.

Além do tema principal, o podcast apresenta as principais novidades da última quinzena das comunidades ágeis nacional e internacional.

Disponível em aúdio e vídeo, possui um feed que pode ser assinado e um canal no iTunes.

Convido todos a ouvir ao podcast. Sugestões e críticas serão sempre muito bem vidas, mande-as para podcast arooba bluesoft ponto com ponto br.

Software Craftsmanship com Uncle Bob Martin

Posted by andrefaria on Nov 30, 2009 in Agile | 3 comments

O pessoal da Software Engineering Podcast acabou de publicar a entrevista de Markus Völter com o consagrado Robert C. Martin, também conhecido como Uncle Bob Martin autor diversos livros como Clean Code e evangelista do movimento Software Craftsmanship. Recomendo que todos ouçam ao podcast (em inglês) na integra, mas gostaria de enfatizar alguns pontos importantes.

Sobre o Arquiteto de Software

Foto por Anirudh Koul

Segundo Uncle Bob, pensar arquitetura e design vale muito a pena, porém, ele não gosta nada da idéia de se separar a arquitetura da codificação. Os melhores arquitetos são aqueles que codificam e vivem no “mundo que constroem para os outros”, disse. Se um arquiteto não codifica ele fica desconectado das decisões que toma, porque não é afetado por elas, ele ”não tem que dormir na cama que faz”.
O importante é que arquitetos mantenham seus dedos no teclado, a final, você não pode liderar um time a menos que os conheça e entenda. Você tem que experienciar o que o time está fazendo para saber o que ele realmente precisa.

Documentação

O código é documentação mais imporante. Todos os outros documentos devem refletir o que o código faz. O código digire todos o resto e não é apenas resultado de outros documentos como sugure o waterfall.

Software Crafsmanship

O termo foi criado com a publicação do livro de Pete McBreen em 2002. Fala-se sobre aprender com mestres. Aprenda as habilidades e como tomar decisões, mas você deve aprender com outras pessoas ajudando-as a fazerem seu trabalho.

Você deve sentir orgulho da forma que você trabalho.
Sinta orgulho de poder fazer Test Driven Development.
Sinta orgulho de ter alta cobertura de código.
Sinta orgulho de desenvolver software de alta qualidade.
Sinta orgulho de ter um bom design de código.
Sinta orgulho de desenvolver software que realmente agregue valor de negócio aos clientes.

Uncle Bob sugere como práticas TDD, Integração Contínua e Programação em par, e afirma que bons times trabalham em par na maior parte do tempo, no entanto, afirma que não se deve ser religioso quanto a isso, “você não precisa trabalhar em par 100% do tempo”, diz.

Qualidade e Relacionamento com Clientes

Não basta funcionar, o software deve ser bem escrito e fácil de manter. Foque em agregar valor. Deve haver um parceira com os clientes. Você deve realmente envolver-se com as decisões tomadas e garantir que o que cliente pede realmente vai agregar valor para ele. Não faça simplesmente porque é seu trabalho se você já sabe que não vai dar certo. Comprometa-se com o resultado do seu trabalho.

Produtividade

Aprenda os Shortkeys (atalhos de teclado). Tente fazer o máximo que você puder sem usar o mouse. Um desenvolvedor de software deve estar altamente integrado com seu ambiente.
Utilize uma boa ferramenta de SCM (Source Code Control), o CVS é razoável, o SVN é melhorzinho, mas meu favorito é o Git.

Bug Tracking Systems são importantes, mas use com certo cuidado. Devem ser leves e simples de usar.
Use ferramentas para teste como jUnit (xUnit), rSpec, Cucumber, JBehave e Fit.
Linguagens dinamicas são muito produtivas e se você faz TDD o “perigo” vai embora. Você não precisa mais de um compilador para te dar uma falsa segurança.

Desenvolvimento de Carreira

A coisa mais importante para um desenvolvedor de software é noção de aprendizado contínuo. Você nunca pode parar de aprender. É como um médico.

Você deve aprender o máximo de linguagens que puder, e deve conseguir escrever código em todas essas linguagens ainda que não seja um especialista em todas elas. Não adianta. Aprenda no mínimo uma linguagem estática, uma dinâmica e uma funcional. Robert diz que todos devem aprender LISP.

Recado de Uncle Bob no Rails Conf 2009

Uncle Bob Martin na RailsConf 2009 porFabio Akita no Vimeo

Mais Informações sobre Robert C. Martin

Os Melhores Podcasts de Tecnologia para Desenvolvedores

Posted by andrefaria on Nov 20, 2009 in Agile, Featured | 5 comments

Um dos maiores problemas da sociedade moderna é a dificuldade de locomoção diária, a maioria das pessoas passa horas em seus carros, ou em meios de transporte públicos para irem de lugar a outro. Há alguns anos atrás quando morava na zona norte de São Paulo e trabalha na zona sul, essa era minha realidade. Uma vez que naquela época passar por isso era inevitável procurei formas de fazer com esse tempo pudesse de alguma forma torna-se produtivo, foi então que comecei a ouvir à podcasts.

iPod por Dan Taylor

De acordo com a Wikipedia, Podcasting é uma forma de publicação de arquivos de mídia digital (áudio, vídeo, foto, etc.) pela Internet, através de um feed RSS, que permite aos utilizadores acompanhar a sua atualização. Assim, é possível o acompanhamento e/ou download automático do conteúdo de um podcast.

Neste post apresentarei os podcasts aos quais escuto e os episódios principais para que você ouça. Sugiro que você utilize o iTunes para inscrever-se nos podcasts e sincronizar com seu iPod.