Como a desenvolver estratégia do alliance

Quando está suportando um alliance estratégico, deve fazer exame do momento de planear. O tempo gastado acima da parte dianteira será bom worth ele, assegurando-se de que todos os partidos estejam desobstruídos nas necessidades e nos resultados desejados. Uma metodologia completa da gerência de projeto é crítica ao sucesso e para comprimir o timeline total. No detalhe, deve:

-   compreenda a estratégia e’os objetivos da área de negócio s para o alliance: Isto inclui a leitura do contrato estratégico do alliance, da carta patente, e da outra documentação. É também importante encontrar-se com o gerente de projeto, e potencial o patrocinador, começá-los construir o relacionamento e discutir os fatores críticos do sucesso. Uma vez que os objetivos totais são compreendidos, não devem mudar ir para a frente. É importante permanecer no alto das mudanças em poucos objetivos.

-   compreenda os outros objetivos’da companhia s no alliance: Se os objetivos das duas companhias forem congruent, ambos trabalharão para um objetivo comum. Se os objetivos não forem complementares, o conflito pode levantar-se. Embora os objetivos totais possam ser os mesmos, pode haver subobjectives legitimate mas diferentes. É importante fazer exame do momento de compreender e concordar em todos os objetivos, esclarecendo e resolvendo todas as edições.

-   conheça a outra companhia’s ELE área, cultura, e processos: Compreender como a outra companhia se opera será importante em trabalhar através das edições que se levantam. O conhecimento up-front dos outros fabricantes’de decisão da companhia s, assim como seus processos para ajustar prioridades e gerência da mudança, apressará a definição do conflito.

-   desenvolva uma planta do projeto conjuntamente com as áreas de negócio: Com a planta total estabelecida, parcela deve ser detalhado. o negócio e representantes devem tornar-se e andar com ELE planta, para a compreensão e o esclarecimento. É chave definir os papéis e as responsabilidades para cada companhia, as.well.as para o negócio e ELA jogadores.

O gerente de projeto deve ser informed se os timelines da execução mudarem da inicial à planta detalhada.

-   execute e monitore a planta, fazendo mudanças como necessário: Uma vez que a planta do projeto é estabelecida inicialmente, deve ser seguida. Para fazer assim, o comitê de steering e a parte dianteira - a linha equipe deve realizar as reuniões regulares, documentando e comunicando o índice das reuniões, assim como as decisões a ser feitas. Quando as mudanças são identificadas, um processo formal da gerência da mudança é necessário para comunicar os efeitos a todos os partidos interessados.

-   o follow.up com lições aprendeu: Este processo pode ser empreendido durante o projeto em fases apropriadas, ou, como é típico, depois que o projeto sobre. A sessão facilitada é uma discussão aberta para documentar os aspectos’positivos do projeto s e as melhorias potenciais. Isto é o lugar onde a organização aprende e cresce cancelando o ar e ajustando expectativas para as melhorias que vão para a frente.

-   críe um hecklist de c para os alliances futuros: Desde que a organização estará participando em mais alliances, pode aprender de suas experiências desenvolvendo uma lista de verificação das etapas necessárias, ilustrando que trabalhado bem, as.well.as os pitfalls para evitar. Esta lista de verificação pode ser usada como um ponto começar para o alliance seguinte, embora haja umas mudanças, umas adições, ou uns artigos que não possam aplicar ir para a frente.

A Planta Detalhada

A parte a mais difícil do processo deve desenvolver a planta detalhada, possivelmente porque pôde haver uma abertura entre as expectativas’iniciais do negócio s do alliance e o que pode realmente começar realizado em um nível detalhado. A planta do projeto inclui o espaço, o timeline, e os recursos. Quando os gerentes de projeto não puderem ditar todos os três, devem poder determinar ao menos um. Naturalmente, nivele se o espaço e o timeline forem ajustados, ELE não pode sempre realizar os objetivos adicionando mais recursos ao projeto. Não importa como muitos recursos estão disponíveis, alguns processos não podem ser terminados mais rapidamente.

O espaço o espaço da planta’s do projeto deve estar tão completo como possível. Aqui, um número de edições serão levantadas, e resolvê-las rapidamente será um fator chave do sucesso. Um registro das edições com origens data e requereu a data da resposta é uma necessidade.

Em um alliance, uma companhia terá tipicamente uma linha de negócio mal sucedida que é uma força da outra companhia. É necessário decidir o que fazer com a linha de negócio potencial competindo: continue-o, convirta-o, ou venda-o. Esta determinação difere geralmente de estabelecer enlaces novos entre o diferente ELE esforços do recurso.

Entretanto, é também crítica definir enlaces novos entre as companhias nos termos da integração de sistemas e compartilhar dos dados. Os exemplos incluem o marketing e informação financeira, rendimento, e compensação financeira. As discussões detalhadas são necessárias para definições e traçar dos dados.

