Dovresti concentrarti su una scialuppa di salvataggio per te stesso

Qualcuno ti ha promosso a guidare un progetto con soli 5 giorni rimanenti, che è un disastro assoluto? Con soli 5 giorni, sembra che avrebbero dovuto scegliere un leader ad interim dalla squadra stessa. A meno che non ti abbiano informato di tutti questi problemi (principalmente stagisti, problemi con la licenza Unity e la posta in gioco estremamente alta) prima che tu accettassi il lavoro , sei stato impostato come capro espiatorio o lavori per persone prive di curiosità / abilità / capacità di controllare le cose.

Informerei i miei superiori dei problemi in una lettera formale (inventerei ogni sorta di scusa per evitare qualsiasi cosa tranne scrivere e-mail per mantenere la traccia cartacea) e iniziare a cercare lavoro. Sospetto che tra poco ne avrai comunque bisogno. Chi ti ha promosso ti ha dato un mucchio di merda fumante e uno stuzzicadenti per affrontarlo.

Se almeno un po 'ti fidi del management, informalo in dettaglio dei problemi e che il progetto non è nemmeno vicino al completamento. Se intraprendono un'azione correttiva sufficiente e non ti danno l'onere di rispettare la scadenza, puoi considerare di restare. Altrimenti, esegui semplicemente il piano di partenza che stavi già preparando.

Se non ti fidi della gestione, invia la stessa email e fai il lavoro appena sufficiente per evitare di essere chiamato fannullone durante la ricerca di lavoro. Essenzialmente a quel punto cancellare la società.

Se davvero non ti fidi di loro e pensi di essere stato istituito, dimettiti immediatamente se puoi permettertelo. Non vorrei che il mio nome fosse associato a un progetto importante appena prima che crollasse, soprattutto se si tratta di un progetto abbastanza importante di cui la gente sarebbe a conoscenza.

Fai attenzione pensando che troverai un modo per salvare il progetto. Non posso dire in modo definitivo che sia impossibile, ma le cose non vanno bene. E sarai ritenuto responsabile per aver affermato (o anche detto che ci proverai) che puoi completare il progetto. I tuoi sviluppatori potrebbero esitare allo scricchiolio, potrebbero avere i loro piani di partenza fissati, molto del codice apparentemente funzionante potrebbe essere spazzatura, ecc.

È ora di costruirti una scialuppa di salvataggio e remare prima che il tuo manager ci provi per servire la tua testa per il fallimento del progetto.

Quindi, secondo te, cosa faresti in questa situazione? Dire la verità al cliente? Lasciare che il progetto finisse con problemi?

Vorrei andare al più presto con il mio capo ed esporre loro la situazione. Dite loro che, in questo momento, vi manca il risorse per completare il progetto in tempo.

Chiamali, scrivili ... qualunque cosa tu debba fare per contattarli, poiché questo è critico .

Chiedere cosa si può fare per ottenere il progetto in tempo.

Fallo anche per iscritto; un'e-mail va bene. In questo modo hai le prove per sostenere le tue affermazioni in futuro (quindi non sei usato come capro espiatorio).

E nel frattempo, continua a lavorare normalmente sui bug (dal tuo commento sembra che questo sia ciò che il tuo manager ti ha detto di fare fino alla scadenza).

Se l'azienda vuole sopravvivere, puoi diventare il capro espiatorio oppure creare il tuo profilo per gestire professionalmente una situazione orribile.

Dovresti concentrarti sulla scrittura e sulla comunicazione del problemi di questo progetto.

A quanto pare, 5 giorni potrebbero essere troppo pochi anche per questo compito, ma cerca di portare a termine almeno quello.

• Dove sono problemi del progetto? Tecnicamente & organizzativamente
• Come possono essere risolti questi problemi
• Quanto tempo aggiuntivo sarà necessario

Prepara queste informazioni per il tuo capo. Comunica questo.

Quando parli con il tuo capo scopri se:

• il cliente sa anche che esiste qualche problema
• il cliente è disposto ad aspettare un po 'più a lungo, poiché questo avrebbe dovuto essere ovvio abbastanza a lungo

