Um dos problemas mais cabulosos que eu vi durante minha carreira de programação, é a capacidade das pessoas de fugir da priorização.

O modo mais normal das pessoas é ligar o automático ou “alguém escolhe por mim e eu faço”.

Os programadores não entendem que é fácil demais postar no Twitter como a gerência do projeto é horrível ou da empresa é ruim. Mas nenhum desses já assumiram a responsabilidade de ter um projeto para, ai sim, criticar com tanta razão. Não é dificil criticar e apontar dedos, difícil é executar e mostrar resultado. Eu, particularmente, não costumo escutar alguém que não tem resutlados mensuráveis para mostrar.

Você não precisa ser um SCRUM MASTER ou ter um certificado de gestão de projetos para entender os conceitos normais sobre priorização.

Existe uma commoditie que é rara e finita que costumamos vender por pouco dinheiro, e essa commoditie é o nosso Tempo. Tempo, Recursos, Dinheiro e Pessoas são coisas finitas.

Sabendo que essas coisas são finitas, você precisa escolher o que fazer, claro, se o tempo fosse infinito, você poderia empurrar tudo com a barriga que seu pé de meia ficaria garantido. A primeira coisa que normalmente fazemos quando escolhermos algo para fazer, é planejar, como uma história, seu projeto precisa ter começo, meio e fim.

Priorizar, funciona da seguinte forma: Quando você tem inúmeros tipos de tarefas, grandes, pequenas, complexas, etc… Se você não se cuidar, ou não falar não, você acaba empurrando essas tarefas com a barriga e isso resulta em começar as tarefas fáceis e menores primeiro, e, só quando o projeto começa a tomar forma, você percebe que é tarde demais e que as principais tarefas ficaram no papel. Ou seja, você gastou seu tempo fazendo o que não era importante.

Gosto de um exemplo que vi na internet, onde uma pessoa precisa colocar dois tipos de bolas dentro de um pote, várias bolinhas pequenas e 4 bolas grandes, se a pessoa colocar primeiro as bolinhas pequenas, as grandes não terão espaço e isso resulta nas bolas saindo do pote, porém, com a priorização, quando colocam-se as bolas grandes antes das pequenas, todo o material cabe dentro do copo.

E isso sim é um bom exemplo de gerencia de projetos. Ter uma boa gestão, é você garantir que o 1% dos 1% de erros, não vai comprometer o sistema inteiro, ou então o sprint todo.

Parar uma sprint no meio, é um exemplo. Você, sabendo que o tempo é finito, prefere continuar até finalizar o sprint para somente no próximo você arrumar algo, ou cancelar imediatamente e poupar seu tempo?