Come dire a un superiore che non sarò in grado di completare un compito perché smetterò tra un mese?

Non lo fai.

Non informi nessuno finché non sei pronto a dare la tua comunicazione . Dopo averlo fatto, fai del tuo meglio per rendere la transizione a chi ti sostituisce nel modo più semplice possibile.

Ricorda il detto " Non è fatto finché non è finito . " Non sai mai cosa potrebbe accadere.

Ci sarà sempre un lavoro lasciato incompiuto quando smetti, non è un motivo per dire alle persone che stai pensando di smettere. Non è MAI nel tuo interesse annunciarlo prima di essere pronto a smettere. A volte un'azienda risponde a questo lasciandoti andare immediatamente, a volte iniziano a trattarti come qualcuno di cui non possono fidarsi o di cui non sono più interessati ad aiutare.

Troveranno un modo per finire il progetto se è così importante per loro. Se sei preoccupato, assicurati semplicemente che il progetto sia ben documentato.

Questo è stato il tuo primo grande progetto, hai identificato alcuni difetti (hai detto che il codice non è così buono) e stanno chiedendo più funzionalità. Sai cosa succede quando continui ad aggiungere nuove funzionalità a un sistema che non è stato progettato per loro, giusto? Ottieni qualcosa che è ancora più difficile da mantenere ed estendere.

Nella tua situazione verrei bloccato, ma in un modo professionalmente appropriato . Fai in modo che prima di andare avanti sia il momento di ripagare il debito tecnico: valuta quello che hai, documenta il codice corrente se non l'hai già fatto, valuta le nuove esigenze e possibilmente rivedi il progetto per tenerne conto. Quindi i primi passi per soddisfare la loro richiesta sono fare queste cose. Se il progetto attuale esiste solo nella tua testa, vorresti risolverlo comunque, quindi anche se non riprogetti nulla, dovresti iniziare scrivendo alcune cose.

Questo non lo è rallentando perché chiunque si occupi di questo compito dovrebbe fare la stessa cosa , ma non avrà il vantaggio della tua conoscenza. È opportuno dedicare tempo alla manutenzione e alla progettazione.

In questo modo, se la nuova offerta non cade per qualsiasi motivo, non hai bruciato alcun ponte, tu " abbiamo iniziato a estendere l'app e saremo in giro per più di quanto pensavi.

E se ti dicessero "no" e insistessero per iniziare a implementare le nuove funzionalità? In tal caso, è su di loro. Hai provato a farlo bene; possono dirti di farlo male e poi convivere con le conseguenze. Tuttavia, non sembra particolarmente probabile; sei l'esperto e non c'è segno di ostilità. Mi sembra ragionevole che se fai il caso loro lo accetteranno.

Non notificare; refactoring

La situazione è che non senti che sarebbe appropriato iniziare questo nuovo progetto quando non ti aspetti di finirlo. È fantastico che tu senta questo tipo di responsabilità nei confronti del tuo datore di lavoro. Tuttavia, hai altre opzioni oltre a notificarle.

Dici

Inoltre, il codice non è eccezionale, dato che era il mio primo progetto di dimensioni decenti

Quindi aggiusta quella. Refactoring della base di codice esistente in modo che funzioni meglio. Questo è qualcosa che aiuta l'azienda. Dopo averlo fatto, il codice funzionerà meglio e sarà più facile da modificare. Alcune cose da fare come parte di un refactor:

1. Scrivi specifiche funzionali e tecniche. Questi quattro documenti (versione attuale e futura di entrambi) dovrebbero documentare ciò che hai già fatto e suggerire come ti aspetteresti che venga svolto il lavoro futuro. Quindi, quando qualcuno viene a sostituirti, può vedere il tuo pensiero su come il tuo codice si adatterebbe all'applicazione complessiva. Questo è qualcosa per cui sei qualificato in modo univoco, poiché in questo momento comprendi meglio il tuo codice corrente.

2. Aggiungi test unitari. I test unitari documentano come dovrebbe funzionare il codice esistente. Inoltre rendono il codice più facile da modificare, poiché le modifiche che interrompono gli unit test sollevano bandiere rosse. Potresti anche finire per scrivere alcuni test funzionali, poiché la funzionalità è ciò di cui puoi essere certo che rimarrà.