O tamanho do esforço do alliance depende das experiências e das expectativas relacionadas na parte de ambas as companhias. As companhias com experiência precedente do alliance são mais

para reúso provavelmente programas, relações, e geração da lima. As companhias com quase nenhuma tal experiência requererão mais tempo, esforço, e comunicação.

A identificação de toda a ferragem, software, e custos da equipe de funcionários envolvidos ajudará expedir a transição. Para o exemplo, um alliance fechar-se-á mais rapidamente se os custos licenciando do software continuarem a funcionar sistemas da transição no infrastructure vendendo’da companhia s como uma função administrativa third-party.

Além, ambas as organizações devem incluir bastante orçamento e tempo do curso desenvolver relacionamentos face-to-face apropriados. Deve também construir relacionamentos contínuos com os vendedores envolvidos para assegurar uma transição lisa para aplicações empacotadas. O sucesso depende de ter uma estratégia para contatar vendedores. Para o exemplo, se uma companhia do alliance tiver um relacionamento de funcionamento melhor com vários vendedores, deve ser leveraged.

O planeamento deve ser incluído por todas as fases do esforço. Estes incluem o desenvolvimento das exigências, os sistemas desenvolvimento, testar (dcEle, da área de negócio, de sistemas, de desempenho que ajustam, etc.), a conversão, e a execução.

Os custos unforeseen levantar-se-ão. Se o fraseio do contrato especificasse que todos os custos estão compartilhados ingualmente, todos os lucros puderam também ser compartilhados ingualmente.

O negócio’s geral, espaço high-level deve ser comparado ao espaço detalhado como definido acima. Este ponto de verificação levanta as edições novas de que deve ser validado a respeito se forem ou fora do espaço inicial do projeto. Esta determinação pôde reque a informação do costbenefit.

O timeline de Timeline A é estabelecido tipicamente durante as discussões do contrato. Pôde ser uma indicação vaga que alveja a extremidade do terceiro quarto, ou poderia ser baseado em uma companhia year-end.

Deve compreender os compromissos exatos nos termos dos deliverables e da lógica do negócio, a fim calibrar a flexibilidade para mudanças. Quando compreende a lógica do negócio atrás do timeline, as únicas opções para a mudança podem dever reduzir o espaço ou aumentar os custos.

Uma vez que o timeline é concordado, deve haver uma comunicação do status em pontos de verificação estabelecidos do marco miliário. As plantas de contingência devem ser desenvolvidas caso que o timeline não pode ser encontrado com.

Custa a área de negócio tem geralmente um custo na mente para o alliance que foi aprovado na planta do projeto. Uma vez que o detalhado ELE custa é validado, ele deve imediatamente ser comunicado à área de negócio, para determinar o disparity entre a inicial e as plantas do detalhe. Todos os custos devem ser incluídos, da ferragem e do software para staff o tempo. O último requer uma avaliação dos jogos necessários da habilidade, e alguns dólares duros podem ser needed para contrair-se.

Os custos devem ser especificados e unido aos artigos e aos deliverables específicos do espaço de modo que a área de negócio possa analisar os custos e os benefícios de decisões do espaço. Em alguns casos, e o negócio podem trabalhar junto para reduzir custos específicos da exigência escalando para trás ou fazendo as mudanças ligeiras que reduzem dramàtica o timeline

e custo. Não importa o que a figura final, a planta deve incluir algum nível da contingência que financía para assegurar o dinheiro suficiente para terminar o projeto.

SUPORTA E SENTIDO

Quando as atividades acima forem ELE responsabilidades, pode também ajudar à área de negócio perto:

-   definindo os fatores’críticos do sucesso do alliance s: Pode identificar os artigos específicos a ser medidos e comunicado a respeito do sucesso’do alliance s, including relações de conversão, rendimento, despesas, e fatores de qualidade. É muito mais fácil aos sistemas de projeto encontrar-se com estas necessidades acima da parte dianteira, melhor que de redesigning as mais tarde.

-   trabalhando com a área de negócio ao mapa para fora dos processos chaves: Pode extrair um diagrama de todos os processos à mostra o que está acontecendo e quando, assim que os povos podem claramente compreender o que deve ocorrer nos esforços do alliance. Se houver umas aberturas, é mais fácil encontrá-los cedo sobre. Compreender o sincronismo é chave para trocas diárias, semanais, mensais, trimestrais, e anuais. Traçar destacará também diferenças nas companhias’ que relatam programações; para o exemplo, uso do ano de calendário contra o year-end incorporado.

É importante traçar os processos chaves do negócio, os financeiros, e dos sistemas, including fluxos de dados críticos e sincronismo. Traçar processos do negócio requer mostrar como os processos atuais trabalham agora e como os processos novos fluirão no futuro. As mudanças aos processos do negócio puderam alvejar o roteamento da chamada de telefone, mudanças processuais, e as mudanças technological baseadas nos sistemas diferentes usados.

