Posts Tagged "desenvolvimento de software"
Lista com todas as Práticas Ágeis
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
- Noop.nl
- Wikipedia
- Scrum Alliance
- Mountain Goat Software
- Cunningham & Cunningham
- Agile Modeling
- James Shore
- Extreme Programming
- Industrial XP
Respeitar as Pessoas
Um dos pilares que sustentam a filosofia da Toyota é respeitar as pessoas, e em se falando de Lean Software Development e Desenvolvimento Ágil de Software, não poderia ser diferente.
Foto por Toni Blay
Respeitar as pessoas significa dar a elas um ambiente de trabalho limpo e seguro, permitir que tenham metas praticáveis e realistas, confiar nelas, significa também, desenvolver uma organização onde as pessoas possam pensar e descobrir as melhores formas de executar seu trabalho ao invés de simplesmente receber ordens de o que e como fazer. É permitir que as pessoas tenham oportunidade de conhecer profundamente seu trabalho, refletir sobre ele e melhorá-lo. E não há trabalho algum que não possa ser melhorado.
Pare e pense. O que você pode fazer para melhorar o seu próprio trabalho?
Harvard e Desenvolvimento Ágil
A descoberta mais notável foi que criar um versão com poucas funcionalidades e entregá-la aos clientes cedo melhora a qualidade dramaticamente.
Este é um trecho do artigo do Professor Alan MacCormack da Harvard Business School “Porque Desenvolvimento Evolutivo de Software Funciona“, em que fala sobre o desenvolvimento de software iterativo:
Desenvolvimento de sucesso é evolucionario por natureza. Empresas lançariam primeiro uma versão com poucas funcionalidades de um produto para determinados clientes logo no inicio do desenvolvimento. Posteriomente o trabalho continuaria de forma iterativa, permitindo que o design evolua em resposta ao feedback dos clientes.
Evolution por teamtraveller
Qualquer semelhante com a abordagem ágil, é mera semelhança. O professor apresenta ainda quatro práticas levam projetos de software ao sucesso. Consulte o artigo de Alan MacCormack.
Bluesoft Podcast: Um podcast sobre Métodos Ágeis em Português
É 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.
