Como começar em um Projeto de Estratégia de Novos Negócios

O início de um plano de execução para uma mudança de gestão ou mudança de estratégia de negócios define a informação que você já tem em mãos sobre o projeto, as razões para o projeto, os resultados desejados, e suas suposições sobre como vai lidar com o projeto.

Apresente o problema

Se não houver nenhum problema, então não há nenhum projeto. Anote o problema ou a ineficiência que o projeto tem o objetivo de abordar.

Incluir detalhes específicos aqui para se certificar de que abordar a todo problema no planejamento e execução do projeto. Se você deixar de fora uma exigência, então a sua solução final não será tão eficiente quanto poderia ter sido (e resultará em um projeto totalmente novo).

Esclarecer o seu resultado final

O que o resultado ideal projeto parece? Descrevê-lo em detalhes aqui, usando a declaração do problema como um guia. Por exemplo, se o problema é que o equipamento actual é abaixo de 20 por cento do tempo, então o resultado final desejado pode ser um tempo de inatividade zero durante os três meses após a instalação de novo equipamento.

Em Gestão de Projetos Agile, esta etapa é conhecida como a escrita de um história do usuário - uma história real do que parece, sons, ou sente quando o cliente final está realmente usando o produto final esperado. No final de um projeto, você reviver esta história para ver se ele joga fora como está escrito.

Identificar suas limitações

Uma restrição é qualquer limite - cronológica, financeira, científica - colocado sobre seu projeto. restrições típicas incluem orçamentos, uma data de vencimento externo, as qualificações dos membros de sua equipe, e o número de horas disponíveis em horários dos funcionários para novo trabalho, ou falta de apoio da alta administração e liderança.

Cada projeto tem limitações, e sua definição final de sucesso precisa levá-los em conta. Se você tem um orçamento de US $ 500 ou, no máximo, duas horas por semana para montar um novo site corporativo, em seguida, três páginas de texto e um modelo de projeto básico pode ser tudo o que você pode conseguir. Este mesmo resultado seria não ser considerado um sucesso se você tivesse seis meses e uma equipe de quatro funcionários em tempo integral para a concepção do novo site.

Delinear as suas premissas

Cada gerente de projeto tem certas suposições quando entrar em um projeto, e é um excelente exercício para tornar-se consciente dessas premissas e cometê-los no papel.

Por exemplo, você pode tomar como certo que o departamento jurídico interno vai lidar com os contratos de seu projeto, sem nenhum custo adicional. Isso pode ser verdade, ou você pode descobrir mais tarde que um contrato exige um tipo especializado de lei que o seu recurso interno não pode manipular sem fora, pagou ajuda. Você pode ser responsável por algumas dessas premissas no seu planejamento de risco, ou podem provar informativo para um proprietário do projeto futuro ou participante.

Não há necessidade de ficar louco aqui - todos nós sabemos que você precisa de oxigênio e que o negócio seja aberto para o projeto ter sucesso - mas geralmente a cada vez que você pensa Não # 147 que é importante # 148- ou # 147 they'll apenas cuidar de que # 148- no curso de planejamento de projeto, você deve adicionar esse pressuposto para o plano do projeto.

Reconheça seus riscos e incertezas

Alguns resultados do projeto são mais arriscados do que outros. Riscos não significa que você não deve avançar com o seu projecto, mas você Faz precisa de um plano de contingência se um ou mais desses riscos entra em jogo. É sempre melhor para planejar risco reconhecido na frente do que supor que você só vai ser capaz de enfrentá-lo se ele vem.

Por exemplo, se uma nova lei pode adicionar novos requisitos de conformidade ao seu projeto, isso representa um risco para a sua linha do tempo. Um plano de execução eficiente incluiria medidas para lidar com estes novos requisitos de conformidade e uma lista marco alterado.

Não há necessidade de delinear os riscos que se aplicam universalmente. Sim, o gerente de projeto pode morrer ou flutuar durante o arrebatamento, mas que pode acontecer a qualquer projeto. Em vez disso, a lista de riscos ou incertezas que afetam este plano específico.

conhecimento passivo é também uma incerteza. Se o seu projeto depende de detalhes que você ou um membro da equipe de confiança não forneceram-se, estes são incerta até mais pesquisado. Por exemplo, se um vendedor que você se encontra em uma conferência verbalmente diz-lhe quanto seus custos de software, esse número é incerto até que você obter uma cotação formal, por escrito do fornecedor.