Custo global do projecto = Preço por Hora Horas x para o Projeto
A primeira coisa que você deve lembrar é que o custo de um projeto é composto por dois componentes - o preço por hora eo número de horas necessárias para o projeto. Este princípio pode parecer óbvio, mas é muitas vezes esquecido. É comum a prática de primeiro escolher fornecedores com o preço mais baixo e só então perguntar quantas horas serão necessárias para a conclusão de um projeto particular. Com essa estratégia, você pode perder fornecedores que poderiam cobrar mais, mas que trabalhar mais rápido e mais eficiente, reduzindo assim o custo total do projeto ..
Orçamento do projeto
É uma boa idéia para decidir de imediato o quanto você está pronto para gastar em um projeto. Nossa prática mostra que você pode encontrar um melhor fornecedor e reduzir significativamente os riscos ao revelar o orçamento alocado para o fornecedor. Esta informação permite que o fornecedor para estimar melhor o projeto e determinar o que pode / pode 't ser feito para a soma especificada de dinheiro.
Se ambos o fim eo preço são conhecidos, o projeto pode ser implementado de forma mais eficiente com menor risco e maior ROI.
Simplicidade - Redundant Nada
Você deve pedir-lhe fornecedor em potencial para a sua visão da estrutura básica do seu sistema. Se o fornecedor propõe algo muito sofisticado, certifique-se que seja absolutamente necessário. Alguns fornecedores tendem a complicar o sistema tentando prever possíveis adições e melhorias, mais tarde, novas versões, etc Com essa abordagem, você é realmente obrigado a pagar por algo que você nunca pode precisar. Isso também aumenta muito os riscos, como o sistema se tornam mais complexas, o que pode levar a dificuldades adicionais. Fazemos o nosso melhor para cumprir suas exigências de forma mais eficiente, o que resulta na criação de sistemas mais estáveis e confiáveis.
Usando ferramentas Início Desenvolvido e Componentes
Alguns fornecedores podem oferecer uma execução mais rápida do projeto do que outros. Uma das razões pode ser a existência de suas próprias ferramentas feitas sob encomenda, bibliotecas, produtos, o que pode facilitar a criação de seu sistema. O tempo ea vantagem de poupança de dinheiro é evidente. No entanto, existe uma séria desvantagem escondidas nesta prática e ela reside na manutenção do sistema. Você pode ter problemas sérios quando você contratar outro fornecedor para melhorar e apoiar o sistema construído pelo fornecedor anterior. Para a nova equipe, é inevitavelmente difícil de entender a estrutura do sistema se ele foi desenvolvido com o uso de meios não-padrão. Manutenção se torna muito mais problemático e caro. No entanto, esta prática pode ser usada com sucesso em alguns casos.
Primeiro, ele pode ser usado com segurança se existe um relacionamento de longo prazo com o fornecedor do bem e você tem certeza que ele vai continuar a manter seu sistema após a implantação inicial. Segundo, todas as ferramentas e componentes foram criados de acordo com normas comuns. Neste caso, o uso do código existente pode ser muito eficaz. DataArt utiliza apenas produtos padrão e ferramentas de desenvolvimento e tem uma vasta coleção de código reutilizável que está de acordo com o estilo de codificação comum e pode ser usado para facilitar o desenvolvimento futuro. Isso torna o sistema de fácil manutenção por qualquer desenvolvedor.
om feita ferramentas, bibliotecas, produtos, o que pode facilitar a criação de seu sistema. O tempo ea vantagem de poupança de dinheiro é evidente. No entanto, existe uma séria desvantagem escondidas nesta prática e ela reside na manutenção do sistema. Você pode ter problemas sérios quando você contratar outro fornecedor para melhorar e apoiar o sistema construído pelo fornecedor anterior. Para a nova equipe, é inevitavelmente difícil de entender a estrutura do sistema se ele foi desenvolvido com o uso de meios não-padrão. Manutenção se torna muito mais problemático e caro. No entanto, esta prática pode ser usada com sucesso em alguns casos.Primeiro, ele pode ser usado com segurança se existe um relacionamento de longo prazo com o fornecedor do bem e você tem certeza que ele vai continuar a manter seu sistema após a implantação inicial. Segundo, todas as ferramentas e componentes foram criados de acordo com normas comuns. Neste caso, o uso do código existente pode ser muito eficaz. DataArt utiliza apenas produtos padrão e ferramentas de desenvolvimento e tem uma vasta coleção de código reutilizável que está de acordo com o estilo de codificação comum e pode ser usado para facilitar o desenvolvimento futuro. Isso torna o sistema de fácil manutenção por qualquer desenvolvedor.
Documentação e estilo de codificação
Na maioria dos casos, os sistemas irão inevitavelmente exigem suporte adicional tuning, ou melhorias e documentação desempenha um papel muito importante. Muito frequentemente, os requisitos de software são descritas nas fases iniciais do projeto. No entanto, o sistema inevitavelmente mudanças no curso do desenvolvimento, e nem tudo vai de acordo com o plano original. Os documentos, no entanto, permanecem os mesmos, o que resulta na incompatibilidade entre o sistema e sua documentação na conclusão do projeto. Isso leva a muitos problemas adicionais, especialmente na manutenção ou melhoria do sistema como ninguém pode determinar se o sistema é falho ou a documentação está errado.
DataArt sempre fornece os sistemas que desenvolveu com up-to-date documentação, o que reflete o conteúdo do sistema. Além do mais, nós usamos um estilo claro e facilmente compreensível padrão de codificação, o que inclui comentários extensos que permitem melhor compreensão de como o sistema funciona mesmo se a documentação está faltando por algum motivo.
Por mais rápido é geralmente melhor do que barato
Há várias razões para escolher um pouco mais caro vendedor, ainda mais rápido, mais de um mais lento e mais barato. Primeiro, você economiza tempo, escolhendo o mais rápido fornecedor. Segundo, uma mudança de equipe de um fornecedor está trabalhando para você é menos provável se funciona um curto período de tempo. Isso significa menos riscos e menos tempo gasto em comunicação e controle. Last but not least, as empresas que cobram mais estão dispostos a partilhar os riscos, enquanto os mais baratos e menores raramente tomam nenhum tipo de risco em tudo.
Documentação e estilo de codificação
Na maioria dos casos, os sistemas irão inevitavelmente exigem suporte adicional tuning, ou melhorias e documentação desempenha um papel muito importante. Muito frequentemente, os requisitos de software são descritas nas fases iniciais do projeto. No entanto, o sistema inevitavelmente mudanças no curso do desenvolvimento, e nem tudo vai de acordo com o plano original. Os documentos, no entanto, permanecem os mesmos, o que resulta na incompatibilidade entre o sistema e sua documentação na conclusão do projeto. Isso leva a muitos problemas adicionais, especialmente na manutenção ou melhoria do sistema como ninguém pode determinar se o sistema é falho ou a documentação está errado.
DataArt sempre fornece os sistemas que desenvolveu com up-to-date documentação, o que reflete o conteúdo do sistema. Além do mais, nós usamos um estilo claro e facilmente compreensível padrão de codificação, o que inclui comentários extensos que permitem melhor compreensão de como o sistema funciona mesmo se a documentação está faltando por algum motivo.
Por mais rápido é geralmente melhor do que barato
Há várias razões para escolher um pouco mais caro vendedor, ainda mais rápido, mais de um mais lento e mais barato. Primeiro, você economiza tempo, escolhendo o mais rápido fornecedor. Segundo, uma mudança de equipe de um fornecedor está trabalhando para você é menos provável se funciona um curto período de tempo. Isso significa menos riscos e menos tempo gasto em comunicação e controle. Last but not least, as empresas que cobram mais estão dispostos a partilhar os riscos, enquanto os mais baratos e menores raramente tomam nenhum tipo de risco em tudo.
Transferência de Conhecimento
Além do tempo de desenvolvimento real de se tomar muito pela transferência de conhecimento. Este procedimento é de extrema importância, como a sua eficiência e sucesso influência todos os outros processos. Com uma melhor transferência de conhecimento, não é melhor desenvolvimento global. Compreensão adequada dos requisitos de um cliente vai ajudar um fornecedor para evitar muitos erros e realizar o desenvolvimento muito mais rápido.
A transferência de conhecimento em sua maioria depende de um coordenador do projeto do lado do vendedor, o que torna seu papel absolutamente importante. Uma idéia muito simples, mas essencial é ter a mesma pessoa que coordena o projeto desde o início até a conclusão. Isso ajuda o fornecedor para obter uma melhor visão do projeto do cliente, sem perder nenhum detalhe, por menor que sejam. Este último acontece muitas vezes quando um novo coordenador do projecto é atribuído no meio do projeto. Isto é especialmente importante para obter informações não mencionadas nas especificações ou outros documentos. O cliente muitas vezes é falsamente seguro em saber que todas as informações necessárias foi transmitida para o fornecedor, enquanto um dos coordenadores do fornecedor não conseguiu transmitir adequadamente uma informação essencial para outro. Isso pode ter sérias implicações na comunicação cliente / fornecedor e causar problemas, como questões óbvias para o cliente pode ser surpreendente para o fornecedor, especialmente se alguma informação foi perdida. DataArt está bem ciente desta possibilidade e nós mudamos o coordenador somente quando for absolutamente necessário e útil para o projeto do cliente. Isso economiza muito tempo, esforços e reduz significativamente os riscos.
No comments:
Post a Comment