Ho intenzione di lasciare il mio lavoro a causa della nostra piattaforma: come posso lasciare una spiegazione produttiva di questo? [chiuso]

Non so nulla di Blub stesso, ma sono stato in una situazione simile in cui c'era qualcosa nel mio lavoro che penso dovesse essere risolto, ma non voglio masterizzare bridge. Ecco alcune idee che potrebbero aiutarti.

1. Cerca di risolvere il problema. Spiega al tuo capo che pensi che Blub sia una pessima decisione per la salute e la crescita dell'azienda. Fornisci casi e casi specifici in cui danneggia la società (o dove altre piattaforme potrebbero aiutare meglio l'azienda). Proponi un'alternativa che ritieni sia superiore ed essere pronta a sostenerla con i fatti (ricorda - dati oggettivi). Ciò ti consentirà di esprimere le tue preoccupazioni e valutare come reagisce il tuo capo e quanto è aperto a tecnologie diverse (o, quanto è sposato a Blub). Puoi anche ottenere alcune informazioni su perché l'azienda sta usando Blub e si sta attenendo ad esso. Vi darà anche una misura del fatto che valga la pena di sporgervi, se la compagnia ha deciso di cambiare tecnologia. (Nota: questo può dipendere dal tuo capo. Ovviamente, questo non funzionerà se ne è innamorato e pensa che sia il futuro della tecnologia.)

2. Mantieni fino a quando non ottieni un'offerta di lavoro. fino ad ora ti sei occupato, quindi cerca un nuovo lavoro e aspetta di andartene finché non ricevi un'offerta. Questo ti dà un out facile - "Mi è stata offerta una posizione che si adatta meglio ai miei obiettivi di carriera" (o qualche altra linea più neutrale). Certo, questo non aiuta necessariamente la tua attuale compagnia, ma non è del tutto corretto da te risolvere il problema.

3. Dì che vuoi portare la tua carriera in una direzione diversa. Spiega che preferiresti lavorare su una piattaforma diversa e che Blub non è la tua tazza di tè. Questo ti consente di dire qualcosa sulla falsariga di "Non mi piace", senza entrare nel dibattito religioso di linguaggi / piattaforme di codice. Come ha detto Paolo nella sua risposta, mantiene le ragioni per cui ti lasci vicino e riduce la possibilità che le persone la prendano personalmente.

4. Fai capire che non è l'ambiente dell'ufficio. Assicurati che il tuo capo e i tuoi colleghi sappiano che ti è piaciuto lavorare con loro. Offri di connettersi con loro su LinkedIn se non l'hai già fatto. Cerca di rimanere in contatto con loro come parte della tua rete professionale.

Per quanto riguarda il tuo successore e la documentazione, assicurati semplicemente che tutti i problemi / stranezze che conosci siano documentate da qualche parte, nel codice o in una wiki o in qualche altra piattaforma di documentazione strutturata. Spiega nei commenti perché hai fatto qualcosa in un certo modo e sii pratico di ciò - "facendo così perché la nostra versione di Blub non supporta il metodo alternativo X." Se il tuo successore ha familiarità con Blub e non gli dispiace, allora non presteranno attenzione a nessun tipo di "stai lontano!" messaggi. Qualcuno che non ha familiarità con questo probabilmente penserà che tu sia solo uno di quegli elitisti della piattaforma e ignori i messaggi espliciti, e qualcuno che ha familiarità con Blub e non gli piace, o che è sul recinto, o avrà già un ruolo nel tuo lato dopo più esperienza, non avrebbe applicato alla posizione, o avrebbe ignorato il tuo "stare lontano!" messaggi, comunque.

Dì che ritieni che lavorare con Blub non sia compatibile con il modo in cui desideri sviluppare la carriera. Questo mantiene la ragione per lasciare il tuo attuale lavoro vicino a te stesso, limitando la possibilità che le persone ti portino via personalmente. Stai calmo e dì che non è stato l'ambiente di lavoro, ma che tu e il lavoro siete cresciuti. Se sono le persone simpatiche che dici di essere, capiranno.

