Fuja dos detalhes

Clientes querem absolutamente tudo. Inicie um projeto, comece o levantamento de requisitos, e uma avalanche de funcionalidades vai cair sobre você. Esse problema não se trata apenas de uma escolha entre um ou outro processo de desenvolvimento. Tudo que acontece durante o ciclo de vida de um projeto está intimamente ligado com a maneira como decidimos trabalhar. Quando você opta pela rigidez dos processos tradicionais em cascata ou com iterações longas, todos têm que se precaver.

A especificação deverá ser fechada antes de tudo. Caso o cliente esqueça de dizer que quer algo, por mais simples que seja, isso implicará num grande custo futuro. Isso faz como que ele seja forçado a pedir tudo que deseja de uma só vez. Mas, no início do projeto, as coisas talvez ainda não estejam claras. Então muitas funcionalidades serão solicitadas apenas para se ter certeza de que, “se” ela for necessária no futuro, ela estará lá.

Essa paranóia levará a uma enxurrada de opções e configurações que nunca serão usadas. Porém, ninguém vai arriscar deixá-las de fora, porque o processo não permite que elas sejam implementadas numa fase posterior, pelo menos não sem um grande custo. Além disso, os contratos penalizam mudanças durante o andamento do projeto.

[Inovação] aparece quando dizemos não à 1000 coisas para termos certeza que não estamos seguindo o caminho errado ou tentando fazer coisas demais. Nós estamos sempre pensando em novos mercados para entrar, mas somente dizendo não para isso que você pode se concentrar no que realmente importa.

Steve Jobs, A Semente de Inovação da Apple

Mas em se trantando de Scrum, a premissa é exatamente a contrária: nada de detalhes no começo. O foco deve estar sobre o problema do cliente. Por isso, o cliente deve entender como funciona o mecanismo de iterações que será usado. Talvez ele não saiba o que é um Sprint, mas deve entender que em algumas semanas verá uma versão demo do seu produto, funcionando. Uma versão que pode ser testada e analisada.

A partir do momento em que o cliente ver que não precisa mais esperar uma dúzia de meses para ver algo “de verdade”, vai deixar de se preocupar tanto com os detalhes no começo. Essa primeira tentativa de quebrar o paradigma será a mais difícil, mas é a crucial para o sucesso do Scrum.