ti-enxame.com

É aceitável que os projetos ultrapassem o orçamento?

Essa pergunta é algo que está me incomodando nos últimos 3 meses, desde que mudei de freelancer para trabalhar em uma empresa de Web Design.

Nossos vendedores costumam nos perguntar algo semelhante à seguinte série de perguntas:

  • Quanto custa programar um widget
  • Quantas horas serão necessárias para converter este site para este software.
    (Sem saber o que o site funciona atualmente)
  • etc

  1. Como podemos fazer um orçamento sem qualquer informação? (Não, não posso pedir mais informações!)

Tenho outra pergunta se um projeto ultrapassar o orçamento, é ruim. Recentemente, perdi um menu inteiro ao calcular o custo de transferência de um site para uma nova plataforma, então o projeto ultrapassou o orçamento. Meu chefe não ficou nada feliz e, em minha opinião, algumas coisas como essa não podem ser evitadas.

2. Qual é a prática geral para lidar com a ultrapassagem do orçamento
E projetos como desenvolvimento web costumam ultrapassar o orçamento?

Se você trabalha em uma empresa de desenvolvimento/design/design da web:

3. Como funciona o seu sistema de horas faturáveis?

Para mim, temos um aplicativo de rastreamento de tempo que registramos quantas horas gastamos em cada projeto e se elas são faturáveis ​​ou internas (também conhecido como não faturável). Se não cumprirmos xx horas faturáveis ​​por semana, podemos ter problemas/demitir-nos eventualmente. O trabalho que você faz para a empresa ou para os clientes que não é faturável não faz parte deste sistema, e muitas vezes temos para fazer trabalho interno, então Estou me perguntando se existe algum sistema alternativo.

EDITAR: Ok Eu sou um desenvolvedor nesta empresa, não um designer :)

Em segundo lugar, recebo um salário, mas aqui está como a administração vê isso. Você tem 35 horas semanais de trabalho. Você poderia estar fazendo um trabalho que eles cobram dos clientes nessas 35 horas e deveria. Se eles descobrissem que um projeto levaria 50 horas e eu levaria 55 horas, essas 5 horas poderiam ter sido gastas em outro projeto que não estava acima do orçamento, então simplesmente "perdemos" dinheiro.

Outro exemplo é que se eu só tenho 1 projeto, ele é devido em duas semanas e eu passo um dia fazendo trabalho interno, de alguma forma perdemos dinheiro porque eu não estava trabalhando. Se eu trabalhasse naquele dia, terminaria um dia mais cedo e ainda não teria trabalho. De qualquer forma, o trabalho é contratado, então receberemos o mesmo valor, independentemente dos dias em que trabalhar!

11
Brandon Wamboldt

Nossos vendedores costumam nos perguntar algo semelhante à seguinte série de perguntas:

Quanto custa para programar um widget Quantas horas leva para converter este site para este software.

Por que seus vendedores estão perguntando aos designers? As vendas devem ter uma lista pré-estocada de cotações e um sistema de estimativa que tenha pouca, ou nenhuma, correlação com seus custos reais. Estou presumindo que você é assalariado.

Como podemos fazer um orçamento sem qualquer informação? (Não, não posso pedir mais informações!)

Resposta curta? Você não pode, não tente.

A longa resposta ainda é curta. Se eu ligar para você e disser que tenho um site onde as pessoas podem fazer login, postar mensagens para outros usuários, enviar fotos e fazer amigos, quanto custaria para construir, o que você diria? Eu poderia ter descrito a pior rede social imaginável, ou Facebook. Você não tem informações suficientes, portanto não pode fazer uma avaliação precisa.

Tenho outra pergunta se um projeto ultrapassar o orçamento, é ruim. Recentemente, perdi um menu inteiro ao calcular o custo de transferência de um site para uma nova plataforma, então o projeto ultrapassou o orçamento. Meu chefe não ficou nada feliz e, em minha opinião, algumas coisas como essa não podem ser evitadas.

Defina "acima do orçamento". Novamente, estou assumindo que o salário não é por hora. Se você ultrapassou seu tempo orçamento, passe algumas noites longas e não cometa o mesmo erro (de perder algo) novamente.

Para mim, temos um aplicativo de rastreamento de tempo que registramos quantas horas gastamos em cada projeto e se elas são faturáveis ​​ou internas (também conhecido como não faturável). Se não cumprirmos xx horas faturáveis ​​por semana, podemos ter problemas/demitir-nos eventualmente. O trabalho que você faz para a empresa ou para os clientes que não é faturável não faz parte deste sistema, e muitas vezes temos que fazer um trabalho interno, então estou me perguntando se existe algum sistema alternativo.

