Cada vez mais o desevolvimento de produtos inovadores tem de ser feito de forma rápida e denvolvendo o desenvolvimento concorrente de todas as suas componentes, e, muito em particular, do software que muitas vezes é o seu fator principal de diferenciação.
Documente o necessário, e não mais do que isso
Assim como você deve implementar apenas o necessário para entregar uma funcionalidade e não mais do que isso, você deve documentar apenas o que for necessário e nada mais do que isso. Não perca tempo escrevendo documentação que nunca será usada por ninguém. Se ninguém precisa usar a documentação, então ninguém deve documentar. Documento tem que ter um motivo, documentar sem uma necessidade real não faz sentido.
Documentação no código pode ser um “code smell”
Muitas vezes códigos precisam ser documentados porque eles são desnecessariamente complexos. Sempre que possível prefira refatorar seu código ao invés de escrever comentários (até porque muitas vezes o código muda e o comentário fica lá desatualizado, e isso acaba mais atrapalhando do que ajudando). Tenha uma boa suite de testes (uma suite bem escrita e organizada é uma especificação executável)
Documentação não pode ser perecível
Documentação tem que ser leve e não pode ser perecível, ela deve ser durável. Se você documenta algo que precisa ser modificado todo dia, existem grandes chances de você esquecer de atualizar a documentação e ela passa a ficar desatualizada. É melhor não ter documentação do que ter documentação errada. Além disso, se você precisa mudar a documentação toda hora significa que você está se aprofundando demais nos detalhes, e então a documentação vai “quebrar” a cada linha de código que você escrever. Quando estiver documentando, pergunte-se: “daqui a algum tempo essa documentação ainda será válida?”. Faça documentação durável. Não entre num nível de detalhe que te faça mudar a documentação o tempo todo (a não ser que você realmente precise disso – e mesmo assim pense se não dá pra fazer de outro jeito, por exemplo, automaticamente).
Aqui você pode ver todos os 12 princípios sobre o manifesto ágil (abaixo os mais importantes)
1 - satisfazer o cliente
2 - Mudanças são bem vindas
3 - Entrega frequente de software
4 - Trabalhar junto com o cliente (interessados)
5 - Simplicidade é essencial
6 - Transmita informações face a face
Principais métodos ágeis
- Programação extrema (XP)
- Scrum
- Crystal
- Lean Software Development
- Adaptive Software Development
- Feature Deriven Development
- Planejamento adaptativo (cliente presente)
- Testes automatizados (TDD)
- Refatoração (melhoria continua)
- Pequenos passos (ciclo semanal, mensal ...)
- Integração contínua (repositório único de código)
Ser tornar ágil é um processo que demanda tempo e perseverança, pois mudanças podem inicialmente causar certo desconforto nos integrantes do grupo, empresa ou time, mas que podem trazer benefícios como melhoria no desempenho, facilidade no desenvolvimento de novos requisitos (mudanças). Enfim, como o próprio nome diz, você se torna ágil.
Nenhum comentário:
Postar um comentário