Para quem sabe inglês, o site www.agilemanifesto.org tem 12 princípios excelentes sobre desenvolver software. E como programas, no fundo, são ferramentas utilizadas para resolver problemas (que muitas vezes antes do próprio aplicativo não existiam), eu diria que isso pode ser aplicado a qualquer coisa, mas isso já é um outro longo assunto.
Tentarei explicar em resumo...
- Individuals and interactions over processes and tools
Talvez o principal fundamento e que ainda estou tentando absorver. Só entendo que a interação entre os indivíduos deve acontecer a todo momento sendo a primeira prioridade. Mas acredito também que as ferramentas são essenciais para que isso aconteça, então não tenho certeza do que significa "processes and tools" aqui.
- Working software over comprehensive documentation
Vejo esse problema todo dia. Os membros do projeto se preocupam mais em documentar os problemas do que resolve-los. Mas aqui o manifesto fala mais especificamente sobre arquivos de ajuda, por exemplo. Uma interface simples e funcional dispensa uma documentação que explique como funciona.
- Customer collaboration over contract negotiation
Aqui sim fala sobre o problema de documentar problemas. Mais especificamente, gastar tempo negociando valores, tentando fechar prazos furados e projetos imprevisiveis. O foco poderia ser, por exemplo, o mesmo adotado na relação de empresa - funcionário: cria-se um ambiente colaborativo e simplesmente determina-se um custo periódico, que geralmente é mensal, mas recomendo semanal.
- Responding to change over following a plan
Conseqüência natural da idéia acima. O plano pode e até deve ser traçado, mas jamais assumido como um dogma. Define-se somente os aspectos gerais, e deixa os detalhes para serem ajustados no dia a dia. O mais importante é a dedicação em concluir. Pode-se dar estimativas, mas não se deve apertar prazos achando que isso dá resultado. Basta analisar tantos casos.
Nenhum comentário:
Postar um comentário