Inoltre, avvertirli che ritieni che blub non sia lo strumento per loro è tutto ciò che puoi fare. Spamming i documenti con "blub sucks" probabilmente non funzionerà.

Non c'è niente di sbagliato nel dire "Sto lasciando / ho lasciato la mia ultima posizione perché volevo lavorare con la tecnologia più nuova / più interessante / meno crufata". Sei uno sviluppatore di software! Dovresti avere opinioni forti.

Ma preferirei sentirti dire che stavi eseguendo verso qualcosa che eseguire away da qualcosa. "Mi sono davvero entusiasmato per Flubber sulla rete Stack Exchange: suonava più moderno e completo di Blub, quindi voglio intraprendere la mia carriera in quella direzione."

Un sacco di buoni commenti sopra. Alcune cose da aggiungere o evidenziare:

1. Non esci finché non hai il nuovo lavoro. Perdi tutta la tua influenza.

2. Documenta tutto ciò che fai per garantire un passaggio senza problemi. Vai oltre per addestrare la tua sostituzione.

3. Prima e dopo lo spostamento, non denigrare nessuno o le sue decisioni.

4. Se ti viene chiesto perché stai andando via, puoi dire onestamente "per imparare cose nuove" e lasciarlo.

Gestito correttamente, potresti ancora ottenere un buon riferimento dopo qualche anno.

Buona fortuna con questo!

La domanda chiave è chi deve chi cosa.

Sembri un ragazzo di livello relativamente basso in un'organizzazione di dimensioni medio-grandi, nella fase di apprendimento della tua carriera; e in quella posizione, devi al tuo datore di lavoro proprio nulla, tranne due settimane di preavviso. Siate certi che non pensano nemmeno di dover più di voi.

Non sto dicendo che se c'è qualcuno che effettivamente ascolterà e si preoccuperà delle tue ragioni, non dovresti parlare a lungo, ma non illuderti di avere una leva per cambiare davvero le cose in meglio parte delle tue attività di uscita.

Invia il più possibile una nota positiva. Non girare la storia in negativo su Blub. Fai girare la tua storia di uscita su questa nuova eccitante opportunità per espandere le tue competenze oltre Blub.

