Desenvolvimento de software

O modelo de responsabilidade. Num projecto fechado, o âmbito está definido à partida e qualquer alteração é uma negociação; numa equipa dedicada, a prioridade é vossa e muda quando precisar. Para produto em evolução, o segundo modelo é quase sempre o correcto e o primeiro produz uma discussão contratual por mês.

A consequência prática é que a equipa dedicada exige de vós uma função que o projecto fechado não exige: alguém com autoridade para priorizar. Sem essa pessoa, a equipa trabalha bem em coisas que ninguém decidiu que eram as mais importantes, e isso descobre-se um trimestre depois.

Quando o âmbito é genuinamente fechado e bem compreendido, o projecto de preço fixo é o modelo honesto e propomo-lo. Vender uma equipa dedicada para trabalho que cabe num projecto é vender mais do que é preciso, e vender um projecto fixo para produto em evolução é vender uma renegociação.

Em Portugal, com sobreposição horária total com a Europa e residência de dados no Espaço Económico Europeu, o que elimina uma camada inteira de trabalho de conformidade. É o modelo por defeito quando o trabalho toca dados de produção ou exige contacto frequente com utilizadores europeus.

Na Polónia, cerca de vinte e dois por cento abaixo de Lisboa em custo carregado, ainda dentro do Espaço Económico Europeu, e com mais profundidade em alguns perfis muito específicos. Para volume alemão ou centro-europeu, é o mercado certo e dizemo-lo.

No Uzbequistão, entre sessenta e setenta por cento abaixo de Lisboa, com meio dia de sobreposição e sem decisão de adequação. Funciona para engenharia com camada de coordenação europeia e ambientes de desenvolvimento sem dados de produção, e não funciona para trabalho conversacional com utilizadores.

Por trabalho entregue em produção e não por horas facturadas nem por pontos estimados. Horas medem esforço e não resultado; pontos medem estimativa e inflacionam-se sozinhos quando se tornam objectivo. O que interessa é o que está a funcionar para utilizadores reais.

Acrescentamos tempo de ciclo, da decisão de fazer até estar em produção, e taxa de reversão. Um aumento de entregas com reversões a subir não é velocidade, é dívida a ser contraída, e os dois números lado a lado mostram isso antes de o balanço técnico o mostrar.

E uma revisão trimestral que pode concluir que o desenho está errado. Muitos contratos têm governação suficiente para gerir execução e nenhuma para questionar a decisão, e acabam com equipas que cumprem indicadores durante anos sem nunca perguntar se são o modelo certo.

Toda a documentação técnica é vossa e vive no vosso repositório desde o primeiro dia, não num sistema nosso entregue no fim. É a diferença entre uma entrega e uma dependência, e é uma escolha que se faz no início porque depois não se corrige sem custo.

Mantemos apenas o que é nosso enquanto empregador: registos de recrutamento, formação e desempenho das pessoas da equipa. Tudo o que descreve o vosso produto, o vosso código e as decisões tomadas sobre eles é vosso e está acessível enquanto o contrato durar e depois de ele terminar.