O capitalismo (conhecido carinhosamente como Capetalismo) é uma beleza. Lá está a equipe engajada e preparada, com as melhores tecnologias do mercado, numa escritório tão bem feito que dá vontade de adicionar o termo "home office" a alguma lista da antiga Inquisição... Mas o capetalismo precisa da POG e alguém tem que fazer alguma coisa.

É nesse momento que entra em cena a equipe de processos da empresa!

A Dimensão Processual engloba os requisitos que são satisfeitos e documentados através dos processos escolhidos pela empresa por puro sadismo.

Prazos suicidas

Em qualquer empresa humanamente decente, prazos são definidos de acordo com um conjunto de fatores que tenta minimizar ao máximoas incertezas:

Estatísticas dos projetos anteriores
Custos
Estimativa da equipe sobre tempo e complexidade das tarefas
Velocidade da equipe
Técnicas de engenharia para cálculo de prazo

Mas nós sabemos que a diminuição das incertezas leva à diminuição do surgimento de POGs, certo?

Nesse contexto, devemos manter um certo nível de incerteza no ar. Contudo, ao se definir um prazo para as tarefas, devemos optar pelo prazo mais longo?

JAMAIS!

Prazo suicida {caption: Diagrama meticulosamente criado para ilustrar o tamanho ideal do prazo}

Como podemos ver no diagrama acima, qualquer prazo que a equipe aceite será devidamente deserdiçado com progcrastinação (ou pior, estudando!), pânico e choro! Somente na pequena porção final do prazo é que a equipe vai se dedicar à entrega, trabalhando ferozmente e gerando POGs como se não houvesse amanhã.

Como saber exatamente quão curto deve ser o prazo? É simples:

Pergunte o prazo pra equipe
Divida esse prazo por dois.
Repita o passo 2 ate observar a vida se esvaindo dos membros da equipe. Se ouvir dentes rangendo, gemidos de dor e perceber claramente a alma tentando sair do corpo, você está no caminho certo.

O Prazo Suicida é um requisito que deve ser levado em consideração em qualquer projeto POG. Afinal, se a equipe não estiver sob pressão, não vai entregar nada!

Aparecimento caótico de Requisitos

Upfront design (BDUF – geralmente é associado ao modelo Waterfall/Cascata)

Desenvolvimento Não Iterativo

Projeto de Churrasco

Convivência com a Codinga

Na comunicação verbal catinga + codigo = codinga

Débito Técnico

Débito técnico como medida de POG
- Imprudente intencional: “Sabemos do problemas mas não vamos resolver!”
- Imprudente não intencional: “Trabalhar com uma nova linguagem de programação”
- Consciente intencional: “Temos um prazo X, precisamos entregar com esse problemas, depois corrigimos”
- Consciente não intencional: “Agora que entregamos o projeto sabemos como deveríamos ter feito.”
É inevitável, ela sempre vai existir
Se não for pago, o débito tende a aumentar com o tempo
É “subjetivo”