Terminazione del progetto

Question

Recentemente ho lavorato con un team per sviluppare un sistema online. Avevamo lavorato per diversi mesi e stavamo facendo dei buoni progressi quando il progetto è finito. Tutti sentivamo con forza che il completamento dei progetti era importante e avrebbe grandi risultati sulla produttività dei nostri consumatori. Dopo essere stato frustrato per un po 'ho pensato di chiedere ad alcune persone con più esperienza.

Qual è il modo migliore per affrontare la frustrazione di un progetto in scatola e andare avanti in modo che non tenga indietro le possibilità future?

Answer 1

Il fallimento è il modo migliore (e talvolta solo) per imparare nuove cose, anche se l'errore non è colpa tua.Ci sono diversi punti di vista con cui si possa salvare le informazioni utili da questo:

1. codice che è riutilizzabile
2. Le nuove tecnologie o competenze raccolto dal progetto
3. Lezioni circa la gestione dei progetti in base a come il fallimento è stata gestita (forse il progetto avrebbe dovuto essere cancellato molto prima, prima che la squadra lo comprasse)
4. Idee non tecniche che puoi riutilizzare in altri progetti per l'azienda o anche nei tuoi stessi sforzi.

Consiglio vivamente di postmortem, ma non dimoro. La maggior parte dei progetti viene inscatolata ad un certo punto del loro ciclo e se lasci che ciò influisca sul morale, diventa una spirale discendente dalla quale è difficile recuperare. Potresti diventare ipersensibile anche a piccole modifiche ai requisiti.

Answer 2

Non mettere il tuo cuore e la tua anima nel progetto di qualcun altro?

Io lavoro molto per persone diverse e mentre alcuni progetti sono più interessanti di altri non sono i miei progetti quindi non sarei troppo in disuso se fossero in scatola. Ho le mie cose su cui sto lavorando. Nessuno può terminare quei progetti tranne me.

Answer 3

Grieve. Una tale perdita produrrà una reazione di dolore. Non uno forte come se avessi perso una persona amata, ma è comunque una reazione di dolore, completa di tutte quelle fasi del dolore.

Answer 4

In un progetto ben progettato, parte del codice che è stato sviluppato può essere riutilizzato in progetti futuri, rendendolo utile. Tuttavia, anche se non è possibile utilizzarne uno, tu e il tuo team probabilmente avete acquisito una preziosa esperienza che aiuterà anche in futuro. Pensa a un costoso esercizio di squadra.

Answer 5

Questo può essere usato per avvicinare la squadra, se si ha il giusto tipo di persone. Non c'è niente come lavorare duramente su qualcosa in cui credi e poi averlo inscatolato. Può deprimere, ma può anche motivare le persone a voler dimostrare la prossima volta che possono fare il lavoro, che hanno avuto l'idea giusta.

Aiuta a galvanizzare la squadra; eravamo lì, abbiamo lavorato sodo e ci è stato tolto.

Naturalmente, è meglio non essere in quella situazione per cominciare, ma quando ci si trova lì, usarlo per costruire la squadra.

Answer 6

Il costo sommerso non può essere utilizzato come motivo per la continuità di un progetto. Se i leader hanno preso una decisione aziendale, sono sicuro che sia ben motivato, per quanto sconvolgente.

Mi piacerebbe consolarci in quelle grandi oscillazioni che dovrebbero essere celebrate negli affari, le grandi aziende non vincono ogni offerta e completano ogni progetto che iniziano. Quindi consolatevi per aver perso una volta, forse potreste essere in grado di cambiare il modo in cui sono state fatte le cose, o focalizzarvi maggiormente sugli stakeholder del progetto per essere sicuri di capire perché il vostro progetto merita di essere completato rispetto agli altri progetti e iniziative aziendali a l'azienda.

finirò con la mia frase preferita: ". Il buon giudizio viene dall'esperienza esperienza deriva dal cattivo giudizio"

Impara da qui!

Answer 7