Não sei como faria isso se tivesse que criar um registro de horas "faturáveis". Você provavelmente terminaria com cem horas +/- algumas por semana. Não paro de pensar em código, isso deveria contar?

4
Josh K

Faça o que Scotty faz: faça uma estimativa razoável e dobre-a.

Sua estimativa dobrada será a) geralmente mais realista, porque os humanos são estimadores de baixa qualidade, b) dar-lhe um pouco de folga, para que você tenha espaço para recursos repentinos e outras emergências, ec) permitem que você ocasionalmente chegue antes do tempo e abaixo do orçamento.

Nunca mencione o fato de que você está dobrando suas estimativas para seu chefe ou para as vendas. Empresários são criaturas delicadas e frequentemente não conseguem lidar com as duras verdades com as quais nós, engenheiros, temos que lidar.

Boa sorte.

4
Patch

Esta é realmente apenas uma resposta para a primeira parte de suas três partes, mas é uma GRANDE pergunta.

Aqui está o que comecei a fazer recentemente. E isso depois de MUITA reflexão sobre esse tipo de coisa.

Eu respondo a uma solicitação de um cliente em potencial ou cliente com o que chamo de "estimativa de boa fé". É um valor em dólares que é preenchido nove maneiras a partir de domingo para o total de CYA. Digo a eles que esse número é baseado em minha experiência de projetos mais ou menos da escala daquele que está sendo considerado aqui.

Eu digo a eles que a primeira fatura, a vencer no início, é de 25% da estimativa. Por esse preço, faremos um esforço completo de coleta de requisitos e escreveremos especificações completas e detalhadas. Dependendo do tamanho do projeto, isso pode levar várias semanas de trabalho. Ao final disso, teremos um conjunto completo de documentação E saberemos como nos saímos com essa estimativa. Se nesse ponto precisarmos ajustar o preço (e ele pode subir OR cair), faremos isso e avisaremos o cliente.

Se o preço subir e o projeto se tornar insustentável, ele será cancelado nesse ponto sem nenhum pagamento devido. Este é obviamente um resultado indesejável e deve ser considerado o resultado de último recurso. O plano B é retrabalhar os requisitos do projeto para reduzir o escopo para o orçamento do projeto, etc. Há muito que podemos tentar antes de encerrarmos tudo, mas se PRECISAR, aí está onde podemos.

Supondo que não o façamos, avançaremos com o preço total (possivelmente revisado), 50% do qual é faturável naquele ponto e os 25% finais - ou mais - na entrega e aceitação. Todos estão na mesma página, ninguém está se sentindo obrigado a pagar por um intangível como "análise", e todos estão (idealmente) felizes.

Até agora, obtive resultados muito bons com isso. Certamente é melhor do que pedir ao cliente uma conta separada para o trabalho de análise/especificação. Ninguém quer pagar por isso. Mas se você escondê-lo nos primeiros 25% do preço total de um projeto, ele se torna instantaneamente palatável e compreensível.

1
Dan Ray

Você deve encontrar o caminho para obter mais informações. Nunca dei nem mesmo a estimativa de qualquer projeto se o requisito não foi declarado claramente. Se eles persistirem, você não pode ter isso, é melhor desistir.

0
tia

Você está em um cenário muito comum. As vendas não têm idéia e contam com pessoal técnico para fazer seu trabalho. Você falhará repetidamente em fornecer estimativas precisas porque é impossível saber.

O que você realmente faz é chamado de estimativa empírica.

Você fica melhor nisso com tempo e experiência .

Existe algum outro designer na empresa? Se sim, eu sugiro que você faça Planning Poker . É uma técnica de estimativa coletiva muito poderosa.

O Planning Poker é uma técnica de estimativa baseada em consenso, usada principalmente para estimar o esforço ou o tamanho relativo das tarefas no desenvolvimento de software.

Isso o ajudará a obter estimativas mais precisas, usando o conhecimento e a experiência de mais pessoas, e a responsabilidade pela estimativa será distribuída pela equipe em vez de por uma única pessoa. As vendas ficarão felizes, pois obterão estimativas mais precisas. E é mais fácil dizer "não podemos estimar" quando você tem 4 ou 5 anos do que quando é você mesmo.

0
user2567