Cinque giorni prima della scadenza qualcuno avrebbe dovuto almeno comunicare che ci sono ancora alcuni problemi da affrontare .. In caso contrario, il cliente dovrebbe almeno essere informato in modo strutturato e sapere quanto tempo ci vorrà in più. Senza una pianificazione adeguata non sarai in grado di dirlo al cliente. Ci sono sempre problemi in ogni progetto e talvolta le scadenze verranno perse. La domanda è: come vengono gestite professionalmente tali situazioni. Questo è il tuo compito adesso. Comunica, comunica e comunica.

E ordina un libro per il tuo capo per progetti futuri: "Il mitico mese dell'uomo". La tua situazione è l'esatto esempio fatto in questo libro. Se un progetto sta fallendo, non provare mai a coinvolgere altri sviluppatori. Sembra che i capi nell'industria del software siano stati gli stessi negli ultimi 40 anni.

A vantaggio dell'azienda: dovrebbe esserci una discussione tra te, il tuo manager e qualcuno che può prendere decisioni su progetti multimilionari.

Il fatto è che non ci sarà un prodotto privo di bug entro cinque giorni, questo è un dato di fatto. Il fatto, che deve essere comunicato chiaramente a qualcuno più in alto del tuo manager, è che non c'è niente che tu possa fare al riguardo, e che se diventa a forma di pera, è il tuo manager che dovrebbe essere licenziato, non tu. Il fatto è che questo è molto, molto critico in termini di tempo.

Quello più in alto deve decidere se perdere molti milioni, se andare dal cliente umiliante e riuscire in qualche modo a ridurre i costi (questo è qualcosa al di fuori del tuo campionato e al di fuori del campionato del tuo manager), o spedire un prodotto con bug e subire la perdita di reputazione e alcuni costi aggiuntivi per la risoluzione dei bug.

Quindi questa è una cosa di cui hai bisogno per andare avanti. E l'altra cosa è che devi fare tutto il possibile per mettere il software in una forma in cui non presenti bug evidenti, in modo che possa essere dato al cliente e accettato dal cliente. Un cliente troverà sempre problemi con il software dopo averlo accettato e non sa se ci sono problemi di cui sei a conoscenza. Quindi "esente da bug conosciuti" non è il criterio, ma "esente da bug che fanno rifiutare al cliente l'accettazione del software che ci costa milioni", questo è il criterio.

Quindi c'è una possibilità che ne esca come un eroe e la possibilità di uscirne senza lavoro. Dipende da te.

La gestione delle crisi a volte consiste nello scuotere le cose, capovolgere le tabelle (metaforicamente), " far cadere i tuoi strumenti" e uscire da una routine. Hai personale demotivato e un progetto impossibile. Restare in silenzio e lasciare che fallisca non è un'opzione; né si lamenta né lo ignora. Devi assumerti la responsabilità della situazione e mostrare il percorso da seguire anche se non hai l'autorità formale per approvarla.

È importante non solo mostrare alla squadra, e i tuoi manager, che la situazione è cambiata, ma anche il cliente deve sapere che è stato nominato un nuovo "responsabile delle crisi" per il team e che c'è un nuovo piano da realizzare . Ricorda, il cliente ha sicuramente saputo che il progetto era in ritardo sulla pianificazione e presenta bug, e vogliono che venga risolto. Probabilmente sono spuntati dal precedente project manager e non gli piace "come stanno andando le cose". Sentiti libero di costruire un rapporto raccontando loro tutte le cose che il precedente manager ha sbagliato o non è riuscito a fare e chiarisci che c'è un nuovo sceriffo in città.

Il tuo piano dovrebbe essere presentato al cliente direttamente (non tramite il tuo capo o un reparto vendite) e dovrebbe includere:

• Identifica cosa farai e cosa non farai . Elenca i 12 bug specifici che risolverai e annuncia un "blocco" su qualsiasi altro codice / funzionalità fino a dopo il rilascio.

• Fornisci una nuova sequenza temporale per facendo specificamente quelle cose.

• Dì loro esattamente di cosa hai bisogno se vogliono che questo abbia successo (ad esempio, le licenze software "pro" oggi ). Sii un po 'discreto qui; non accusare il tuo manager di essere scadente o incompetente o di infrangere la legge, dì semplicemente al cliente che è qualcosa per cui dobbiamo pagare senza soffermarti sul motivo per cui non lo hai già.

