Melhor abordagem para licitar um projeto

5

Basicamente, temos projetos que sempre mudam o mesmo padrão. Mas, em algum momento, acontece que temos projetos que são absolutamente opostos ao que normalmente fazemos. Torna-se agora mais difícil dar lances e dar esse lance a um cliente em potencial. No caso mais difícil, há algumas coisas que parecem muito difíceis de fazer e nós simplesmente não temos uma ideia de quanto tempo isso poderia levar ... Nós também (com certeza) queremos levar menos tempo. tempo possível para licitar este sabendo que talvez devêssemos nunca obter o projeto.

Então, minhas perguntas são;

  • Em que você baseia seu tempo?
  • Quais são os fatores a serem considerados (eu sei que é um pouco difícil, já que você não vê as informações básicas).
  • Existe alguma ferramenta que possa ajudar?

Para encerrar tudo, existe uma maneira melhor de fazer isso e, se sim, o que é isso?

    
por Simon Dugré 05.05.2011 / 19:34
fonte

4 respostas

3

Licitar um projeto (que eu presumo é o que você está falando) é sempre difícil. Se você tentar seguir os passos abaixo, você estará em um bom lugar:

  • Verifique se você tem um conjunto completo de requisitos. Obviamente, você precisará da entrada do cliente aqui e também precisará deles para assinar esses requisitos.
  • Depois de ter os requisitos, tente dividi-los no menor peças possíveis. Isso fará com que mais fácil estimar quanto tempo vai levar para implementar cada peça. Pegue a soma dessas peças como a base de quanto tempo levará para desenvolver (dê a si mesmo algum preenchimento)
  • Quando o cliente chega até você com novos requisitos (que eles vão) tentar abordá-los no próximo desenvolvimento ciclo. Eu gosto de usar um phased abordagem ao desenvolvimento, isso permite você para obter os clientes assinar em a funcionalidade original que você concordou antes de olhar para coisas adicionais.

Se você se preocupa em minimizar o tempo de licitar o projeto, arrisca a falha do projeto ou demora mais do que o esperado. É perfeitamente possível que você perca a oferta, mas isso é provavelmente uma coisa boa. Eu prefiro não obter um projeto do que obter um projeto de um cliente que não vai te dizer o que eles querem.

    
por 05.05.2011 / 19:49
fonte
1

Estimar o esforço necessário durante o processo de licitação é sempre difícil, especialmente quando você não sabe exatamente como resolver o problema porque os requisitos são complicados ou ambíguos.

Quando os requisitos são ambíguos, eu tentaria definitivamente identificar as áreas que não são claras e enviar uma lista de perguntas ao cliente para pedir esclarecimentos.

Se o seu problema é que o projeto é complicado e você não está 100% seguro sobre qual é a melhor maneira de resolver o problema, eu estaria inclinado a fazer uma proposta para o projeto com base em que você passará as primeiras x semanas avaliando os requisitos do projeto e protótipos possíveis soluções. Não é irracional pedir ao cliente que pague por esse tempo, especialmente se o trabalho for complicado. Eu estimaria quanto tempo você precisa para identificar todas as incógnitas e descobrir quaisquer lacunas, e dar ao cliente uma estimativa sólida para essa parte do processo.

Além disso, eu estimaria quanto tempo o projeto total levaria em premissas pessimistas e, em seguida, adicionaria de 30% a 100%, dependendo do que você acha que é o orçamento do cliente. Eu daria a eles uma estimativa aproximada do esforço total esperado, mas deixaria claro que o esforço depende de chegar a um escopo, arquitetura e plano de implementação claros e acordados.

Acho que a maioria dos clientes apreciará esse tipo de abordagem, especialmente se o projeto for complexo e você tiver experiência relevante.

    
por 05.05.2011 / 22:26
fonte
1

Parece que você está indo atrás de um projeto de lance fixo e você e seus colegas de trabalho nunca fizeram um antes. Eu não recomendaria nem mesmo licitar o projeto na sua situação. Se a sua empresa não tem a força financeira para absorver uma falha total nas estimativas de custo (pense no mínimo de 100%) e continue operando, então saia correndo. A precisão necessária para escrever o contrato para evitar longos períodos de advogados gritando a US $ 300 / hr, o detalhe exigido nos requisitos (para restringir o escopo) para garantir que o cliente não sutilmente empurre os postes de baliza para mais longe acabamento, detalhes sobre o que constitui a entrega bem sucedida, as preocupações de garantia (quanto menor, melhor) é difícil. Grandes empresas experientes falham nisso o tempo todo. A única razão pela qual vejo para fazer um projeto de licitação fixa é a elaboração de um contrato de suporte plurianual a ser seguido após a conclusão do projeto. Sem esse fluxo de receita extra, o risco / recompensa não está alinhado para os fornecedores. Há razões pelas quais as estatísticas dizem que 60% dos projetos de software falham (ou seja qual for o número desta semana) e os lances fixos não corrigem e apenas repassar o risco para o fornecedor / desenvolvedor também não resolve o problema. Você ainda vai mudar de idéia, descobrir quais são os requisitos que não atendem as necessidades do mundo real, e agora haverá uma briga sobre quem vai arcar com o custo da mudança e se você não está disposto a gastar todo o dinheiro. contrato lutando para garantir que seu cliente arcar com o custo da mudança, você vai perder dinheiro com isso. Além disso, por experiência própria, o lance fixo prejudica o seu cliente, bem como o software que satisfaz os requisitos do contrato e não as necessidades do negócio. Deixe os contratos de TI de lances fixos para implementar o sistema por e-mail e, por isso, eles são muito mais previsíveis do que a criação de software.

    
por 05.05.2011 / 23:02
fonte
0

Você está muito focado em descobrir como obter um número de preço fixo, mas eu o encorajo a pensar em outros tipos de contrato, como tempo e materiais ou custo adicional. A maneira de torná-los palatáveis para o cliente é propor marcos e entregáveis específicos ao longo do caminho, para que eles possam ver o progresso e eles estejam fazendo pagamentos incrementais.

    
por 05.05.2011 / 19:48
fonte