Attacca ogni progetto come se fosse il tuo. Con questo non intendo investire tutte le tue emozioni (come già affermato da Spencer Ruport). Ma scrivi tutto il codice e organizza tutto il codice in modo da poter facilmente estrarre gli strumenti che potrebbero essere necessari in futuro. Non sai mai se ne avrai bisogno ... ma le probabilità sono che lo farai. Se scrivi un'app account manager ... fallo in modo modulare riutilizzabile. Se scrivi un uploader di immagini ... scrivilo in modo che possa essere trasferito su qualsiasi altro progetto che possiedi. Scrivi funzioni di aiuto attorno a tutte le tue funzioni principali per renderlo più user-friendly in ogni momento.

Questo ovviamente richiede un po 'di pianificazione prima di perdere il concerto! Nessun problema. Raramente è a causa tua che tu (tutta la squadra) perde il concerto. Di solito è in gioco una decisione finanziaria o una decisione commerciale. In questo caso molto probabilmente l'economia è ciò che ti ha ucciso. Nel caso in cui tu non abbia alcun beneficio fisico per il progetto fallito ... guardalo come un'esperienza di apprendimento. Inevitabilmente ... non importa quanto sei bravo ... probabilmente hai avuto qualcosa che hai fatto a cui non hai o non sei più d'accordo. Impara da quello Molto probabilmente hai fatto anche qualcosa di molto bello che amavi. BLOG SU DI ESSO! Questo ha due scopi ... hai appena creato qualcosa di tangibile dal progetto ... e lo hai messo da qualche parte che non te ne dimenticherai.

Succhia tutto intorno. Ma almeno c'è un grande mercato là fuori in questo momento! Contattatemi direttamente se volete la mia lista dei cacciatori di teste (80 reclutatori tecnici in CA e USA).

Answer 8

Due cose:

tuo investimento nel Codice Progetto &: Il fatto tua squadra ha avuto sentimenti così forti per il progetto & erano così frustrata sul fermo in scatola è un buon segno - significa che si sta un vero programmatore/programmatore e non sta facendo solo un lavoro a metà per il pagamento completo. Quindi, per far fronte al progetto che è in scatola: conosci il tuo & il tuo team è impegnato nel tuo lavoro & mentre quel progetto potrebbe non essere stato espulso, voi ragazzi suonate come un vero credito per quel progetto & su qualsiasi altro su cui potete lavorare. Sembra che tu abbia solo bisogno di trovare un progetto/opportunità che abbia le gambe.

La mia esperienza: Progetti ottenere in scatola per tutti i tipi di ragioni - di bilancio, la mancanza di fiducia da parte degli stakeholder, troppo tardi per mercato, ha cambiato la portata ecc avrei una domanda/indagare il motivo per cui il progetto è stato in scatola. Se si tratta di budget o di mancanza di fiducia da parte degli stakeholder, allora è davvero una buona notizia. Significa che un'opportunità si è appena presentata a te & la tua squadra. Considera di perseguirlo!

In entrambi i casi il vostro team sarà cresciuto dall'esperienza: entrambi tecnicamente & dal punto di vista del business.

Answer 9

Guarda un film Rocky (l'ultimo era buono) e prendi qualche birra. Non c'è modo di non inserirti in un progetto, non c'è modo di non sentirsi male per un progetto che viene interrotto o fallito, non c'è modo di non sentirsi negativo nei confronti dell'azienda. Ciò che rende un buon programmatore migliore è quello di prendere tutte le emozioni, la rabbia, ecc. E di essere in grado di rilasciarlo e andare avanti con la stessa concentrazione e dedizione che c'era con il primo progetto. Tutto parte della vita e tutto parte del lavoro in IT.

Answer 10

1. denaro lo stipendio - che aiuta sempre ;-)
2. chiedere se è possibile avere i diritti per il progetto in scatola, dal momento che non lo vogliono, quindi open-source o commercializzare da soli se si pensa è degno
3. è bello preoccuparsi del proprio lavoro; non è così bello ossessionarlo.

ci saranno altri progetti anche meglio di quello in futuro; si potrebbe anche ottenere in scatola, per una serie di ragioni, sia razionali e irrazionali

Buon esempio: Una volta ho lavorato con una donna che ha trascorso 2 anni su un progetto di documento-imaging che è stato in scatola pochi giorni prima si è dovuto andare in diretta; era in scatola perché al nuovo manager non piaceva il vecchio manager e il progetto era il suo "animale domestico". La reazione di questa signora: "Non vedo l'ora di imparare qualcosa di nuovo!"