Gestione IT: Come far approvare un progetto
Seguendo questa procedura in cinque passaggi è possibile assicurarsi l'approvazione di un progetto da parte dei responsabili aziendali.
Ryan Haveson
Anche se sei il responsabile IT più veloce, più efficiente del mondo, c'è solo tanto si può fare. Quante volte avete avuto una grande idea, ma solo non poteva ottenere il finanziamento per realizzarlo? Anche l'idea migliore riuscirà senza risorse adeguate. Come un leader di progetto, uno dei vostri compiti più importanti è quello di assicurare che sei in grado di garantire adeguati finanziamenti e personale per ottenere il lavoro fatto.
Il problema è che la maggior parte ingegneri pensano a costruire cose, finanziamenti non roba. Così per ottenere il vostro progetto finanziato, devi pensare un po ' diverso. Ecco cinque consigli che garantiranno che i decisori presso la vostra azienda dire sì al progetto.
Eccitarsi persone
Una delle parti più importanti di essere un leader del progetto sta assicurandosi che cura i responsabili circa il progetto di decisione. Mentre tutti apprezza cool "progetti di scienza", ci ha generalmente limitato finanziamento che ha da destinare a progetti che risolvere i problemi di business tangibili o generano valore tangibile.
Gli ingegneri tendono a discutere proposte in termini di misura di innovazione o difficili problemi risolti. Dopo tutto, che era la parte più difficile, giusto? Purtroppo, questo non è il modo migliore per vendere un progetto. Quando si parla di una proposta, conducono con il valore, non l'innovazione.
Inizia con una discussione del mercato non sfruttato la società manca, quanto denaro la vostra azienda potrebbe fare, o come inefficiente un business attuale, i processi e come che influenza il valore dell'azienda. Iniziare la conversazione creando una sensazione di, "se solo ci fosse una soluzione." Quindi quando lei parla della sua proposta, posizionarla come la migliore risposta alla situazione. Mentre può sembrare deprimente, pensare ad esso come questo: Nessuno si preoccupa veramente per il tuo codice, la nuova applicazione o nuovo hardware — si preoccupano di ciò che fa.
Non lasciare niente all'immaginazione
Ingegneri frequentemente lamentano come "stupido" sono altre persone, o che i capi unità aziendali proprio non capisco. È interessante notare che, quasi tutti gli ingegneri pensano di che essere più intelligente di quasi tutti gli altri ingegneri, così almeno la metà di noi sono sbagliate su questo fronte. Parte del problema è che una volta che immergersi in un problema e trovare una soluzione, si dimentica circa quanto tempo è stato speso andando giù i percorsi sbagliati fino a quando non avete ottenuto il vostro cervello per inquadrare il problema nella maniera giusta che una soluzione si è presentato.
La ragione gli ingegneri ottenere frustrati che altre persone "non capisco" a in primo luogo è spesso perché si dimenticano gli altri non hanno avuto la possibilità di passare attraverso il processo di pensiero e problem-solving. Così quando si spiega la vostra proposta, lasciare nulla all'immaginazione. Creare diapositive di PowerPoint o wireframe o documentazione che spiegano tutti i componenti chiavi della vostra idea.
Se il vostro è un progetto UX, fai del tuo meglio per creare un walk-through wireframe. Se il vostro progetto ha componenti client o server, fare un diagramma a blocchi dell'intero sistema. Se il vostro progetto richiede un database di informazioni, assicuratevi di spiegare chiaramente come tali dati verranno raccolti.
Mentre si può non essere in grado di fare una specifica completa, andare in molto granularità possibile così si disegna uno schizzo approssimativo di tutto il quadro. Non lasciare niente all'immaginazione, e potrai garantire che persone "get it." Questo aiuterà le persone che saranno alla fine finanziamento progetto hanno una piena comprensione di come la tua proposta farà cosa pretendi che sarà.
Fare qualunque prende
Ricordate la frase «il codice è re». Codice di lavoro valore persone sproporzionatamente più spiegazioni di ciò che compirà il progetto finito. Ci sono un sacco di fattori sul lavoro qui. In qualche modo dare un progetto la luce verde è un salto di fede che qualcosa può essere fatto.
Avere un concetto di lavoro può essere la prova dell'esistenza che ottiene persone a dire di sì in primo luogo. Viene inoltre illustrato come alcune pelle nel gioco perché ovviamente già avete speso risorse e avere un impegno per il progetto (o il vostro proprio o uno dei membri del team) per ottenere il progetto iniziato. Gioca anche nella tattica "non lasciare niente all'immaginazione", perché si ha qualcosa di tangibile per dimostrare.
Una volta che hai qualcosa di attivo e funzionante, è possibile avviare l'aggiunta di caratteristiche e funzioni. È possibile crescere e costruire slancio mentre si lavora su come ottenere risorse aggiuntive. Molti grandi progetti iniziato come progetti collaterali con le persone a donare il loro tempo. Quindi fare qualunque prende per ottenere qualcosa di bootstrap e di lavoro, e sarete sul vostro modo di successo.
Dare un nome
Quando si dà la vostra proposta, un nome, o anche un nome in codice — serve alcuni scopi. In primo luogo, dà il vostro progetto un ulteriore livello di credibilità. Dopo tutto, se qualcosa ha un nome, deve avere qualche valore. In secondo luogo, esso aiuta le persone a discutere in termini più concreti.
È molto più facile discutere di qualcosa con un nome rispetto ad un concetto di discutere. Un concetto potrebbe essere qualsiasi cosa, ma un oggetto denominato si riferisce a una cosa specifica. Dare la vostra proposta un nome in codice e fare riferimento ad esso per nome. Se si ottiene la gente entusiasta, e hai qualcosa di bootstrap, lo rende molto più facile per la gestione di dire, "Let's approva progetto X".
Chiedere che cosa avete bisogno
Woody Allen ha detto una volta l'80 per cento di successo è semplicemente mostrando, e così si va con il processo intero progetto-proposta. Se pensate che i decisori presso la vostra azienda sono guardandosi intorno cercando di determinare quali essi devono allocare più risorse, ripensateci. Di solito quello che succede è che stanno cercando di decidere tra le 10 persone che hanno già chiesto per le risorse. Se non hai chiesto, non otterrete una risposta positiva.
Semplicemente chiedendo aumenterà notevolmente la probabilità di ottenere l'approvazione del progetto. Don' t be afraid se la risposta è no. Se la risposta iniziale è negativa, chiedere feedback. Probabilmente troverete che stanno o non entusiasta dell'idea o non lo capiscono, o sono interessati non funzionerà. In ogni caso, avrete il vostro ordine di marcia.
Se la prima risposta è no, pensare a questi cinque consigli e tornare al tavolo da disegno. Don' t essere scoraggiato se non farlo bene la prima volta. Sei un ingegnere. Imparare ad essere un presentatore della proposta possono essere nuove per voi. Prendere il feedback, la diagnosi di che cosa hai fatto di sbagliato e affrontarlo e la prossima volta forse la risposta sarà sì.
Basta tenere questi cinque consigli in mente, e il vostro progetto sarà il suo modo di una luce verde:
- Convincere la gente entusiasta di ciò che non può avere.
- Non lasciare niente all'immaginazione.
- Fare qualunque prende per ottenere qualcosa di bootstrap e lavoro end to end.
- Dare al progetto un nome.
- Chiedere che cosa avete bisogno.
.jpg)
Ryan Haveson ha più di 15 anni di esperienza team leader progettazione e fornitura di software e servizi per alcuni dei marchi più riconosciuti del mondo, tra cui Xbox e Windows. Egli era un group manager del team di Windows Experience per Windows 8. Lui e il suo team progettato e consegnati per l'utente finale e sviluppatore rivolto caratteristiche, tra cui la piattaforma di notifiche live tile e il nuovo Task Manager. Egli è attualmente leader del gruppo di sistemi ingegneria presso Qualcomm Inc. per il Windows/Windows Phone su divisione Snapdragon nella soleggiata San Diego. Contattarlo al ryanhaveson@hotmail.com o a linkedin.com/in/ryanha.