• Spiega il problema con i servizi di terze parti e spiega loro cosa devono fare o decidere perché (come parte del blocco del codice) non lo affronterai finché dopo il rilascio

In breve, chiarisci che la situazione attuale ha un problema e che sei un nuovo team leader determinato al 100% a risolvere ciò che non funziona e hai un piano. Possono prenderlo o lasciarlo. Se hanno milioni di dollari investiti in esso, vorranno salvare il progetto piuttosto che vederlo fallire. Il tuo capo o il tuo reparto vendite potrebbe cercare di scoraggiarti dal parlare direttamente con il cliente, perché (consapevolmente o meno) godono del privilegio di possedere la relazione con il cliente, ma ti ringrazieranno in seguito per aver salvato il progetto. "Meglio chiedere perdono che permesso".

Hai bisogno di un incontro di emergenza con il top management (le persone più alte le cui teste girano se questo progetto va in crash e brucia).

Non dici chiaramente se tu sei diventato il manager del progetto o lo sviluppatore principale. Se sei il manager, devi chiamare per questo incontro, subito, senza ritardi. In caso contrario, devi insistere affinché lo faccia il manager.

Potresti essere in grado di trovare un aiuto esterno per salvarti il ​​culo. Alcune vere crepe di Unity che possono salvarti. Per i migliori soldi, ovviamente, ma il danno sarà comunque inferiore rispetto a se il progetto dovesse bloccarsi. Ma è per questo che è necessario coinvolgere il top management, perché serve una persona sul tavolo con la necessaria autorità di spesa.

Serve anche una comunicazione di emergenza al cliente. A seconda di ciò che sa o meno, della natura del progetto e del contratto firmato, potrebbe essere possibile annunciare o negoziare un ritardo per guadagnare il tempo necessario.

Devi intensificare questo e chiarisci per iscritto che questa è la situazione che hai trovato quando hai assunto il nuovo ruolo e che sei assolutamente certo che, a meno che non vengano intraprese azioni di emergenza immediatamente , il progetto non verrà consegnato in tempo. Questo devi farlo per coprirti il ​​culo ed evitare di diventare il capro espiatorio.

Molte persone ti stanno dicendo di tagliare e scappare. Ma è a causa del livello di drammaticità che stai creando su questo, che ovviamente riflette un livello molto alto di disagio e ansia. Il che ti rende adatto a essere un manager di crisi. Hanno bisogno di qualcuno che raddrizzi la nave. È possibile che siano nei guai perché l'ultima persona non è stata onesta con la direzione.

La tua responsabilità è limitata

Come dipendente W-2, non hai responsabilità personale per i risultati qui in senso legale. Il cliente non può seguirti personalmente in alcun modo.