3. Aggiungi documentazione. Concentrati sul motivo per cui stai facendo le cose piuttosto che su quello che stai facendo. Il codice (inclusi gli unit test) dovrebbe documentare da sé ciò che si sta facendo. Ma se inserisci un hack per evitare un bug particolare, documentalo. E scrivi unit test che lo applichino.

4. Modularizza. Focus soprattutto sulle aree che dovranno essere modulari per la nuova funzionalità. Inoltre, a volte si modularizza per semplificare la scrittura di unit test. Ad esempio, potresti avere una funzione lunga che finisce per fare più cose. Suddividerlo in funzioni più piccole (possibilmente lasciando la funzione originale ma delegando le sue responsabilità ad altre funzioni) può rendere possibile scrivere test unitari più granulari.

Queste parti di un refactoring sono in ordine di priorità. Nota che anche se la persona successiva getta via il tuo lavoro esistente e ricomincia da capo, le specifiche e i test possono fornire un punto di partenza.

In questo modo stai facendo il lavoro che li aiuterà in questo progetto. Quindi se è lì che vogliono che tu lavori, è lì che stai lavorando.

Puoi combinare questo con la prioritizzazione (come suggerito da altri). Fai prima il tuo lavoro più regolare. Ma dedica il tuo tempo extra a test e documentazione.

Parla con il tuo nuovo datore di lavoro

Vorrei parlare con qualcuno coinvolto nel processo di assunzione che è con il tuo nuovo datore di lavoro. Spiega che il tuo attuale datore di lavoro sta cercando di fare piani a lungo termine per quanto riguarda il tuo lavoro. Questo ti preoccupa perché andartene romperebbe quei piani. Quindi sarebbe utile se potessero fare un'offerta ora. Nel peggiore dei casi, potrebbero dirti che non sono pronti a fare un'offerta. Forse quel 99% sicuro è troppo ottimista. Sarebbe bene sapere. Nella migliore delle ipotesi, potrebbero fare l'offerta ora.

Una volta che hai un'offerta, informa il tuo attuale datore di lavoro il prima possibile. Ciò risolverà tutti questi altri problemi senza alcuna necessità di ginnastica o il rischio di essere disoccupati.

Se sono davvero sicuri al 99% di assumerti, saranno consapevoli delle possibilità che potresti riprendere il tuo lavoro attuale o che potresti ricevere un'altra offerta da qualcun altro. Entrambe queste cose accadono regolarmente. Quindi non dovrebbe essere un grosso problema affrettare un po 'la decisione. Se non sono disposti a sbrigarsi, allora non è una cosa sicura al 99%. Stanno seriamente valutando altre opzioni.

È molto più sicuro che parlare con il tuo attuale datore di lavoro. Nel peggiore dei casi non ricevi un'offerta ma hai ancora il tuo lavoro attuale. Parlare con il tuo attuale datore di lavoro significa che potresti non avere un'offerta né un lavoro attuale.

Il fatto che ci tieni all'azienda e a cosa accadrebbe alla web app se la lasci incompiuta non significa che si preoccupino molto di te o dell'app.

Come hai detto, questo non era non rientra nel tuo ruolo lavorativo (il grado di paga non ha importanza qui), quindi non è veramente sotto la tua responsabilità. Cose come questa (compiti al di fuori del tuo ruolo) accadono sempre nelle piccole aziende, ma questo non significa che dovresti esserne pienamente responsabile.

Se l'azienda avesse un vero team di sviluppatori, non lo faresti ' Non preoccuparti così tanto, quindi perché dovresti preoccuparti per il fatto che non lo fanno? Se vogliono davvero creare applicazioni, dovrebbero assumere sviluppatori o una società esterna.

In base all'esperienza personale, il meglio che potresti fare è aiutare a selezionare il nuovo ragazzo (presumo che le persone in azienda responsabili del reclutamento abbiano nessuna idea circa i requisiti) e presentarlo al progetto. Eviterei di lasciare i tuoi contatti personali in quanto ciò potrebbe portare a essere contattato per chiedere aiuto quando non lo desideri veramente, ma se ti va bene sentiti libero di farlo.

