Percebes mesmo o que se passa?
Os fornecedores devem acompanhar proativamente os papéis, processos, dados, anomalias e indicadores de sucesso, em vez de fornecer imediatamente preços totais precisos quando a informação é insuficiente.
Home / Orientação da decisão do projeto / Avaliação e aceitação do fornecedor
PROJECT DECISION GUIDEComo os provedores de desenvolvimento de software avaliam e aceitam
Muitas vezes, o impacto real nos resultados do projeto não é um quadro, mas a capacidade dos fornecedores de identificar as fronteiras comerciais, expor riscos, apresentar resultados aceitáveis em uma base contínua e deixar ativos que podem ser mantidos após o fim da cooperação.
Responde à pergunta.
Avaliação e aceitação do fornecedor
O fornecedor de software de avaliação não deve apenas olhar para a página de preços e apresentação, mas também deve verificar a compreensão das necessidades, provas de complexidade semelhante, pessoal-chave, programas técnicos, entrega, condições de aceitação e mecanismos de risco.
DECISION FACTORS
Elementos-chave a controlar para a tomada de decisões
Em primeiro lugar, identificam-se os limites da contenção e da responsabilidade, depois comparam-se as vias técnicas e as modalidades de cooperação.
Se a evidência é complexa ou não
O caso deve indicar o pano de fundo, o âmbito técnico, o processo de entrega e o calibre dos resultados, e o caso anônimo também deve identificar os limites que poderiam ser verificados.
Identificação do pessoal-chave
Reconciliação de pré-vendas, produto, estrutura, desenvolvimento, testes e responsabilidades de gestão de projetos na implementação real.
Controlo e entrega
Além do código-fonte, deve ser clarificada a localização e a entrega do armazém, o número da conta, os dados, a implantação, os serviços de terceiros e os documentos.
Aceitação e inspecção faseadas
O protótipo, links de núcleo, preparação piloto e online são aceitos por marcos, combinando nós de pagamento com resultados reais.
Mecanismo de retirada e tomada de posse
Os clientes devem ter acesso contínuo a códigos e informações e devem identificar extensões, deficiências, suspensões e transferências.
Preparação de recomendações antes da comunicação ou avaliação
Suposições do projecto e declaração de riscoEvidências relacionadas à complexidadePessoal-chave e mecanismos de comunicaçãoNúmero da conta do documento de origem e atribuição dos dadosAceitação e pagamento em faseDeficiências e responsabilidade operacional após a linha
Caminho sugerido para a implementação
Recomenda-se que a lista consolidada de demanda e entrega seja utilizada para comparar fornecedores e validar a qualidade da colaboração através de um diagnóstico, protótipo ou PoC limitado.
DECISION WORKSHEET
Translatório da avaliação e aceitação dos fornecedores para a tomada de decisões executórias
As seguintes planilhas ajudam as empresas a organizarem conselhos vagos em insumos de fornecedores, de aprovação interna e de recebimento de projetos.
Percebes mesmo o que se passa?
Os fornecedores devem acompanhar proativamente os papéis, processos, dados, anomalias e indicadores de sucesso, em vez de fornecer imediatamente preços totais precisos quando a informação é insuficiente.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
Se a evidência é complexa ou não
O caso deve indicar o pano de fundo, o âmbito técnico, o processo de entrega e o calibre dos resultados, e o caso anônimo também deve identificar os limites que poderiam ser verificados.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
Identificação do pessoal-chave
Reconciliação de pré-vendas, produto, estrutura, desenvolvimento, testes e responsabilidades de gestão de projetos na implementação real.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
O que deve conter um resumo comparável das avaliações?
No mínimo, são organizados os pressupostos do projecto e as declarações de risco, as provas relacionadas com a complexidade, os principais mecanismos de comunicação e pessoal, os números de contas de ficheiros de origem e as atribuições de dados, bem como uma indicação do volume de negócios actual, do tempo médio de processamento, das anomalias principais, dos sistemas existentes, dos privilégios de dados, das janelas de dependência e de acesso de terceiros. A mesma versão de informação é fornecida a diferentes fornecedores e são necessárias descrições separadas de pressupostos, exclusões, questões de cooperação com os clientes, dados e provas de aceitação para evitar comparar o preço total de apenas um limite em falta.
Por exemplo, a empresa espera que o projeto economize 160 horas de trabalho por mês, mas este valor deve ser dividido em número de tarefas, economia de tempo única, taxas de adoção e razões de revisão manual. Se apenas 40% dos usuários usarem o primeiro período, ou se o novo processo aumentar o processo de revisão, os benefícios reais serão significativamente menores do que a estimativa aparente.
Quatro tipos de evidência recomendada para interrogatório durante a comunicação do fornecedor
A primeira é a evidência de escopo: consistência de versões de demanda, processos de negócios, protótipos, interfaces e exclusões; a segunda é a evidência de engenharia: se tecnologias semelhantes têm estruturas acessíveis, métodos de gerenciamento de código, testes, implantação e gerenciamento de problemas; a terceira é a evidência de pessoal: se os participantes reais, estágios de entrada, responsabilidades e mecanismos de substituição são claros; e a quarta é a evidência de entrega: como códigos fonte, dados, números de conta, documentos, treinamento, garantia de qualidade e transporte são entregues. É normal que os fornecedores não possam fornecer confidencialidade ao cliente na fase de licitação, mas devem ser capazes de explicar seus próprios métodos e as evidências que podem ser desenvolvidas no âmbito deste projeto.
Recomenda-se que a clareza do âmbito, a confiança crítica, a capacidade da equipa, a aplicabilidade da aceitação e a aquisição a longo prazo sejam avaliadas separadamente e que a base para cada pontuação seja registada. Se um programa for mais barato, a interface, migração, testes ou responsabilidade em linha é excluída, então deve ser convertido para o mesmo calibre de entrega antes da comparação.
O princípio do acórdão
Esta página fornece um quadro de tomada de decisão que não constitui uma oferta fixa ou compromisso de desempenho.
FAQ
FAQs
As questões mais comuns antes da cooperação são claramente indicadas com antecedência.
A oferta mais baixa é mais rentável?+
Não necessariamente. Se o preço baixo for baseado em interfaces, testes, migrações ou transportes ausentes, o custo das mudanças subsequentes e retorno ao trabalho pode ser maior.
Podemos cooperar sem tornar público o caso do grande cliente?+
O nome do cliente não é a base para julgamento.
Como reduzir o risco de falha do fornecedor?+
Certifique-se de que os códigos e documentos sejam continuamente inseridos no armazém acessível ao cliente, que os recursos em nuvem e as contas de terceiros sejam detidos pelo cliente e que sejam aplicadas cláusulas regulares de backup, aceitação e saída.
DECISION FAQ
Confira todas as 265 perguntas.Questões comuns relacionadas com os projectos em curso
Desenvolvimento de software e terceirização de projetos
Qual deve ser a escolha de terceirização de software e equipes de auto-construção?
A terceirização de software é geralmente mais eficaz se o negócio requer um contínuo de longo prazo e a empresa tem uma capacidade de gerenciamento de produtos e tecnologia. Se o alvo é claramente definido, é necessário um início rápido ou há uma falta temporária de capacidade dedicada, muitas empresas mantêm os proprietários de produtos e tecnologia, deixando a fase de P & D ou construção dedicada para a equipe externa.
Ver resposta completaDesenvolvimento de software e terceirização de projetosQuanto 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.
Ver resposta completaDesenvolvimento de software e terceirização de projetosO software é terceirizado para selecionar preços brutos fixos ou para trabalhar em conjunto numa base mensal?
Os preços fixos totais são mais fáceis de controlar quando a demanda é estável, as fronteiras são claras e o resultado pode ser definido com antecedência. Mudanças de demanda, e se as rotas de tecnologia são exploradas ou as empresas podem participar na gestão de produtos, eles são mais flexíveis pessoalmente ou em uma base contínua.
Ver resposta completaDesenvolvimento de software e terceirização de projetosComo o projeto de terceirização de software pode garantir a qualidade do desenvolvimento?
A qualidade não pode esperar até que o projeto seja finalmente assegurado por uma aceitação funcional. Os controles comuns devem ser invertidos a partir da linha de base da demanda, avaliação da arquitetura, gerenciamento de código, testes contínuos, demonstração de palco e on-line. As empresas precisam ver rastreabilidade da demanda, defeitos, testes e liberação de evidências, em vez de ouvir o progresso oral.
Ver resposta completaRELATED
Apresentação da avaliação dos projectosMantenha o seu conhecimento dos serviços
Relevante
Processos de cooperação e orientações de execução
Ver abordagens cooperativas, etapas e entregas comuns
Para mais informações.RelevanteCentro de Confiança e Evidência
Informações sobre os casos de prova, limites de conteúdo e divulgação
Para mais informações.RelevanteApresentação da avaliação preliminar do projecto
Vamos fazer a equipa e o programa depois de resolvermos as necessidades.
Para mais informações.