A Gestão de Riscos Em Offshore Outsourcing

É um fato bem conhecido que o outsourcing offshore (ou qualquer tipo de terceirização para que o assunto) acarreta riscos conhecidos e desconhecidos. O importante é descobrir se o seu provedor de outsourcing offshore está ciente desses riscos e tem um plano para mitigá-la, quer ou eliminá-lo completamente. Neste post, vou compartilhar alguns dos riscos conhecidos relacionados com a terceirização offshore. Um risco: Requisito Misunderstanding - Muitas vezes acontece que os requisitos são escritos em uma pressa para começar o projeto iniciado logo que possível. Isso é bom se o projeto está sendo feito inhouse. No entanto, se ele está sendo terceirizado, torna-se um risco. Se as especificações não estão escritos corretamente ou são detalhes incompletos ou suficientes não forem fornecidos, o projeto terá problemas em várias frentes, tais como Projeto Entendimento - o que precisa ser feito e entregue, Planejamento de Projeto - reunindo datas firmes para a entrega, Alterar Controls - lotes de controle de mudanças serão gerados mais tarde no ciclo de vida do projeto, o que poderia, obviamente, atrasar o projeto, bem como aumentar o custo. Acordo com o estudo realizado pelo Instituto de Engenharia de Software, não entendimento suficiente ou a clareza em torno das necessidades dos clientes é uma das principais razões sobre o porquê de projetos de software falham ou chegar atrasado. A fim de mitigar este risco, certifique-se de que seu provedor tenha passado pela fase de entendimento requisito antes de iniciar a fase de codificação. A fase de entendimento requisito deve ter várias rodadas de discussão com todas as partes envolvidas para compreender e documentar seus requisitos na especificação do software Documents. Esta fase é independente da tecnologia selecionada para o projeto. O fornecedor também deve preparar o HTML mock-ups, que é uma excelente maneira de capturar o fluxo do aplicativo. Essas maquetes deve reutilizado durante a fase de codificação para a incorporação das chamadas de método de aplicação. Desenvolvimento de Requisitos: A fase de Desenvolvimento de Requisitos é sobre o recolhimento das necessidades do cliente e traduzir em requisitos de especificação do que o sistema deve fazer. Desenvolvimento de Requisitos consiste em três actividades relacionadas com: 1. levantamento de requisitos do utilizador, o que é conseguido através de entrevistas com os potenciais usuários sobre o sistema que eles querem, a construção de protótipos interativos, escrevendo os documentos de especificação de requisitos. 2. Requisitos Analisar, que é sobre como determinar a aceitabilidade, implementar habilidade e capacidade de teste. 3. Requisitos inspeção, o que é conseguido por discutir o requisito proposto em detalhes. O objetivo é identificar os problemas e erros relacionados com as ambiguidades ou discrepâncias de requisitos. O produto final desta fase é um documento requirments detalhados que devem ficar em conjunto revisado e assinado. Gerente de projeto da sua empresa ou contacto designado terá que rever o status de todas as entregas, bem como qualquer teste feito, e estar disponível para se comunicar com freqüência com o gerente de projeto do fornecedor. A maioria dos problemas do projeto ocorrer a comunicação freqüente ou pobres entre a empresa de terceirização de, e para o fornecedor. Mas a "falta de notícias é boa notícia" abordagem raramente é verdade; Na verdade, o oposto irá ocorrer frequentemente. Uma das maneiras mais fáceis de reduzir este risco, e para detectar os problemas no início, é para iniciar a comunicação freqüente, com horários regulares especificados para revisões de projeto. As diferenças na metodologia de desenvolvimento pode ocorrer, se uma empresa prefere uma abordagem RUP com especificações exatas, enquanto outra empresa prefere metodologias ágeis. Uma empresa pode ter uma ferramenta preferida no local para controle de código fonte, ou para padrões de codificação, ou para testes constrói. Esses problemas podem muitas vezes ser trabalhado, comunicando o motivo de cada abordagem e, em seguida, escolher uma metodologia consistente. Na maioria das vezes, você vai perguntar a equipe offshore para adotar suas metodologias in-house, mas você pode se surpreender ao descobrir que eles têm metodologias ou ferramentas que igual a sua, especialmente se eles têm experiência significativa em uma tecnologia. Este é o lugar onde o trabalho em equipe e comunicação entre os gestores da equipe de projeto e desenvolvimento é fundamental. Relacionadas com as metodologias estão avaliando como a empresa que está sendo terceirizada para lida com solicitações repentinas de grandes volumes ou de entrega rápida. Verificar como flexível e escalável o fornecedor é, e se eles têm processos para contratação de pessoal adicional conforme necessário para projetos maiores. Isso inclui ter a equipe de gerenciamento de projeto suficiente no local para garantir a monitorização e comunicação adequada com a sua empresa. Pergunte-lhes: "Qual é o menor projeto que você trabalhou em O maior projeto?" para ajudar a determinar se eles podem ser dimensionados para atender às suas necessidades. Você também vai querer verificar as referências para projetos que são semelhantes ao seu Art  .;