Home / FAQs / Desenvolvimento de software e terceirização de projetos
QUESTION & ANSWER

Quanto tempo um projeto de software personalizado geralmente leva para desenvolver?

O ciclo depende do grau de determinação de escopo, interface e preparação de dados, eficiência de tomada de decisão e requisitos de acesso, não só do número de pessoas desenvolvidas. Pequenas ferramentas internas podem ser concluídas em semanas, e plataformas empresariais intersistemas muitas vezes precisam ser implementadas em fases de mais de um mês.

Responde à pergunta.

Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões

O primeiro passo na determinação do ciclo é distinguir entre “produtor” “produtor” e “produtível”. O protótipo permite a demonstração do processo principal rapidamente, mas o sistema de produção também tem que completar os direitos, anomalias, registros, migração de dados, estabilidade da interface, treinamento e preparação de backup. O impacto mais comum não é a velocidade do código, mas sim o atraso no reconhecimento das regras de negócios, a ausência de contas em interfaces de terceiros, má qualidade de dados históricos ou a ausência de retenção de tempo pelo pessoal de recepção e inspeção.

DECISION FACTORS

Que condições precisam ser identificadas antes de se fazer o julgamento?

A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.

Necessidades e protótipos confirmados pelos utilizadores reaisInterfaces de terceiros, números de contas de teste e disponibilidade de dados históricosNecessidade de segurança, desempenho, compatibilidade e autorização de loja de aplicativosA tomada de decisão, aceitação e acesso das janelas ao cliente é compatível com o ritmo iterativo?
ACTION STEPS

Ordem de adiantamento sugerida

01

Primeiro, vamos ser claros sobre o alvo e a fronteira.

Desmantelar o projeto em um ciclo fechado de negócios que permite a aceitação e inspeção independentes, em vez de uma data de lançamento final.

02

Dependência da Chave de Validação

As interfaces, migrações e tecnologias de alto risco são validadas antes de serem consideradas inviáveis na fase final.

03

Desenvolvimento de resultados avaliáveis

Demonstrar resultados reais a cada duas semanas, sincronizar risco, pendente tomada de decisão e mudança de escopo.

04

Certifique-se de decidir o próximo passo com os resultados reais.

c) Reservar tempo para a execução do ensaio, reparação de deficiências, formação dos utilizadores e retirada em linha.

PRACTICAL EXAMPLE

Como é que entendes isso no negócio?

Exemplo utilizado para ilustrar o método de julgamento

Um plano de negócios fica online durante dois meses. A página principal é apenas três semanas, mas o ERP antigo não tem interface estável e nenhum privilégio de numeração de contas unificada. Se o projeto estiver programado para ser estendido se a fase de desenvolvimento estiver apenas definida, e se o programa de autenticação e identificação da interface for concluído na primeira semana, então a pesquisa e aprovação de linha será concluída, ele irá avançar a incerteza e permitir que as unidades de negócios executem o teste.

COMMON RISKS

O poço mais fácil de pisar.

Faça o protótipo de tempo de conclusão oficial on-line.

Aumento do número de desenvolvedores para resolver o problema do reconhecimento e interface de negócios intransigentes

Sem atribuições de clientes, dependência de terceiros e tempo de buffer

ACCEPTANCE

Como devemos acabar recebendo e confirmando?

O plano deve conter marcos, condições de entrada, resultados de demonstração, receptores e efeitos de extensão. As empresas devem focar mais em quando o primeiro ciclo fechado entrará na operação de teste real do que em um período total que parece curto sem qualidade e responsabilidade.

Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.

As condições do seu projeto são diferentes dos exemplos acima?

Os objectivos operacionais, os sistemas existentes, a amostra e o tempo planeado poderiam ser reunidos antes de os consultores poderem fazer julgamentos preliminares em relação às fronteiras reais.

Consultores associados de projectos