Depois que a onda de sucesso das metodologias de desenvolvimento Agile passou, poucos resistiram ao teste do tempo. Mas entre eles há uma técnica especial: PDD Panic Driven Development - Desenvolvimento por meio do pânico .
Essa técnica compartilha os princípios básicos da metodologia de desenvolvimento Agile, mas é desprovida de cerimônias desnecessárias e da carga de trabalho tecnológica que apenas diminuem a velocidade da equipe. Vamos examinar mais de perto os princípios dessa metodologia.
Quanto mais recente for a tarefa, maior será a prioridade
Assim que uma nova tarefa surge no meio de um sprint, sua prioridade se eleva sobre todo o trabalho planejado anteriormente. Afinal, tudo que é novo é sempre melhor e mais importante. Em geral, este ponto deve ser incluído nos princípios básicos da metodologia ágil.
O foco na entrega de valor ao cliente sugere que a equipe deve colocar o trabalho planejado previamente de lado e cuidar dos novos recursos.
Escrevemos exatamente a quantidade de código necessária para o resultado
Os desenvolvedores ganham a vida escrevendo códigos. Os erros só podem ser corrigidos por código. Discutir design e UX apenas retarda o desenvolvimento. Portanto, fazemos o seguinte: escrevemos a solução e nos certificamos de que a correção está funcionando. Se tudo estiver ok, o problema está resolvido. Vamos mais longe.
Não se apresse para testar
Após a implementação da correção, os testes devem ser agendados como tarefas pendentes. Os testes são úteis, é claro, mas não exagere. Você pode cuidar deles mais tarde. Crie um tíquete e carregue-o no backlog. Para verificar a funcionalidade, é perfeitamente possível fazer com testes manuais.
Confie nos seus sentidos
Programar é uma arte. Os instintos e a intuição são parte integrante de qualquer arte. Ouça o seu coração. Escreva a solução. Lance-o com mais ousadia. A fortuna sorri apenas para os corajosos.
O processo deve se adaptar a você
Qualquer processo de desenvolvimento, teste e lançamento de software é simplesmente um conjunto de convenções e regras. Eles não são gravados em pedra. Correções críticas requerem flexibilidade. Espera-se que, para aumentar a velocidade, os processos sejam alterados de acordo com as necessidades da equipe.
Tudo vem do gerente
O gerente da equipe tem autoridade para falar sobre questões de desenvolvimento. Toda refatoração e adesão às boas práticas podem e devem ser substituídas pelas necessidades de negócios. Os engenheiros, é claro, podem expressar suas opiniões, mas no final devem trabalhar pelas necessidades que lhes são transmitidas de cima.
Conclusão
O PDD é uma técnica que aumenta rapidamente a velocidade do trabalho em equipe em qualquer projeto no menor tempo possível.
É usado em empresas em todo o mundo e é a base para uma programação flexível e intransigente.