Existem argumentos que podem levar um contratado a reconsiderar trabalhando em preço fixo?

Eu tenho trabalhado para um empreiteiro que traz alguns bons projetos, mas todos são de preço fixo e geralmente de tempo fixo.

Como resultado, ele sempre me faz fazer uma cotação sobre requisitos frouxos, o que nunca deixa de trazer muita tensão devido à fluência dos recursos.

Ele afirma que nunca conseguiria um contrato se não pudesse concordar com um preço com seus clientes primeiro, mas, no que me diz respeito, não quero passar por outro projeto sob esses termos.

Existe algum argumento que eu possa argumentar para que ele me pague por hora ou devo apenas chupar menos ao estimar?

O problema aqui não é o preço fixo do projeto - são os requisitos soltos. Se você pode pressioná-lo a fornecer especificações mais firmemente definidas, sua estimativa de tempo ficará melhor.

Recuso-me a trabalhar em um projeto de lance fixo, pela maioria dos motivos que você listou. Não é só você - o trabalho de licitação fixa é antitético a um processo ágil (que também é o meu modo de trabalhar). risco. Se você é bom no que faz, há muitos outros lugares para trabalhar.

Basicamente, todo mundo é péssimo em estimar. A menos que você tenha feito um projeto substancialmente semelhante pelo menos duas vezes, você não está estimando, está supondo.

além disso, ele está errado em não conseguir um contrato sem uma oferta fixa. Se ele não puder, o problema não é o lance fixo versus o horário, é o vendedor. Trabalhei para uma lista de clientes de hora em hora. A chave é fornecer a eles comunicações frequentes sobre o que você está fazendo e o que está custando, e fazê-los entender que as compensações são orçamento versus recursos - você pode atingir um orçamento, mas às vezes precisa fornecer recursos.

Ao trabalhar sozinho, você realmente não pode ganhar em um projeto de preço fixo + tempo fixo. Você não tem capacidade de aumentar a capacidade além de trabalhar até altas noites e fins de semana.

Na minha experiência, as estimativas baseadas em "requisitos soltos" só se tornam maiores e maiores quando você adiciona detalhes, nunca menores. Continue pedindo detalhes até se sentir seguro.

Discussões sobre requisitos de alto nível e o que está incluído e o que não é são facilmente vencidas quando o esforço é necessário, o cliente geralmente está empatando aqui. Seu relacionamento comercial pode sofrer embora.

O triste dessa construção é que tudo o que você constrói tende a ter a menor qualidade possível necessária para satisfazer os requisitos de alto nível.

(sim, para que você possa fazer logon com uma senha, nunca disse que queria um logon separado para cada usuário ...)

Com preço fixo, eu simplesmente faria uma cachoeira, com um design grande, a coisa toda. Faça com que o contratado assine com base em uma pilha de papéis com todos os detalhes e construa.

Para melhorar suas estimativas, você pode apenas dobrar ou triplicar o que achar necessário, isso pode ser mais realista, mas pode custar o preço do mercado.

O rastreamento de velocidade do Scrum pode revelar-se útil para controlar suas próprias estimativas e como elas funcionam em comparação com o tempo real necessário.

A menos que você queira especular sobre o preço fixo em busca de um lucro saudável, eu realmente preferiria ser pago a cada hora. Isso mantém o risco do lado dos contratados.

As estimativas são um palpite, não uma promessa.

Essa é uma das principais razões para o surgimento do movimento ágil. Usar a combinação Scrum + XP é uma maneira de apresentar uma alternativa justa a esse tempo relativamente comum - preço fixo ou preço fixo com situação de requisitos variáveis.

Você poderia apenas perguntar se poderia ser pago por hora? Todos os meus contratos de consultoria eram de salário por hora, independentemente dos termos com o cliente.

Como alternativa, reforce os requisitos e apresente-os ao cliente como parte do contrato. Dessa forma, você recebe uma cobrança adicional pela fluência de recursos. Qualquer contrato que indique que você receberá US $ X por uma quantidade de trabalho que o cliente deve aumentar mais ou menos arbitrariamente é um desastre à espera de acontecer.

Se você puder mostrar que o que você fez se enquadra nos "requisitos soltos" sob qualquer interpretação (de preferência sua), qualquer esclarecimento se torna uma solicitação de mudança, sujeita a novas estimativas, novos esforços e novos pagamentos. Em seguida, fica por cima do ombro do seu cliente a responsabilidade de apresentar requisitos mais nítidos.

Não tenho nenhum problema em trabalhar com preço fixo ou a cada hora - supondo que o preço esteja correto.

Com base em um conjunto de requisitos, por mais frouxamente definido, crie uma estimativa horária e indique as suposições feitas para atingir essa estimativa.

Em seguida, faça também uma estimativa de preço fixo, que é ampliada a partir do valor horário por um fator que depende da imprecisão dos requisitos, probabilidade de mudança, experiência anterior com a tecnologia, experiência anterior com o cliente etc. Portanto, se tudo estiver correto bem direto, minha cotação de preço fixo é tipicamente 50% a mais do que a cada hora. Se houver cada vez mais incógnitas, um preço fixo pode ser até duas vezes e meia a estimativa horária. No entanto, a cotação de preço fixa é acompanhada de uma declaração de trabalho muito clara.

O objetivo é obter um bom lucro ao fazer o preço fixo, entregando bem abaixo da estimativa e embolsando o lucro extra.

Aqui está o que eu fiz no passado. Escrevi uma especificação MUITO rigorosa que entrego com minha projeção de tempo / custo e fiz com que todos os envolvidos no projeto assinassem fisicamente. Exijo isso antes de trabalhar em um projeto de tempo fixo de preço fixo.

Se for um projeto grande o suficiente e a elaboração de especificações for suficiente, também cobrarei por esse tempo.

Como vender isso: Sim, existem concorrentes por aí que vão apertar sua mão e começar a codificar. A diferença é que, em alguns meses, você terá um produto acabado de nossa parte, enquanto que deles apenas sofrerá. Você não começaria a construir uma casa sem um plano completo elaborado por um profissional, não é? Suspeite de qualquer pessoa que comece a construir um projeto de software sem a mesma segurança.

Supondo que você seja o funcionário em tempo integral deste contratante. Mostre a ele quanto dinheiro ele está perdendo por não levar em consideração o escopo.

Se o contratado estiver subcontratando você, diga a ele que você só pode trabalhar a cada hora e seja honesto com o motivo. (Ou seja, os requisitos não estão bem definidos, talvez você não seja pago por todo o trabalho que pode acabar fazendo. Além disso, você pode economizar dinheiro do contratado se for mais rápido do que o esperado.)