Gestão de TI: Como conseguir a aprovação do seu projeto
Siga este roteiro de cinco etapas para garantir que os líderes da sua empresa deem o sinal verde para o seu projeto.
Ryan Haveson
Mesmo se você é o gerente de TI mais rápido, mais eficiente do mundo, há tanta coisa que você pode fazer. Quantas vezes você já teve uma grande idéia, mas simplesmente não conseguia financiamento para que isso aconteça? Mesmo a melhor idéia irá falhar sem recursos adequados. Como um líder de projeto, uma das tarefas mais importantes é garantir que você é capaz de assegurar o financiamento adequado e pessoal para fazer o trabalho.
O problema é que a maioria dos engenheiros pensar construir coisas, financiamento não coisas. Assim, para obter o seu projecto financiado, você tem que pensar um pouco diferente. Aqui estão cinco dicas que assegurem que os tomadores de decisão na sua empresa dizem sim ao seu projeto.
Empolgar as pessoas
Uma das partes mais importantes de um líder de projeto é certificando-se de decisão cuidados de fabricantes sobre seu projeto. Enquanto todo mundo aprecia cool "projetos de ciência", lá tem geralmente limitado financiamento que deve ser alocada a projetos que resolver problemas de negócio tangível ou geram valor tangível.
Engenheiros tendem a discutir as propostas em termos do grau de inovação ou problemas difíceis de resolver. Afinal de contas, que foi a parte mais difícil, certo? Infelizmente, esta não é a melhor maneira de vender um projeto. Ao discutir uma proposta, comece com o valor, não a inovação.
Começa com uma discussão do mercado inexplorado, sua empresa está faltando, quanto dinheiro sua empresa poderia fazer, ou processos de um negócio atual como ineficiente e como que está afetando o valor da empresa. Iniciar a conversa, criando uma sensação de que, "se só havia uma solução." Então quando você fala sobre sua proposta, posicione-a como a melhor resposta para a situação. Enquanto pode parecer deprimente, pense nisso como este: Ninguém realmente se preocupa com o seu código, seu novo aplicativo ou hardware novo, eles se preocupam com o que ele faz.
Não deixam nada à imaginação
Engenheiros freqüentemente queixam como "estúpido" são de outras pessoas, ou que os líderes da unidade de negócios só não entendi. Curiosamente, quase todos os engenheiros que eles são mais espertos do que quase todos os outros engenheiros, então pelo menos metade de nós estão errados nessa frente. Parte do problema é que, uma vez que você mergulhe em um problema e chegar a uma solução, você esquecer sobre quanto tempo foi gasto descendo os caminhos errados, até que você começ seu cérebro para enquadrar o problema apenas da maneira certa que se apresentou uma solução.
A razão engenheiros ficar frustrado que outros povos "não entendi" no primeiro é muitas vezes porque se esquecem que outros não tiveram a chance de passar pelo processo de pensamento e resolução de problemas. Então quando você explicar sua proposta, deixe nada para a imaginação. Crie slides em PowerPoint ou wireframes ou documentação que explicam todos os componentes principais de sua idéia.
Se o seu é um projeto UX, faça seu melhor para criar uma estrutura de arame passo a passo. Se seu projeto tem componentes de cliente ou servidor, fazer um diagrama de blocos do sistema inteiro. Se seu projeto requer uma base de dados, certifique-se de explicar claramente como os dados serão coletados.
Enquanto você pode não ser capaz de fazer uma especificação completa, vá em tanta granularidade como você pode assim que você pintar um esboço áspero de toda a imagem. Não deixam nada à imaginação, e você vai garantir que as pessoas "entendem." Isso vai ajudar as pessoas que eventualmente irão financiar seu projeto tem um completo entendimento de como a sua proposta vai fazer o que você alega que ele vai.
Fazer o que for preciso
Lembre-se a frase "o código é rei." Pessoas valor trabalho código desproporcionalmente mais explicações sobre o que irá realizar o projeto acabado. Há uma série de fatores no trabalho aqui. De certa forma dando um projeto luz verde é um salto de fé que algo pode ser feito.
Ter um conceito de trabalho pode ser a prova da existência que obtém as pessoas dizem sim em primeiro lugar. Ele também demonstra que você tem um compromisso com o projeto e alguns pele no jogo porque você obviamente já gastou recursos (ou seu próprio ou um dos seus membros da equipe) para obter o projeto começou. Também desempenha para a tática de "deixar nada para a imaginação", porque você tem algo concreto para demonstrar.
Depois de ter algo instalado e funcionando, você pode começar adicionando recursos e funções. Você pode ajudá-lo a crescer e construir dinâmica enquanto você trabalha na obtenção de recursos adicionais. Muitos grandes projetos começaram como projetos paralelos com pessoas doando o seu tempo. Por isso custe algo bootstrapped e trabalhando, e você estará em seu caminho para o sucesso.
Dê um nome
Quando você dá a sua proposta um nome — ou mesmo um nome de código — ele tem algumas finalidades. Primeiro, ele dá seu projeto um nível adicional de credibilidade. Afinal, se algo tem um nome, ele deve ter algum valor. Em segundo lugar, ele ajuda as pessoas a discutir em termos mais concretos.
É muito mais fácil de discutir algo com um nome do que discutir um conceito. Um conceito poderia ser qualquer coisa, mas um objeto nomeado refere-se a uma coisa específica. Dê sua proposta um nome de código e consultá-lo pelo nome. Se você receber pessoas animado sobre isso, e você tem algo bootstrapped, torna muito mais fácil para a gestão de dizer, "Vamos aprovar o projeto X."
Pedir o que você precisa
Woody Allen disse uma vez que 80 por cento de sucesso é simplesmente aparecendo, e assim ele vai com o processo inteiro de proposta de projeto. Se você acha que os tomadores de decisão na sua empresa estão olhando em torno de tentar determinar quem deve alocar mais recursos, pense novamente. Geralmente o que acontece é que eles estão tentando decidir entre 10 pessoas que já solicitaram recursos. Se você ainda não perguntou, você não vai conseguir uma resposta positiva.
Simplesmente pedindo vai aumentar drasticamente suas chances de conseguir a aprovação do projeto. Don' t ter medo se a resposta é não. Se a resposta inicial for negativa, peça feedback. Você encontrará provavelmente eles são ou não animado com a idéia ou não compreendem — ou eles estão preocupados não vai funcionar. Em qualquer caso, você terá suas ordens de marcha.
Se a resposta inicial é não, pensar sobre estas cinco pontas e voltar à prancheta de desenho. Don' t desanime se você não acertar na primeira vez. Você é um engenheiro. Aprender a ser um apresentador de proposta pode ser novidade para você. Dar o feedback, diagnosticar o que você fez de errado e abordá-la, e o próximo talvez de tempo a resposta vai ser sim.
Basta ter estas cinco dicas em mente, e seu projeto estará em sua maneira a uma luz verde:
- Pessoas obter animado sobre o que eles não podem ter.
- Não deixam nada à imaginação.
- Fazer tudo o que preciso para obter algo bootstrapped e trabalho de ponta a ponta.
- Nomeie seu projeto.
- Pedir o que você precisa.
.jpg)
Ryan Haveson tem mais de 15 anos de experiência principais equipes de engenharia e fornecimento de software e serviços para algumas das marcas mais reconhecidas do mundo, incluindo a Xbox e Windows. Ele era um gerente de grupo da equipe de experiência do Windows para Windows 8. Ele e sua equipe projetado e entregues a usuários finais e recursos voltados para o desenvolvedor, incluindo a plataforma de notificações de telha ao vivo e o novo Gerenciador de tarefas. Ele atualmente lidera o grupo de sistemas de engenharia da Qualcomm Inc. para o Windows/Windows Phone na divisão de Snapdragon na ensolarada San Diego. Contatá-lo em ryanhaveson@hotmail.com ou em linkedin.com/in/ryanha.