Home / FAQs / Programa de software start-up e seleção de programas
QUESTION & ANSWER

Como devem ser selecionados sistemas de código baixo, código aberto e desenvolvimento personalizado?

O código baixo é adequado para processos que são claros, modificáveis e capazes de plataforma para cobrir aplicações internas mais elevadas; sistemas de código aberto são adequados para produtos de área madura, que podem atender à demanda através da configuração e desenvolvimento secundário; personalizar o desenvolvimento de projetos que são adequados para processos diferenciados, integração complexa, desempenho ou requisitos de controle de produtos mais elevados. A seleção é feita com uma comparação do custo total e capacidade de saída por três a cinco anos, em vez de apenas com o primeiro preço. As empresas também podem usar rotas de combinação, permitindo que diferentes tecnologias assumam o limite de negócios mais adequado.

Responde à pergunta.

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

O código mínimo é confirmar a autorização, exportação e bloqueio de plataforma; verificação de código aberto para licenças, comunidades, upgrades e fronteiras secundárias; customiza para focar na qualidade da engenharia, continuidade de pessoal e tomada de código.

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.

A medida em que os processos principais correspondem aos produtos normalizadosFrequência de mudança futura e capacidade de manutenção internaDelegação de autoridade, recursos em nuvem, atualizações e custos a longo prazoCódigo-fonte, dados, interfaces e portabilidade
ACTION STEPS

Ordem de adiantamento sugerida

01

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

Defina requisitos de negócios, diferenças e requisitos não funcionais.

02

Dependência da Chave de Validação

Validação da cobertura da plataforma, programas de código aberto e personalização.

03

Desenvolvimento de resultados avaliáveis

Estimativas de custos para construção, assinatura, atualização e manutenção por três a cinco anos.

04

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

Selecione um grupo que seja aceitável, escalável e tenha um caminho de saída.

PRACTICAL EXAMPLE

Como é que entendes isso no negócio?

Exemplo utilizado para ilustrar o método de julgamento

O processo de aprovação de negócios pode ser construído rapidamente com serviços de cliente de baixo código, pode ser baseado em sistemas de lista de trabalho de código aberto, e motores de preço únicos são personalizados e desenvolvidos e conectados através do API. A abordagem de combinação é muitas vezes mais segura do que impor uma tecnologia para cobrir todas as necessidades.

COMMON RISKS

O poço mais fácil de pisar.

Baixo código como desenvolvimento zero e manutenção zero

Utilizar o sistema de código aberto sem ter em conta os custos de licença e atualização

Desenvolvimento personalizado não tem documentação, testes e requisitos de tomada a cargo

ACCEPTANCE

Como devemos acabar recebendo e confirmando?

O relatório de seleção técnica deve incluir cobertura funcional, lacunas, resultados de protótipos, autorização, desempenho, segurança, integração, manutenção e opções de saída.

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