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

O que deve escolher Shanghai Software Outsourcing?

É importante ver se o fornecedor pode traduzir questões de negócios em escopo, risco e critérios de aceitação, em vez de tamanho da empresa e retórica de vendas. Enquanto a comunicação local em Xangai facilita entrevistas de processo complexos e colaboração online, qualidade de código, gestão de projetos e manutenção contínua ainda estão sujeitos a prova. Recomenda-se que a outra parte ser solicitado a explicar a estrutura, entrega, manipulação incomum e aquisição de projetos semelhantes.

Responde à pergunta.

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

Ao selecionar uma empresa de terceirização de software de Xangai, o assunto principal, papel de equipe e responsabilidade de entrega deve ser verificado, seguido de caso e tecnologia. Verdadeiros fornecedores serão pró-ativos em perguntar sobre volume de negócios, papel de usuário, sistemas existentes, interfaces, dados e restrições on-line, e irá apontar para aqueles que não podem ser comprometidos temporariamente.

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.

Coerência entre empresas, contratos, coleta e equipes de entrega reaisDemonstrar resultados de fase verificáveis, gestão de código e processos de testeSe as cotações são claras dos itens, das exclusões, da cooperação do cliente e do mecanismo de mudançaQuem controla o código fonte, dados, nomes de domínio, recursos na nuvem e contas de terceiros
ACTION STEPS

Ordem de adiantamento sugerida

01

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

Três a cinco fornecedores foram contatados no mesmo resumo do projeto para garantir consistência de comparação.

02

Dependência da Chave de Validação

Foi organizada uma comunicação empresarial-técnica conjunta para permitir que a pessoa responsável respondesse às questões estruturais e de risco.

03

Desenvolvimento de resultados avaliáveis

São solicitadas amostras de itens de entrega dissonsibilizados, como catálogos de demanda, arquivos de interface e relatórios de teste.

04

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

Primeiro, um diagnóstico ou primeiro marco, e se deve expandir o escopo baseado em resultados colaborativos genuínos.

PRACTICAL EXAMPLE

Como é que entendes isso no negócio?

Exemplo utilizado para ilustrar o método de julgamento

A empresa precisa se conectar ao ERP, equipamentos do site e fins móveis. Várias empresas afirmam fazê-lo ao olhar para a página, mas na revisão de inventário de interface, equipes que podem identificar proativamente equipamentos offline, alimentação de dados, acesso e backup são mais dignos de entrar na próxima rodada.

COMMON RISKS

O poço mais fácil de pisar.

Número de pessoal, número de anos de estabelecimento e equivalência directa do projecto em curso

Aceitar um preço sem limite e nota de aceitação

As vendas foram bem comunicadas, mas a equipe real nunca participou da avaliação prévia após a assinatura

ACCEPTANCE

Como devemos acabar recebendo e confirmando?

A avaliação dos fornecedores elegíveis deverá incluir, no mínimo, uma compreensão dos requisitos, o âmbito das recomendações, rotas técnicas, funções do projecto, marcos, listas de entrega, pressupostos de risco e preços.

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