Os processos financeiros serão traçados em graus diferentes de detalhe. Para o exemplo, o relatório financeiro do highlevel pode ser mostrado por números do sumário de um relatório de papel, quando o relatório detalhado for necessário para pagar a compensação baseada em transações. Os fluxos dos sistemas são importantes em mostrar execuções físicas diferentes da tecnologia. Também, quando organização está comutando ao ambiente novo, não deve remover o infrastructure velho da tecnologia demasiado logo, caso que há umas edições da transição.

-   definindo aberturas em definições dos dados: Nos alliances novos, onde não há nenhum negócio existente à transição, esta etapa não pode ser importante porque cada companhia trará suas próprias definições à tabela. As aberturas em definições dos dados tornam-se mais importantes quando há uma transição do negócio de uma companhia ao outro e traçar detalhado dos dados está requerido. A primeira etapa é definir exigências dos dados para cada sistema; para o exemplo, para ilustrar o que cada disposição do campo ou de lima representa. O negócio chave e staff devem ser atribuídos ao trabalho através das edições.

-   plantas detalhadas tornando-se para dirigir-se às aberturas: É importante trazer alternativas e soluções à tabela porque tem a experiência e o conhecimento invaluable. Quando compreende os objetivos totais do alliance, pode strengthen seu relacionamento com a área de negócio oferecendo recomendações em resolver problemas de negócio.

COMO EVITAR PITFALLS COMUNS

Deve construir um relacionamento positivo com a área de negócio primeiramente. Isto não pode ser emfatizado bastantes porque o projeto do alliance enfrentará obstáculos e épocas stressful, e um relacionamento de funcionamento bom de business/IT realçará extremamente o processo da definição.

O negócio’ e das companhias áreas devem também gastar o tempo cara- à cara e ao oneon-one. É não somente importante para ELE desenvolver um relacionamento de funcionamento bom com sua área de negócio, mas também com seus pares estratégicos do alliance. Depois que os relacionamentos iniciais são estabelecidos, as chamadas de telefone e os videoconferences são ferramentas boas para continuá-los. Entretanto, deve ainda haver um contato face-to-face periódico.

Deve compreender o negócio e remanescer plugged dentro. As coisas mudam de hora em hora durante e após negociações. Proseguir à data com o negócio pode acontecer com as reuniões formais do status ou com as conversas informais com a ligação e os patrocinadores do projeto.

A área de negócio deve dirigir e conduzir às negociações. Quando for a responsabilidade dcEla deve beneficiar o negócio, lá é outras maneiras fornecer a entrada necessária à área de negócio.

Não deve publicamente indicar todos os problemas e pitfalls entre as companhias. Embora membros da equipe de funcionários possa estar analítica e frequentemente correta em suas avaliações, devem recordar trazer soluções ao esforço. As opções para superar edições devem ser comunicadas à área de negócio.

Deve evitar de ter demasiado muitos líderes. Instead, uma pessoa do ponto de cada companhia deve ser identificada para dirigi-la o esforço, que ajudará a outro compreender seus papéis.

Deve também certificar-se ambos os lados para compreender as outras’definições de s dos elementos de dados chaves. Além, deve permanecer no tune com versões do software e da ferragem e nas liberações para ambas as companhias durante o esforço do alliance. O controle de Versioning é importante em eliminar o rework mais tarde sobre. Finalmente, deve dar prioridade ao trabalho e ter um comitê de steering para elevate todas as edições quando necessário.

CONCLUSÃO

Em um esforço do alliance, pode adicionar o valor partnering com a área de negócio a tornar-se involvido assim que possível nas negociações. Um alliance bem sucedido será mais provável se fizer exame do momento de planear com cuidado acima da parte dianteira, e comunica-se então amplamente o mais cedo possível no esforço do alliance. Deve também pagar a atenção às diferenças cultural subtle dentro e entre das duas organizações. Os problemas relacionados são prováveis levantar-se e devem ser controlados ou criarão a dificuldade como o projeto se move para a frente.

Os alliances estratégicos estão aqui permanecer e continuarão a ocorrer horizontalmente e verticalmente, . É crítico para que mude a percepção da área’de negócio s da função daquela de um evil e de uma despesa necessários, a uma de uma parceria que possa adicionar o valor significativo. Pode ser valioso em ajudar o alliance começa começado e

executado mais rapidamente, e com um grau mais elevado de qualidade. Isto traduz em uma vantagem estratégica para a companhia.

Disclaimer: Nosso Web site não é responsável para a informação contida por este artigo. Este artigo em nenhuma maneira reflete as vistas, as opiniões, os pensamentos ou a opinião da equipe de funcionários do diretório dos artigos.

Observação da tradução: O artigo "como desenvolver estratégia do alliance" foi traduzida usando um serviço de tradução automatizado. Nós desculpamo-nos sincerely por todos os erros da tradução que ocorram. Obrigado compreendendo.