Quindi lascia un elenco scritto di attività in corso e i "potenziali" punti di pericolo per la tua sostituzione tecnica. Ora è il loro lavoro convincere la direzione (se sono d'accordo con te), non il tuo.

Il framework Blub può ancora soddisfare le esigenze di business del proprietario dell'azienda.

Non capisco perché ti aspetteresti che il proprietario dell'azienda scartini i propri investimenti nella base di codice esistente (funzionante) solo perché la lingua / struttura non si adatta bene al tuo cervello.

È molto più economico sostituirti con qualcuno che pensa che Blub sia fantastico.

Non sto dicendo che non dovresti andare avanti se Blub non funziona per te, ma non confondere i tuoi sentimenti con i bisogni del business.

Aggiornamento: "pensa"! = dati. Mi sforzo di documentare le barriere alla produttività e il loro tempo costa ogni giorno. Le cose che scivolano tra le fessure ora non lo fanno.

Esempio:

• VPN non funziona (10:15 am-10:35am: 20min);

• strumento di creazione configurato in modo errato (12:30 pm-1:20 pm = 50min);

• ecc.

A meno che tu non abbia dati sulla domanda di produttività, hai solo un'opinione disinformata.

Infine, come definisci la "produttività". Dopotutto potrebbe essere più "produttivo" non dover scrivere i test per il nuovo codice o per correggere test non funzionanti. (Sì, ho avuto un manager di ingegneria che ci credeva).

A meno che tu non riesca a trasformare un caso basato sui dati in un cambiamento, perché l'azienda dovrebbe cambiare?

Ho lasciato il mio primo lavoro, perché la società ha deciso di passare da Java a .NET. Ho semplicemente detto loro che ho investito molto impegno nell'apprendimento e nella padronanza di Java e che non avrei mai iniziato a imparare .NET mentre c'era bisogno di sviluppatori Java sul mercato del lavoro. Ho fatto un errore però. Gliel'ho detto prima che avessi un nuovo lavoro, quindi ho dovuto passare un po 'di tempo a casa. Non c'è nulla di nuovo nella mia storia, hai ottime risposte, ma ho voluto enfatizzare due aspetti: onestà e avere un nuovo lavoro già.

Per prima cosa non devi giustificarti quando lasci un lavoro, ma generalmente è ciò che dovresti fare per mantenere buone relazioni professionali con il tuo datore di lavoro. Non dimenticare che sarà probabilmente chiamato dal tuo nuovo datore di lavoro (quelli più seri lo fanno).

Dire che te ne vai perché pensi di essere bloccato in un Blub potrebbe non essere appropriato per due motivi, anche se l'onestà è solitamente l'opzione migliore nella maggior parte delle situazioni:

• In primo luogo può ferire loro, nei loro sentimenti, e adottare una posizione difensiva contro di voi. Potrebbe rendere le cose più difficili e dovresti sempre evitare di ferire gli altri sentimenti il più possibile (mi piace creare l'associazione qui con Emotional intelligenza ).

• In secondo luogo potresti sbagliarti. Sì, potrebbero avere le proprie ragioni per mantenere quelle tecnologie. Molto spesso, non comprendiamo le scelte del management perché non abbiamo tutte le informazioni necessarie per costruire la nostra opinione.

L'unico modo in cui ho trovato opportuno lasciare un'azienda è dire loro che vuoi fare qualcosa che è più vicino a ciò che ti piace fare . Puoi dire a te che non piace la tecnologia, invece di dire loro che sono sbagliati .

Puoi essere molto franco. Solo perché non ti piace non significa che sia la scelta sbagliata per loro, quindi non aspettarti che cambino o schiaffeggiano la testa e vai "Certo che hai ragione, come potremmo essere stati così stupidi!"

Basta dire. Non è dove voglio essere tecnicamente, mi è piaciuto lavorare per te e con il team e ti auguro tutto il meglio. Quindi vai avanti.

Forma abbreviata: dì loro che stai partendo per espandere la tua esperienza e le tue abilità. Per quanto riguarda il tuo successore, non devi lasciare nulla al di là di qualsiasi documentazione / rapporto / memo che hai prodotto.

Forma lunga: la programmazione, a differenza della maggior parte delle professioni, è in parte definita dagli strumenti che uno usa. Sia i dirigenti che le risorse umane lo capiscono (anche quelli che chiedono 5-7 anni di esperienza Go), nessuno dei due batterà all'udire di voler espandere la propria esperienza. Che tu voglia lavorare con uno strumento specifico o semplicemente per variare la tua esperienza, sarà preso come nessun rifiuto o segno di inaffidabilità. Tutto il resto è uguale, l'esperienza con più linguaggi, framework, editor, IDE è un vantaggio - ti dà un metro per il confronto, rendendo il tuo giudizio più utile.

Non dici se hai cercato di convincere il tuo attuale datore di lavoro a cambiare strumenti o se pensi addirittura che sarebbe una buona idea farlo. Se lo fai e lo hai, allora il tuo capo dovrebbe già avere tutto ciò di cui ha bisogno la tua sostituzione se la decisione viene rivisitata, non è il tuo posto dove cercare di convincerli a prendere la causa al posto tuo.

Quello che dovresti lasciare per la tua sostituzione è la stessa documentazione su come svolgere il tuo lavoro come hai a disposizione. Se ritieni che ci sia qualcosa che sai su come fare il lavoro con gli strumenti attuali, non ci si dovrebbe aspettare che la tua sostituzione sappia o sia facilmente scoperta, quindi documentala.

Per quanto riguarda i tuoi reclami. Non dovresti menzionarli affatto, non sono rilevanti.

Se questa è una piccola società, e sei l'esperto di tecnologia, dovresti seriamente considerare di avere una discussione onesta (privata) con il tuo capo su come Blub sta danneggiando la sua attività.

Non sono sicuro della tua descrizione se ti definiresti un esperto di tecnologia della società e mi rendo conto che hai detto che la società è "bloccata" su Blub. Forse questa non è la discussione corretta da fare se ci sono altri dipendenti più felici o se non c'è davvero alcuna alternativa al modello di business.

Ma questo mi sembra abbastanza serio. In un certo senso, sta danneggiando i suoi affari semplicemente perché non ti piace e non trovi che sia improduttivo e sei arrivato al punto che vuoi andartene. Perdere un buon impiegato è una situazione piuttosto orrenda per una piccola impresa (sei molto più cruciale per loro, rispetto a una grande azienda).

Non sarei incline a lasciare alcun avviso per un successore, ma assicurati di commentare e documentare il tuo codice nel miglior modo possibile per renderlo relativamente facile da assumere.

Non sono d'accordo parzialmente con altre risposte che non dovresti lasciare il tuo lavoro finché non hai un'alternativa. Se questo lavoro ti sta davvero deludendo, può farti sentire risentito nelle interviste per nuovi posti di lavoro, che è molto poco attraente per i datori di lavoro. (Se è così, potrebbe essere meglio solo per ottenere una pausa netta) Il consiglio di dare una svolta positiva alle cose guardando in avanti è un ottimo consiglio.

Un sacco di ottime risposte qui già, ma ho sperimentato qualcosa di simile cercando di introdurre migliori pratiche di gestione dei progetti che alla fine mi hanno portato a scacciare teste con tutti importanti. Ho deciso di partire e ho dovuto considerare cosa dire.

Ho deciso di mordermi la lingua e di lasciare la nota più positiva possibile, soprattutto perché molte delle persone con cui stavo litigando erano mie amiche. Un paio di anni dopo, la società mi ha chiesto di tornare a gestire lo sviluppo del software a modo mio.

Quindi dico leave su una nota positiva perché non è necessariamente la fine della storia.

Finché stai per iniziare un altro lavoro puoi dire "migliore opportunità, ecc." Ora se parti e non hai un altro lavoro, il divario potrebbe essere difficile, ma dovresti essere in grado di spiegarlo quando ti viene chiesto di riprendere la formazione in qualcosa di diverso e hai avuto bisogno di tempo per farlo.

Prova e iscriviti a qualcosa in modo da poter abbattere il college o il programma come quello che stavi facendo durante il gap.

Potresti anche provare ad atterrare qualcosa di semplice freelance (o meno) e quindi puoi elencarlo come lavoratore autonomo. Assicurati di avere qualcosa da mostrare per questo.

Non aver paura del divario. Mia moglie non lavorava (fuori casa) per 7 anni e aveva due offerte allo stesso tempo, anche se non pagava molto come avrebbe voluto, erano offerte tecnologiche competitive.

Questo succede e il fatto è che stiamo vivendo in un mondo molto "non-blub". Inoltre, a causa dell'esplosione nel campo della tecnologia non-blub hai delle opzioni quindi direi che sei al sicuro.

Ciò che faccio attenzione, tuttavia, è ingannare te stesso nel credere che questa sia la ragione principale, che sei infelice e che cerchi di far credere agli altri quello.

Questa è una ragione molto sciocca per abbandonare molto meno un argomento con qualche speranza di prevedere un cambiamento.

Non dire al tuo capo questa è la ragione. Rendilo un classico "movimento di carriera". E sappi che se ora hai difficoltà, non aspettarti di essere felice altrove. Ci sarà sempre una sorta di fastidioso problema che i programmatori hanno con il loro lavoro, perché è il nostro lavoro indicare problemi e trovare soluzioni.

Buona fortuna!