Il problema potresti have è la nuova azienda che ti chiede di iniziare il prima possibile e di non trovare prima il tuo sostituto.

Non conosco i tuoi superiori, ma molto probabilmente non porteranno rancore contro di te. Non hai firmato per stare con loro per tutta la vita, è normale che i lavoratori più giovani trovino i migliori lavori che possono ottenere (opportunità per imparare e crescere), quindi non cercheranno di trattenerti.

Bene, questo è un grosso problema. Fortunatamente non è un tuo problema. Cosa fai: negozi con la nuova società. Se firmi un contratto con la nuova società, vai dal tuo capo e dai la tua notifica. Questo è tutto.

Se ti trovi negli Stati Uniti, il periodo di preavviso è in genere di due settimane. Questa è la sicurezza del lavoro che hai, ed è quanta sicurezza ha l'azienda che continui a lavorare per loro. Se avessero voluto evitare situazioni come la tua, avrebbero potuto prevedere un periodo di preavviso più lungo nel contratto, ma non l'hanno fatto. La stessa cosa che rende più facile per loro licenziarti con due settimane di preavviso è ora morderli alla schiena. È così che dovrebbe essere.

Se gli dici ora che non sarai presente per completare il progetto, ci sono molte aziende che ti licenzierebbero immediatamente e se la nuova azienda non lo farà Finisci per offrirti un nuovo lavoro, non hai niente. Questo è quello che devi evitare. Quindi non dici nulla finché non dai il tuo preavviso.

Questa sarà una buona opportunità per sviluppare competenze come appaltatore indipendente. Scopri cosa vuole il supervisore per l'app Web e redige una dichiarazione di lavoro. Quando ti dimetti per iniziare il tuo nuovo lavoro, presenta la dichiarazione di lavoro al vecchio datore di lavoro e chiedigli se desidera trattenerti come appaltatore o subappaltatore per svolgere il lavoro.

Quindi, tu sarà in grado di continuare a lavorare part-time su un progetto che ti piace per un bel mucchio di soldi e avere il seme per possedere la tua attività. Assicurati di negoziare abbastanza tempo per completare il progetto mentre lavori al tuo nuovo lavoro.

Inoltre, congratulazioni per il nuovo lavoro!

Penso che consegnare la tua notifica ufficiale di dimissioni informerà adeguatamente il tuo superiore che non sarai in grado di portare a termine un compito.

Come hai detto, la persona che ti chiede di farlo non è il tuo supervisore. Dovresti chiedere al tuo supervisore effettivo se devi avviare l'attività. Sono d'accordo con altri che dicono che non dovresti menzionare di smettere finché non ne sei certo. Continua come al solito.

Se il tuo supervisore desidera che tu allochi le risorse per l'attività, vai avanti e guarda cosa puoi fare. Potresti imparare qualcosa e il tuo datore di lavoro potrebbe scegliere di riprendere da dove avevi interrotto.

Lavoro nell'IT per un college (cioè dipartimenti decentralizzati) e ricevo costantemente richieste da vari "Superiors I Don't Report A "per creare progetti interessanti. Se ho dei dubbi, chiedo al mio capo se desidera che io dia la priorità o meno. Sono responsabile del mio lavoro e di molti sistemi IT, ma non sono abbastanza in alto per essere responsabile della guida dell'intera nave. Questo è il vantaggio di avere un capo.

O lavori per l'azienda o non lavori per l'azienda. L'unica area grigia che hai qui è quando lasci il lavoro. (Ad es. Nel periodo di preavviso)

Data la tua domanda: Qual è il modo migliore per informare il mio superiore che non potrò aggiungere ulteriori funzionalità all'app Web poiché sono stai per partire, senza bruciare alcun ponte?

Non esiste un'area grigio chiaro in cui puoi sospendere il lavoro solo perché pensi che potresti forse, se x fa y, allora consegnare le tue dimissioni. Sembra solo immorale. Perché se le cose non vanno come speri e non riesci a cambiare lavoro, avrai comunque rimandato il progetto e danneggiato gli interessi dell'azienda.

Se non sei disposto per accennare alle tue possibili dimissioni, o menzionare più sottilmente il fattore bus, dovresti comunque fare come ti viene detto.