È un progetto Unity3D che un cliente ha pagato (con un'enorme somma di denaro)

Se il progetto è ancora buggata in 5 giorni, l'azienda perderà i contratti futuri di un potenziale cliente, che possono essere valutati in poche decine di milioni di dollari

Quella è una grossa borsa del non tuo problema / non tuo lavoro .

È facile ottenere un complesso di eroi e pensare che il risultato sia "tutto su di te". Ma non lo è. Poggia esattamente sulle spalle di altri, che hanno pelle nel gioco : hanno investito il loro capitale in questo business e la loro ricchezza personale galleggia o affonda in base al loro decisioni.

Per quanto riguarda la crisi imminente, non lo sai. Era il loro lavoro avere il polso del polso del loro progetto ed essere in costante comunicazione con il cliente al riguardo. È del tutto possibile che stiano già avendo la conversazione "arriverà tardi" con il cliente, e i proprietari e il cliente stanno risolvendo la questione. Non è un tuo problema .

Quindi le informazioni del cliente potrebbero essere accessibili da Unity (e quindi, possono creare azioni legali guidate dal cliente). Nessuno di noi ha Unity Pro (Unity potrebbe anche avviare azioni legali, credo)

Non possono fare causa a te . Sei solo un dipendente. Sei protetto dal velo aziendale, non sei un amministratore, un funzionario o un alto manager, quindi non hai il tipo particolare di dovere fiduciario che è possibile citare in giudizio. E non sei un avvocato e non sei a conoscenza del prodotto di lavoro legale dell'azienda, quindi davvero non lo sai.

Dovresti dire qualcosa del tipo "Non sono sicuro che abbiamo la corretta Licenza software Unity per quello che stiamo facendo, chiedi legale di controllare "e il tuo lavoro è finito.

Quindi sarà tardi

Per prima cosa, assolutamente la prima cosa, devi segnalare alla direzione che è tardi, e un senso grossolano di quanto siamo indietro rispetto alle parti che sono di tua responsabilità. È più importante farlo velocemente che ricercarlo a fondo, quindi dedica 1 ora e non 2 giorni a scrivere questo rapporto. Queste sono le cose che devono sapere per prendere le loro decisioni aziendali .

Il tuo prossimo compito è formulare un piano per portare a termine le tue parti il ​​prima possibile, anche se in ritardo. Dovrai svilupparlo nel prossimo giorno o due al massimo. Imposta una cronologia realistica e inseriscila in un altro rapporto scritto. Questo è il tuo lavoro.

Questi sono rapporti CYA. Vanno sulla carta. Metti una copia nella tua auto prima di presentargliela, quindi consegnala o presentala al loro assistente amministrativo o al loro manager. Invia anche un'e-mail in PDF. Non hanno bisogno di sapere della copia che tieni per te. È una carta "esci di prigione gratis" nell'improbabile eventualità che tu ne abbia bisogno, ma esito a dirlo perché non voglio che tu vada nel panico. Non ne avrai bisogno.

Non che siano affari tuoi, ma quello che succederà davvero qui è che la scadenza va e viene e l'azienda discuterà con il cliente e cercherà di capire cosa fare dopo e come meglio preservare il valore. Quasi certamente, il cliente acconsentirà a una data di fine posticipata. Se la tua azienda ha le tue stime a portata di mano, può negoziare da una posizione di forza e fiducia, e questa è la possibilità migliore per salvare il contratto.

Questo non è il primo progetto in ritardo nello sviluppo del software .

Opportunity Knocks

A differenza della risposta accettata, mi limito a dire che la probabilità di essere licenziato è 0. A differenza del manager precedente, hai dimostrato di sapere cosa stai facendo e puoi portare a termine le cose. Sei stato assegnato al progetto perché tutti sanno che è uno spettacolo da $ #! + E nessuno vuole toccarlo con un palo da 20 '. Probabilmente tutti sanno che è una "missione suicida". Quindi si aspettano che tu fallisca, e probabilmente lo farai.

Dato che l'azienda si trova in una brutta posizione e tu sei stato incaricato della missione di salvataggio, ora hai un'enorme influenza. Quali sono le loro opzioni? Se avesse qualcuno di migliore per riparare il Titanic, questa domanda sarebbe stata scritta da quella persona. Quindi non pensare a questa situazione come una "promozione" a un progetto: pensala come una vera opportunità di promozione.

Dì la verità

L'ex manager ha mentito sul progressi in modo che non sembrassero male, o hanno già detto alla direzione che la tempistica era impossibile e la direzione li ha ignorati. Esprimi la tua valutazione professionale ma spassionata della situazione: "Ho classificato i bug rimanenti come piccoli, medi o grandi. Piccoli bug possono essere corretti entro 2-4 ore da uno sviluppatore Unity intermedio. Medium può essere risolto in 4-12 ore e la risoluzione di bug di grandi dimensioni può richiedere 12-48 ore. Date queste stime, abbiamo bisogno di circa 340 ore per correggere questi bug, ma abbiamo solo 4 sviluppatori x 8 ore x 5 giorni = 160 ore disponibili. Ciò è dovuto al significativa mancanza di esperienza in Unity nel team. "

Esprimi le tue richieste

Innanzitutto, dì al tuo manager che devi ottenere una licenza Unity appropriata, altrimenti non lavorerai al progetto . Ricorda, personalmente non hai milioni di dollari in gioco da perdere. E se l'azienda ti caccia fuori in questo momento, qualcuno (o forse molte persone) sopra di te ti seguirà fuori dalla porta.

In secondo luogo, se conosci altri esperti di Unity in azienda, specialmente quelli che conosci e di cui ti fidi personalmente, di 'al tuo capo esattamente chi vuoi nel tuo team e per quanto tempo ne hai bisogno. Usa le tue proiezioni del modello di triage come motivazione. Se pensi di poter portare armi esterne a noleggio per aiutare, fallo, ma immagino che anche il tempo a bordo renderebbe questa soluzione impossibile.

Terzo, dì loro cosa pensi di poter realisticamente realizzare, negli scenari di risorse più probabili. Non rivestirlo di zucchero. Sarà una pillola amara per loro da ingoiare, ma hanno bisogno di ascoltarla e preparare il cliente. Solo per chiarire il punto, dì al tuo capo: "Se questi termini non funzionano per te, ho preparato le mie dimissioni per te". Questo è fondamentalmente solo un bluff, ma devi scriverlo nel caso lo chiamino.

Aftermath

Se la compagnia sopravvive, ovviamente ci saranno delle conseguenze. Un problema non diventa così grave senza più livelli di gestione che falliscono. Cerca in giro, scopri chi ha ignorato gli avvertimenti, o ha nascosto il fallimento, o ha agito in altro modo in malafede, e assicurati che la direzione si occupi di quelle persone in modo appropriato, o ti ritroverai semplicemente in un'altra crisi tra pochi mesi. Si spera che a questo punto avrai la leva per richiedere cambiamenti e miglioramenti (più formazione Unity, ovviamente), oltre a un bonus / promozione per te e per chiunque altro si sia fatto avanti. Oppure potresti cercare un nuovo lavoro. Buona fortuna!

Concentrati su ciò che un leader farebbe in questa situazione.

Sii obiettivo nella valutazione e fornisci alla tua leadership un'analisi ponderata della situazione ora che sei effettivamente in grado di mettere le mani su tutte le informazioni pertinenti. Informali dei problemi in sospeso e fornisci soluzioni per ciascuno di essi.

Se riesci a correggere i bug in 5 giorni, ma dovrai assumere tre liberi professionisti esperti a $ 500 / ora, presentalo come una mitigazione contro il rischio di perdere $ 10 milioni se il progetto fallisce.

Non essere negativo e dire quanto stia andando male il progetto: indica gli ostacoli attuali e poi spiega loro come sconfiggerli. In questo modo non sei la persona che non ha potuto farlo, sei la persona che ha presentato le soluzioni che un'altra persona ha rifiutato.

Alcune delle risposte precedenti mettono in guardia dall'essere impostato come un capro espiatorio. Ho lavorato in posti abbastanza disorganizzati da avere i problemi che descrivi, ma non abbastanza machiavellici. Il rasoio di Occam suggerisce semplice caos, nebbia di guerra, mancanza di flusso di informazioni, ecc. E hanno già un capro espiatorio: il manager prima di te. Non puoi possibilmente essere il capro espiatorio, se ho capito bene.

Alcune delle risposte precedenti suggeriscono di fare il minimo possibile, non essere l'eroe, inizia a cercare il prossimo lavoro, ecc. Nella mia carriera, l'esperienza di essere un eroe è effettivamente utile. È richiesto ogni tanto. Nei tuoi panni sarei eccitato all'idea di esercitarmi a spegnere un incendio così grande. Se fallisci, non è colpa tua e imparerai sicuramente qualcosa. Nella mia esperienza le industrie sono piccole e andrai avanti con le persone più e più volte ed è meglio che ricordino uno sforzo super umano piuttosto che un'alzata di spalle e il tuo CV sulla stampante del team. E chissà, c'è una possibilità che le cose funzionino e ti procuri una seria promozione. Potrebbe non essere più denaro o un nuovo titolo, ma le persone inizieranno a chiederti di più, ad ascoltare quello che dici e così via. Questo da solo rende un lavoro molto più piacevole.

Ovviamente, non parlare con il cliente senza permesso, ma supponendo che tu possa, ascoltare è fondamentale. Forse hanno bisogno della data ma non tutte le funzionalità. Forse hanno bisogno di tutte le funzioni ma la data può scivolare. Forse il loro principale desiderio è semplicemente che qualcuno li ascolti e capisca di cosa hanno veramente bisogno e possono perdere la data e caratteristiche e affidabilità. / p>

Inoltre, underpromise in questa fase, la cosa più difficile per qualsiasi ingegnere nella mia esperienza.

Questo è DOA, prima dell'arrivo. E tu eri sicuramente predisposto al fallimento.

Restituire immediatamente il progetto al precedente manager consigliato, che probabilmente ha preso le distanze, perché i narcisisti vivono spesso in un mondo di sogno e sono incapaci di assumersi la responsabilità delle loro azioni . Chiunque abbia acconsentito a cambiare il project manager poco prima della scadenza potrebbe esserlo anche lui - e potrebbe interpretare te. Non c'è da stupirsi che l'ambiente sia diventato tossico, una volta che la realtà è emersa. Questa intervista spiega bene il problema reale e la follia della situazione. Cerca sempre di lasciare una traccia cartacea e di avere un testimone con te, quando si tengono riunioni rilevanti. Se questa non è un'opzione, segui la catena di comando e lascia che i rappresentanti comunichino con il cliente, in modo da presentare loro una tempistica realistica e requisiti di licenza. Al fine di mantenere il cliente, potrebbe essere richiesta l'accettazione di una penale convenzionale, poiché i termini del contratto non verranno rispettati in tempo. Potrebbe essere necessario sostituire alcuni compagni di squadra irrilevanti con liberi professionisti per accelerare i progressi.

Anche se la maggior parte, se non tutte, le risposte qui sono focalizzate sulla ricerca del numero 1 (cioè tu), proporrò una risposta radicalmente diversa. Ma prima di farlo, voglio dire che ciò che descrivo in questa risposta non si esclude a vicenda con ciò che è descritto in altre risposte (cioè ricerca di lavoro, documentare tutto, smettere prima del fallimento, ecc.) Quindi tienilo a mente, il tempismo è tutto in questa situazione. Vuoi lasciare abbastanza tempo per cambiare radicalmente il tuo approccio se la tua comprensione della situazione cambia.

Ciò di cui hai bisogno per capire in una situazione come questa è quella in cui il proverbiale merda ha colpito il proverbiale fan. Qualcuno ha lasciato cadere la palla alla grande e tu sei stato inserito in questa situazione solo per due possibili scenari:

1. Ti stanno preparando per essere il capro espiatorio.
2. Sei stato inserito nella situazione perché qualcuno più in alto pensa che tu sia un operatore di miracoli.

Certo, ogni istinto mi dice che 1. è molto più probabile, ma 2. è una possibilità che non può essere ignorata e, anche se non è vera, puoi comunque trasformare questa possibilità in realtà.

In questa situazione, se vuoi risolverla nel miglior modo possibile per l'azienda (cioè fare il miracolo), hai davvero solo un gioco, ed è affermare la tua posizione di leader di il progetto e negozia per più tempo con le parti interessate. Se non riesci a negoziare, non sei in una posizione peggiore di quella che sei attualmente. Se ci riesci, puoi negoziare da una posizione di grande forza (perché rappresenti l'unica luce alla fine del tunnel).