Buone risposte qui, penso che il sentimento sia coerente, non dire nulla finché non hai in mano un'offerta firmata dalla nuova azienda. Non previsto, non promesso, non per posta, ma firmato a mano.

+1 per chi ha detto di non lasciare le informazioni di contatto con alcun tipo di tipo "chiamami se hai domande" dichiarazioni. Questa è una cattiva idea. Ci sono sempre delle eccezioni. Ma è una cattiva idea. Vai avanti.

A MENO CHE tu non abbia un contratto di freelance, firmato da loro, in cui dichiari che ogni minuto dopo il tuo ultimo giorno è fatturabile a loro. Anche allora la nuova compagnia potrebbe non farlo. Se la nuova azienda dice di no (e sì, dovresti assolutamente dirglielo se stai ancora lavorando per il tuo vecchio datore di lavoro), allora non farlo. Periodo. Probabilmente non sarai così difficile da sostituire come pensi. La vita nella vecchia azienda andrà benissimo senza di te.

Se decidi di essere abbastanza gentile e di offrirti servizi come appaltatore dopo la fine del tuo impiego, imposta un limite DIFFICILE al numero di ore che lavorerà per il vecchio datore di lavoro per i primi 90 giorni o qualsiasi altra cosa tu decida. Qualcosa come un massimo di 10 ore a settimana, solo di notte e nei fine settimana.

Probabilmente dovrai iniziare a lavorare con il tuo nuovo datore di lavoro. Si aspetteranno la tua completa e indivisa attenzione mentre sei al lavoro. Non ostacolare il tuo rapporto con il tuo nuovo datore di lavoro e di certo non mentirgli.

Assicurati di fatturare tutto il tempo impiegato per contratti per la vecchia azienda. Non cercare di essere solo cool con loro. Fatturali ogni due settimane, anche solo per un paio d'ore. Richiedi il pagamento entro 30 giorni. Se non pagano, smetti di lavorare per loro finché non lo fanno. Non comprare scuse o ritardi nel pagamento.

Preparati a dire "no grazie" all'idea di contrattare con loro. Va bene, non prenderla sul personale. Tra un anno non ti importerà affatto. Persegui la TUA carriera, rimani amichevole ma professionale.

Il fatto che tu sia abbastanza consapevole di porre questa domanda dimostra che probabilmente avrai un futuro brillante nell'IT. In bocca al lupo!

Ci sono momenti in cui il preavviso standard di due settimane è appropriato. Ci sono momenti in cui è opportuno consegnare un preavviso di 30 giorni. Questo potrebbe essere uno di loro. Se fossi in grado di sapere che il numero di camion è 1 e stavo smettendo, riterrei ragionevole inviare il preavviso di 30 giorni anziché di due settimane.

Data l'attuale posizione del tuo datore di lavoro, potrebbero apprezzarti abbastanza da tenerti attivo se la nuova offerta fallisce. Ma dovrai essere il giudice di questo.

Esiste un approccio a metà strada.

Non dire loro che te ne stai andando. Dì loro che stai prendendo in considerazione alcuni cambiamenti di vita e che non gli consigli di iniziare a fare un investimento così nuovo ea lungo termine che ti coinvolga in questo momento. Quando ti chiedono, puoi dire che questa è una decisione che stai prendendo personalmente e che non hai nulla di professionale da annunciare in questo momento. Se trovi qualcosa da condividere, lo farai.

Nota che questo farà comunque esplodere una bandiera rossa. Molte persone qui probabilmente troveranno che questo è un cattivo consiglio (poiché suggerirebbero di evitare del tutto la bandiera rossa). Non sto nemmeno suggerendo che dovresti farlo. La sto semplicemente presentando come un'opzione che potrebbe sembrare meno drammatica ... la bandiera potrebbe essere ancora rossa, ma non così rossa gocciolante di sangue. Se stai cercando idee su ciò che potrebbe essere meno terminale (in alcune circostanze, in altri casi il datore di lavoro trarrà comunque le proprie conclusioni e "giocherà sul sicuro" assumendo il peggio), questa potrebbe essere un'idea da considerare, o almeno qualcosa su cui ripiegare se una conversazione sta seguendo un percorso che non volevi.