Renditi conto, tuttavia, che queste sono le uniche due possibilità e potresti anche oscillare per le recinzioni, perché se 1. è vero, starai comunque cercando un nuovo lavoro. Tuttavia, potresti finire per fare un fuoricampo.

TLDR: negozia per più tempo perché non hai nulla da perdere. O sei il capro espiatorio o il taumaturgo , quindi dai per scontato il secondo e, nel peggiore dei casi, ricorri al primo e inizia la tua fuga.

Ecco una visione piuttosto mercenaria sull'argomento.

Se non ti è stato detto che è tuo compito parlare con il cliente, allora non è tuo compito parlare con il cliente. Lasciarlo alla direzione, ai contratti o al dipartimento.

Quindi ci sono due possibilità:

1. Il software verrà spedito con bug. Se esiste un contratto di supporto, i bug verranno corretti in base a quello. Il cliente non sarà felice, ma tu non puoi fare nulla al riguardo.
2. Il software non verrà spedito in tempo. Chiunque sia responsabile del dialogo con il cliente dovrà risolverlo. Non è il tuo lavoro.

Quindi fai tutto il possibile per correggere i bug più seri ora. Ciò potrebbe significare chiedere aiuto agli altri membri del team. Oppure può significare congelarli mentre lavori da solo. Fai tutto ciò che risolverà i bug più gravi il più rapidamente possibile.

Mantieni il management aggiornato su ciò che sta accadendo. Questo presuppone che non stiano già organizzando riunioni quotidiane.