Domanda:
Qual è un modo "amichevole" per far sapere ai manager che avere buoni sviluppatori è un privilegio?
guest11783
2014-01-16 08:05:29 UTC
view on stackexchange narkive permalink

Lavoro per una piccola azienda, dove recentemente abbiamo cambiato manager. Il nuovo manager non ha esperienza nella gestione degli sviluppatori e il vecchio manager è passato a un ruolo di sviluppo per colmare le lacune lasciate dagli sviluppatori senior che lasciano l'azienda e non sono in grado di trovare sostituti.

Sono stato recentemente messo da parte, perché tendo a stare in ufficio solo 6-7 ore, o esco a fare commissioni a metà giornata, quando il mio lavoro non richiede la collaborazione con altri sviluppatori e non sono in ritardo con il programma. Mi è stato chiesto di essere presente in ufficio per 8 ore, per nessun altro motivo se non che la mia assenza potrebbe far pensare ad altri dipendenti che possono uscire per un po 'o lavorare anche per giornate più brevi.

Io credo che abbia anche messo da parte un altro sviluppatore senior e abbia detto loro la stessa cosa, il che mi dà fastidio, perché questo sviluppatore è meno comprensivo e non credo che l'azienda possa continuare se se ne andasse.

La realtà è che tutti i nostri sviluppatori senior possono uscire dalla porta e avere un nuovo lavoro con una retribuzione fino al 30-40% in più entro una settimana. La maggior parte di noi rimane qui solo per un ambiente informale ed è in grado di unire il tempo personale alle nostre giornate lavorative.

Come posso far sapere a questo manager che non è in grado di avere aspettative di noi, oltre a ciò produciamo software di qualità secondo programma? Ho difficoltà a capire come posso trasmettere questo problema senza sembrare un idiota o essere minaccioso.

Vorrei solo far notare che diventerai minaccioso quando _in essenza_ - minacci.
Telastyn è perfetto. Qual è il tuo obiettivo raccontandogli tutto questo?
Hai ragione; è minaccioso, ma voglio trasmetterlo in modo meno ostile. Il manager deve rendersi conto che il suo lavoro è consentire agli sviluppatori di lavorare in modo efficiente e non è in una posizione che detenga alcun potere su di loro. L'alternativa è farlo rimuovere prima che possa causare danni, che non penso sia l'approccio migliore.
Se lavorassi 8 ore al giorno, finiresti le cose da fare?
** commenti rimossi ** - Ricorda che i commenti hanno lo scopo di aiutare a migliorare un post o chiedere chiarimenti. Per discutere l'argomento, usa [chat]. Per maggiori dettagli, vedere [Cosa non sono i commenti] (http://meta.workplace.stackexchange.com/q/72/98).
Cosa significa "programmare" nel tuo posto di lavoro? Influisce sulla risposta perché se il passaggio da una giornata di 6 ore a una di 8 ore consente al tuo datore di lavoro di essere più competitivo sulle scadenze, allora ha un chiaro motivo razionale al di là del "non capire gli sviluppatori" per desiderare che tu lavori una giornata di 8 ore . Sarebbe utile se il manager ti desse il 30% in più di lavoro con le stesse scadenze di prima, raggiungendo così l'obiettivo di tenerti in ufficio ma in un modo che ti viene chiesto "solo" di completare nei tempi previsti, senza ha chiesto di riempire un posto come esempio per gli altri?
... viceversa, se il datore di lavoro richiede occasionalmente straordinari non retribuiti e lavorando fuori orario tra una crisi e l'altra stai solo informalmente mantenendo una media, allora darti il ​​30% di lavoro in più non sarebbe certo di aiuto. E forse il nuovo manager avrebbe solo bisogno di sapere che esisteva una comprensione (forse informale) appropriata per gli sviluppatori senior * anche se * un cronometraggio più formale è considerato in questa azienda una disciplina migliore per i junior. La risposta deve tenere conto di quale sia l'obiettivo principale qui: istruire il manager o riprendersi le ore :-)
Cosa richiede il tuo contratto? 8 ore o no?
Avere buoni sviluppatori è un privilegio? Nooo. Lavori per loro, ti pagano per farlo. Inizia con quello come base e lavora da lì. Le cose diventeranno più chiare per te. Tutti, incluso te, possono sempre essere sostituiti. In questi giorni puoi farlo molto rapidamente. C'è un sacco di gente a Redmond Washington, disponibile. Nuove persone in un'azienda portano nuove idee e una nuova suite di esperienza e capacità. Qualcuno deve averti trattato una volta come un tesoro raro, perché a quanto pare è questo che ti motiva. Comprendi che era proprio questo, un metodo per motivarti, non una benedizione.
Avere buoni sviluppatori ** è ** un privilegio, quelle persone che sono appassionate di ciò che fanno. Le persone che sanno programmare, ma in realtà lo fanno solo per un lavoro e basta, sono una dozzina. Gli sviluppatori * buoni * non sono facilmente sostituibili senza spese e costi * significativi *. * Non * era una sua manipolazione per ottenere un buon lavoro da lui. Un buon sviluppatore può andare a trovare un altro lavoro ogni volta che vuole, e sarà la * perdita delle aziende *. Capisci questo. Le cose non sono come una volta.
@System360, Sono sorpreso che tu lo dica. Che dire delle aziende che spendono letteralmente milioni per denunciarsi a vicenda per il bracconaggio di talenti? http://pando.com/2014/03/27/how-steve-jobs-forced-google-to-cancel-its-plan-to-open-a-paris-office/
@thursdaysgeek nell'industria del software c'è * sempre * più lavoro da fare. c'è sempre di più da imparare, costruire, ripulire, ecc. È come l'arte o la matematica in cui puoi sempre trovare qualche nuova idea su cui lavorare. Lavorare 4, 8 o 16 ore al giorno non cambierebbe questo fatto. Si tratta di un ritmo di sviluppo ragionevole che non brucia il tuo * cervello *.
Vieni pagato per 8 ore al giorno?Se sì, lavora 8 ore al giorno.
Molti commentatori qui pensano che OP dica che * lavora * 6-7 ore al giorno.OP ha dichiarato "in ufficio per 6-7 ore".Quello è diverso.Anche se 0 lavoro viene svolto altrove, è ancora un'idea sciocca aspettarsi che lavoratori qualificati della conoscenza impieghino una specifica quantità di tempo al giorno o alla settimana.È dare e avere.Se ti aspetti 8 / giorno-40 / settimana e niente di meno, non aspettarti che ci preoccupiamo quando hai bisogno di uno straordinario extra di 30 ore / settimana per le prossime 2-3 settimane prima del lancio;questo è il tuo problema quando diciamo di no.Se vuoi che sia anche un nostro problema, aiutaci a prenderci cura.Molti sviluppatori qui rifiutano gli straordinari anche se il capo ottiene il permesso di pagarli.
@System360 accidenti a questo commento non sta invecchiando come speravi, è.
_In qualità di ingegnere informatico senior, _ ho difficoltà a credere che qualcuno rifiuterebbe un aumento di stipendio del 40% solo per la piccola comodità di poter eseguire commissioni casuali di tanto in tanto.Un aumento dello stipendio del 40% aumenterebbe _molto sostanziale_ il mio tenore di vita, e abbandonerei la nave senza nemmeno pensarci se avessi un'offerta del genere (supponendo che non richieda il trasferimento, ecc.).Se il prezzo è dover "sprecare" una giornata PTO per eseguire una commissione, così sia.
Venti risposte:
jmac
2014-01-16 10:45:05 UTC
view on stackexchange narkive permalink

Il compito del tuo manager è gestirti. Vuoi dire al tuo manager che te ne andrai se ci prova. Questa sarà una discussione in contraddittorio, qualunque cosa accada. Se vuoi far capire il punto senza dargli un ultimatum, prima devi capire il suo ragionamento e poi devi spiegare gentilmente il tuo. Qualunque cosa dica, rispetta la sua autorità di manager e termina la conversazione in buoni rapporti.

Comprendi il suo ragionamento

"Cerca di vedere onestamente le cose dal punto di vista dell'altra persona . "

- Dale Carnegie, Come conquistare amici e influenzare le persone

Suggerisci che questo nuovo manager stia parlando solo degli otto ora al giorno perché non ha mai lavorato con gli sviluppatori prima. Sei sicuro? Il vecchio manager avrebbe potuto essere rimosso perché non ha fatto rispettare le regole. Forse l'alta dirigenza ha notato che le persone erano costantemente fuori ufficio e ha chiesto al nuovo manager di migliorare su questo. Forse è preoccupato di essere a corto di personale perché altri sviluppatori se ne stanno andando.

Ognuno di questi è un problema molto diverso dal suo punto di vista e richiede una finezza diversa per aggirare dalla tua parte. Piuttosto che entrare e stabilire un ultimatum, la prima cosa che dovresti fare è chiedergli qual è il suo ragionamento. Ad esempio:

Ehi capo, volevo dare seguito a quella conversazione che abbiamo avuto sull'orario di lavoro. Da quando siamo entrati in azienda, tendiamo ad avere orari di lavoro flessibili e incoraggiamo ad avere un sano equilibrio tra lavoro e vita privata purché il lavoro venga svolto in tempo. Dato che lavoreremo insieme, voglio cercare di capire i tuoi obiettivi per gestirmi in questo modo. Ti dispiacerebbe spiegare il cambiamento?

Il punto è dire: "Questo sembra un po 'improvviso, quindi come adulto maturo voglio capirlo" piuttosto piuttosto che passare all'offensiva. Questo gli dà la possibilità di pensarci, spiegare e forse anche scioccarti avendo una buona risposta.

Spiega delicatamente la tua opinione

"Non criticare, condannare o lamentarti."

- Dale Carnegie, Come conquistare amici e influenzare le persone

Potresti non essere d'accordo con il suo ragionamento. Potresti pensare che sia stupido e farà smettere tutti. E potrebbe. Ma dirgli che direttamente non farà altro che farlo arrabbiare. Devi spiegare gentilmente la tua posizione, ad esempio:

Parte del motivo per cui sono stato così fedele a questo lavoro e a questa azienda è la flessibilità che mi consente. Capisco che tu voglia che sia qui 8 ore al giorno perché <reason x> , c'è un modo per trovare un modo per soddisfare ciò di cui hai bisogno e permettimi comunque un po 'di flessibilità quando ho le cose di cui ho bisogno di cui occuparsi durante l'orario di lavoro?

Cercando un modo per scendere a compromessi e chiedendogli di guidarti alla risposta, sarà molto più disposto a darti un margine di manovra piuttosto che se lo richiedi a prescindere da ciò che vuole.

Rispetta la sua autorità

Alla fine della giornata è il manager e incaricato di prendere queste decisioni indipendentemente dal fatto che tu d'accordo con loro. Rispettalo.

Se scende a compromessi e ti lascia un po 'di flessibilità, dì: "Grazie mille, non vedo l'ora di lavorare con te"

Se non scende a compromessi e ti dice di lavorare 8 ore al giorno e di prenderti le ferie se hai delle commissioni, digli "Grazie mille, non vedo l'ora di lavorare con te."

/ em>

Lanciare un ultimatum non gli farà cambiare idea. Se davvero non riesci a convivere con la sua decisione, inizia a fare colloqui altrove e invia la tua lettera di dimissioni. Minacciare di smettere non renderà la tua vita lavorativa più piacevole (peggiorerà solo le cose), quindi è meglio smettere in buoni rapporti. Negoziando con i tuoi piedi otterrai risultati molto migliori che scontrarti con il tuo manager.

Molto questo. Aggiungo anche che spesso il "Tu segui le regole" è perché un'altra persona della squadra che non si esibisce ti userà come scusa.
Penso che il punto centrale della domanda sia evitare di essere troppo contraddittori
"Il vecchio manager avrebbe potuto essere rimosso perché non ha fatto rispettare le regole". - no, OP ha dichiarato che "il vecchio manager è passato a un ruolo di sviluppo per colmare le lacune lasciate dagli sviluppatori senior che lasciano l'azienda e non sono in grado di trovare sostituti"
_Come conquistare amici_ presuppone che tu abbia già deciso la strategia. Ma un'altra valida strategia è considerare il lavoro come un contratto di reciproco interesse, non di amicizia. Comprendi che l'azienda si prende cura dei propri interessi e che la tua parte dell'interesse reciproco è tua responsabilità.
@njk, che dire di questo è contraddittorio?
@user, So quello che il richiedente ha dichiarato era il motivo, i motivi dichiarati e i motivi effettivi possono essere molto diversi. Supponendo che tu sappia il motivo è una cattiva idea perché puoi sbagliarti e scavare una buca per te stesso, da qui il suggerimento di chiedere.
@MSalters, * Come conquistare amici * *** e influenzare le persone *** è il nome del libro. L'ultima parte è ciò che sta cercando di fare. Se non stai cercando di influenzare il manager, qual è lo scopo in primo luogo?
@use11153 - "il vecchio manager è passato a un ruolo di sviluppo per colmare le lacune lasciate dagli sviluppatori senior che lasciano l'azienda e non sono in grado di trovare sostituzioni" - Solo per quanto ne sa l'OP. Potrebbero non essere a conoscenza di tutti i dettagli della carriera del loro ex manager.
Penso che il problema con questa risposta sia che il manager non ha un vero sistema di feedback. Quando lo sviluppatore smette di funzionare, e lo farà, il manager dovrà indovinare cosa l'ha causato.
@itcould, come proporresti esattamente a uno sviluppatore di implementare un "vero sistema di feedback" per il suo manager se il suo manager non è in vena di feedback in primo luogo e i dipendenti vogliono solo che li lasci in pace? Se vuoi * dare * un feedback autentico, devi essere disposto a * ricevere * feedback autentico per cominciare. Avviare un dialogo è il modo in cui scambi le informazioni ...
@itcouldevenbeaboat Cosa ti fa pensare che non esista un sistema di feedback? C'è sempre solo una richiesta di feedback, il che batte sicuramente le supposizioni.
In realtà, mi riferisco specificamente alla frase: "Grazie mille, non vedo l'ora di lavorare con te". Chiaramente, dovresti dirlo se sei felice. Ma se non lo sei, e dici questo, il tuo capo penserà di aver fatto un buon lavoro! Come è giusto per lui? È molto più equo e professionale dire: "Capisco quello che stai dicendo, ma non posso essere d'accordo. È inaccettabile per i motivi X, Y, Z e dobbiamo raggiungere un accordo diverso o devo dimettermi rispettosamente . "
@itcouldevenbeaboat - Questo è spiegato nella riga successiva: "Emettere un ultimatum non gli farà cambiare idea. Se davvero non puoi convivere con la sua decisione, inizia a fare colloqui altrove e rilascia la tua lettera di dimissioni. la tua vita lavorativa è ancora più piacevole (peggiorerà le cose) "" Quando te ne vai, puoi spiegargli il motivo. * Ma non prima. *
@Bobson: Considera che sei già in una situazione di ultimatum. Per arrivare a questo punto, il boss non ha accettato le ragioni esposte, non ha nemmeno accettato un compromesso e ha emesso un ultimatum. Secondo la tua logica, non dovresti nemmeno cambiare idea. Se ciò accadesse, rifletterei il messaggio: "Capo, non hai ascoltato le mie ragioni. Quello che hai detto mi suona come un ultimatum: accettare o lasciare. Nessun'altra scelta. È questo che volevi?". Ciò ti impedisce di essere visto accidentalmente come colui che emette gli ultimatum.
@MSalters - La differenza è che il capo ha il potere di licenziarti sul posto ma non può costringerti a rimanere, ma hai il potere di smettere ora, accettare e smettere più tardi, o semplicemente accettare. Ciò significa che qualsiasi ultimatum gli dai lo limita alla capitolazione totale o all'accettazione totale (perché non ha un'area grigia su cui lavorare). D'altra parte, poiché hai tre opzioni, puoi accettare il suo ultimatum e avere ancora due opzioni rimaste.
@Bobson: Ti manca la terza opzione: il capo può affermare che non è un ultimatum, ma pur sempre un punto su cui si sente fortemente e soggetto a ulteriori trattative, possibilmente in un secondo momento. Un ultimatum è la fine della negoziazione e infatti consente solo due vie d'uscita. Ecco perché consento esplicitamente la terza opzione, "non un ultimatum, non la fine dei negoziati".
@MSalters - È vero che questa è una possibilità, ma ponendo la domanda forzi una risposta - o deve fare marcia indietro e dire "No, hai ragione, quando mi sono rifiutato di scendere a compromessi, in realtà intendevo che ne parleremo più tardi "o deve confermarti in faccia" "Sì, è un ultimatum" ", che indurisce la sua posizione. La natura umana lo farà risentire per te nel primo caso o non sarà disposto a cambiare idea nel secondo. Terminare la conversazione con una domanda del tipo "Possiamo discuterne di nuovo tra tre mesi?" "È un buon modo per dirglielo. "" È un ultimatum? ", Non lo è.
Se hai una certa lealtà verso l'azienda nel suo insieme, penso che sia sbagliato dire semplicemente "Grazie" e poi andartene. Sarebbe utile incorporare le idee di @pwned's answer:. Dì al tuo manager che potrebbero rischiare il futuro dell'azienda perdendo sviluppatori chiave. Se la direzione si rende conto dell'importanza di questi sviluppatori chiave, sarà un vantaggio per tutti.
@Luke e altri che hanno sollevato punti simili. Il manager ha ancora la possibilità di rendersi conto del danno che potrebbe causare all'azienda. La lettera di dimissioni consente comunque all'azienda di chiederti il ​​motivo o di offrirti di modificare il tuo compenso (più $$ o rendere gli orari un po 'più flessibili?). Come bonus, non essendo conflittuale, puoi fare la tua ricerca di lavoro con meno immediatezza.
@MSalters, anche se consenti questa terza opzione, il manager la accetterà? Può servire una persona grande per tirarsi indietro da quella situazione. Sei sicuro che il manager si tirerà mai indietro? Sei sicuro che si ritirerebbero oggi? Lo vedranno come un'opzione in tempo per usarlo? Quel tipo di "non un ultimatum" sembra superare quel limite piuttosto difficile. Anche se capitolano, anche se potresti non esserti fatto un nemico, probabilmente non ti sei fatto un amico.
@CoatedMoose - Sicuramente un'azienda potrebbe negoziare una volta ricevuta una lettera di dimissioni, ma potrebbero esserci dei sentimenti negativi da entrambe le parti una volta che il rapporto datore di lavoro-dipendente si è interrotto al punto che il dipendente ha entrambi i piedi fuori dalla porta. Penso che sia meglio per entrambe le parti se il dipendente è più diretto su quando un cambiamento di politica li farà partire. Ovviamente se il dipendente non si preoccupa del futuro dell'azienda o si aspetta di essere licenziato per essere diretto, allora dovrebbe assolutamente rimanere in silenzio.
@Bobson: Il tuo "No" sta ancora assumendo un manager piuttosto deciso. È raro: l'allenatore decisivo metterà l'ultimatum sul tavolo quando vorrà. Il tipo di "no" che mi aspetterei è un "No, no, fraintendi, vedi, voglio solo chiarire come la penso a questo ..."
@Luke Sono d'accordo che saltare a una lettera di dimissioni potrebbe non essere la scelta migliore, ma non mi sembra peggio che minacciare l'azienda. Suppongo che il commento su SE sia affermato in modo più schietto che espresso di persona. Se presentato in un modo che non sia una minaccia o una condanna (che è quello che "rischiare ... perdere sviluppatori chiave" suona per me), una conversazione sul perché è molto più produttiva per entrambe le parti.
A proposito di questa citazione: "prenditi delle ferie se hai delle commissioni" - se questa è una posizione effettiva, dovresti confrontare attentamente le regole del lavoratore "stipendiato" ("esente") con quelle del lavoratore "orario". Per i lavoratori salariati, credo che nessun periodo di ferie o paga possa essere detratto per qualsiasi giorno lavorativo in cui hai svolto almeno un po 'di lavoro.
@Jon, Intendevo "prenditi una vacanza" come in "se hai bisogno di fare qualcosa durante l'orario di lavoro, prenditi un giorno libero". Che molte aziende in tutto il mondo applicano. Non tutti i paesi hanno le stesse leggi o standard sul lavoro ...
Odio questa opzione di "negoziare con i piedi". Questo non è negoziare, è fuggire. Se un nuovo manager entra in un ruolo e rovina effettivamente quello che una volta era un buon sistema di lavoro, negoziare con i piedi semplicemente peggiora il sistema. Potrebbe aggiustare le cose per te, te stesso, ma è essenzialmente l'opzione egoista. La cosa corretta da fare è convincere il manager che i suoi metodi sono dannosi.
Nello sviluppo, la gestione dovrebbe essere una funzione di supporto, che di solito non ha a che fare con l'autorità, questo di solito proviene dal responsabile del prodotto (pensato che i due ruoli potrebbero essere la stessa persona). Il suo compito è assicurarsi che tutto sia a posto per permetterti di fare il tuo lavoro. Se lo fa, sta facendo il suo lavoro.
+1 per Dale Carnegie, è davvero uno strumento inestimabile, soprattutto quando si è nel servizio clienti o si tratta solo di persone in generale.
@sashang Quasi ogni volta che ho visto questo tipo di situazione, il manager si rifiuta di muoversi per paura di non sembrare una figura autorevole ... quindi gli sviluppatori finiscono per andarsene perché l'ambiente diventa tossico.
* Qualcuno * ha bisogno di sottolineare che la metodologia di Dale Carnegie è ** una ** di tale metodologia e non è una sorta di legge universale. È un consiglio prezioso ed efficace, ma ci sono molti altri approcci alla negoziazione che sono ugualmente validi e talvolta più pratici, che vanno dal praticamente ostile (Roger Dawson) all'adattivo (G. Richard Shell) al freddamente scientifico (Robert Cialdini) e altro ancora. ** Tutte ** queste strategie funzionano - per ** alcune ** persone. Dipende dalla tua personalità e dai tuoi obiettivi. Stai scegliendo di non vedere questa situazione come una negoziazione, ma penso che lo sia.
Ho avuto una conversazione simile al lavoro. Al nuovo manager piacciono le persone che "lavorano insieme" fisicamente per promuovere la sensazione di essere una squadra. La mia risposta è stata che, sebbene fosse lodevole e che avrei cercato di essere presente se ne avessi avuto bisogno, sono entrato in azienda esplicitamente con la motivazione che mi sarebbe stato permesso di lavorare da casa se non limitasse troppo la produttività . Non avevo bisogno di minacciare esplicitamente nulla. È una buona compagnia e per il resto è un ottimo manager, quindi sarebbe comunque una decisione difficile.
"Rispetta il mio autore" - Eric Cartman
enderland
2014-01-16 20:47:35 UTC
view on stackexchange narkive permalink

La realtà è che tutti i nostri sviluppatori senior possono uscire dalla porta e avere un nuovo lavoro con una retribuzione fino al 30-40% in più entro una settimana. La maggior parte di noi rimane qui solo per un ambiente informale ed è in grado di unire il tempo personale alle nostre giornate lavorative.

Come posso far sapere a questo manager che non è in grado di avere aspettative di noi, oltre a ciò produciamo software di qualità secondo programma? Ho difficoltà a capire come posso trasmetterlo senza sembrare un idiota o essere minaccioso.

Ieri ho letteralmente avuto una conversazione su questo argomento con il mio capo. Il mio team ha lavorato circa 50+ ore a settimana con gli straordinari retribuiti, ma io (come sviluppatore solitario in un team di non sviluppatori) dopo Natale ho deciso di non voler farlo continuamente. Sto effettivamente prendendo una riduzione dello stipendio del 30% abbassando quelle ore.

Ma mi trovo in una situazione molto simile, in cui sono pienamente consapevole che le mie capacità mi permetterebbero di fare più soldi altrove e sarebbe facile per trovare un lavoro dovrei scegliere.

Ecco cosa ho fatto:

  1. Non usurpare l'autorità del tuo capo . Il tuo capo è il tuo capo, manager e in ultima analisi responsabile del tuo continuo successo. Assicurati che questo sia chiaro durante la conversazione. Vuoi che il tuo capo / manager capisca che rispetti ancora l'autorità del tuo capo, altrimenti qualsiasi conversazione come questa risulterà minacciosa.
  2. Trova i modi per farla "vincere, vincere". La tua intera prospettiva deve cambiare da "come ottengo ciò che voglio?" a "come facciamo io e il mio manager a ottenere ciò che voglio". Questo è importante. Non sei tu contro il manager (questa sembra essere la tua mentalità). Il tuo obiettivo non è "vincere" questa discussione, è trovare un terreno comune reciprocamente gradevole.
  3. Il tuo manager non è il nemico. Ancora una volta, non avvicinarti a questo aspetto " combattere "o" vincere ". Questo è importante se vuoi che la conversazione vada bene.

Detto questo, abbiamo parlato di un atteggiamento che devi avere per fare in modo che una conversazione come questa abbia successo. Ora devi avere un motivo e una giustificazione "win win".

Ecco cosa ho fatto nel mio approccio:

  • Ero onesto. Non credo che lavorare 50 ore mi renda complessivamente più produttivo rispetto a 40 ore lavorative. Se lavoro meno ho un incentivo a massimizzare la mia produttività, ecc. Questo è vantaggioso per il mio capo perché alla fine la sua responsabilità è ottenere il massimo valore fuori di me possibile. Se sono 60 / ora settimane perché sono pigro o 40 perché sono disposto a essere iper concentrato, allora questo è vantaggioso. Nello specifico:
    • Non riesco a fare così tanto quando sono esausto
    • Perdo il morale in modo significativo quando "conto le ore" invece di "portare a termine qualcosa"
    • Mi piace essere produttivo e di conseguenza voglio ottimizzare il mio programma di lavoro
    • Faccio un lavoro extra facilmente non essendo riposato (bug, codice non ottimale / buono, ecc.) Che contrasta l'equilibrio
    • Non lavoro principalmente per soldi
  • Ho trovato modi per comunicare il vantaggio reciproco di lavorare sempre di più con un lavoro di qualità . Devi assolutamente farlo. Non puoi fare un ultimatum. Il tuo manager deve capire che esiste un vantaggio reciproco.

Potresti voler discutere un po 'della cultura aziendale e come il programma flessibile ti consenta di svolgere il tuo lavoro più facilmente perché sei rilassato e questo la dinamica della squadra è davvero brava in questo.

Tieni presente anche che il tuo nuovo capo potrebbe essere nuovo nella cultura della tua squadra. Sarà difficile per lui / lei adattarsi. Sii consapevole di questo e riconosci che non hanno l'esperienza della cultura del tuo team che hai tu.


Per inciso, il tuo post ha un po 'come "Io davvero come essere in grado di non lavorare sodo e fare un lavoro da torta perché il mio capo sa che se si aspetta un lavoro duro lo smetterò ". Se hai questo atteggiamento, immagino che l'intero post sopra non si applichi davvero ...

Gli sviluppatori semplicemente non possono lavorare 50 ore in modo efficace per più di un mese circa. Lucent lo misurò; la produttività media diventa negativa dopo 40 ore. Queste sono cifre misurate da veri team di sviluppatori.
@MSalters sì, ma buona fortuna nel convincere la gestione più tradizionale di questo con un "Non posso lavorare 50 ore in modo efficace!" - Sono d'accordo al 100% (da qui il motivo per cui ho avuto la conversazione in primo luogo) ma non è qualcosa con cui tutti sono d'accordo, sfortunatamente. Questo problema peggiora anche quando hai un manager con esperienza limitata o inesistente con lo sviluppo ... se aggiungi un link a quello studio lo aggiungerò alla mia risposta perché sarebbe perfetto!
"come facciamo sia io che il mio manager a ottenere ciò che voglio." Adoro questa strategia :)
@MSalters, ha ottenuto un link per lo studio Lucent?
Scusa, no, l'ho imparato mentre lavoravo lì.
["Perché dobbiamo tornare a una settimana lavorativa di 40 ore per mantenere la nostra sanità mentale"] (http://workplace.stackexchange.com/a/16780/168) :)
@MSalters WTF? Se hai passione 50 ore non sono niente. Un ottimo esempio è il libro "Masters Of Doom". Il signor Carmack sembra voler lavorare 80 ore + a settimana per molto tempo. Perché il lavoro è ciò che gli piace. 40h è una scusa stupida (e normalmente come il link sopra non è uno studio). Ciò che pensi sia la tua produttività e cosa sia realmente è una grande differenza.
@Offler: L'industria dei giochi è nota sia per le ore lavorate che per gli alti tassi di bug. Non credo che questa sia una coincidenza.
@MSalters Ogni settore IT è noto per gli alti tassi di bug. Infatti nel paese in cui lavoro un lavoro di 40 ore è normale. (OK è anche regolamentato dalla legge se non si ha un lavoro speciale che 8 ore al giorno lavorativo è il limite, ma è consentito graffiare per un breve periodo di 10 ore) Alcune persone lavorano a casa dopo le 8 ore (costruisci una recinzione, qualunque cosa), quindi anche se hai 8 ore di sonno, non saranno 8 ore di non lavoro. Se hai la stessa cosa dell'hobby e del lavoro, pensi di essere non produttivo? O pensi di commettere errori nel costruire una recinzione dopo le 8h di lavoro?
@MSalters 6-7 ore è un tasso di lavoro molto basso. "Il vecchio manager è passato a un ruolo di sviluppo per colmare le lacune lasciate dagli sviluppatori senior che lasciano l'azienda e non sono in grado di trovare sostituti" significherebbe che c'è ancora molto lavoro da fare. Quindi, se qualcuno lì lavora 6 invece di 8 ore, hai un lavoratore completo in meno ogni 4 lavoratori. Se definiscono anche i propri obiettivi per scrum (o in altri modi), possono anche raggiungere facilmente i loro obiettivi prima della scadenza. Essere uno sviluppatore non rende nessuno più degno di qualsiasi altro lavoratore.
@Offler: Ho già menzionato Lucent. Quei sistemi avevano tempi di inattività misurati in minuti all'anno, inclusi tempi di inattività _pianificati_! Confronta questo per dire Blizzard o EA, che riescono ad avere errori del server anche il giorno del lancio del gioco. Le percentuali di bug non sono certamente universalmente elevate.
@MSalters Blizzard e EA hanno alcuni problemi con il server il giorno del lancio non è a causa di bug, ma piuttosto perché l'hardware non è in grado di gestire il carico. Potrebbe essere stato possibile ottimizzare alcune parti per consentire a più utenti, ma questo non può essere considerato un bug.
@Offler Una persona presumibilmente (non dubito che abbia lavorato più di 80 ore, dubito solo che non abbia avuto un impatto negativo sull'efficienza del suo lavoro) essere in grado di lavorare 80+ ore a settimana per un lungo periodo di tempo non lo fa renderlo la norma. Amo programmare e lavoro come sviluppatore, ma ciò non significa che ogni progetto su cui devo lavorare sia interessante quanto i progetti che * scelgo * di intraprendere durante il mio tempo, e questo è un fattore importante quando si tratta alla "passione".
Ciò che ne consegue è che alcune persone potrebbero essere in grado di lavorare più efficacemente più a lungo. Ma per la ** stragrande maggioranza ** di noi lavoratori della conoscenza, lavorare per lunghe ore a tempo indeterminato uccide la produttività, il riposo e il morale. Questo non va bene a lungo termine per nessuna delle parti (che è la mia risposta sulla discussione con il tuo manager).
@Offler: Se il tuo unico impegno nella vita è il lavoro che ami, 50 ore a settimana non sono un problema. Se hai anche un tragitto di due ore, una moglie, alcuni figli, stai allenando una piccola squadra di campionato e hai bisogno di sostituire il tetto prima che arrivi la pioggia o sarai tutti fradicio, non importa quanto ami il tuo lavoro; 50+ ore uccideranno la tua vita. (Oltre a, a lungo termine, uccidere la tua produttività.)
Nota bene questo: "Non usurpare l'autorità del tuo capo". Sembra un non sequitor dopo aver letto una dozzina di commenti sulle ore lavorate a settimana. È solo una parte del buon consiglio in questa bella risposta!
@Offler la tua logica è difettosa. A Carmack sarebbe piaciuto molto lavorare 80 ore a settimana. Ciò non significa che non sarebbe stato più produttivo se fosse tornato a 40 ore. La produttività degli sviluppatori di software non è misurata dalle ore di lavoro, ma piuttosto da quanto svolgono. Amo il mio lavoro, ma mentalmente sono esausto da circa 6 ore.
-1
@andy Se uno è davvero mentalmente esausto dopo 40 ore, forse sbaglia il lavoro? Puoi essere produttivo, si tratta davvero di passione e formazione. Penseresti che una buona vacanza sia fare hollyday, prenotare una camera d'albergo solo per te e il tuo laptop? Ci credereste che sia un effetto a lungo termine esaurirsi dopo un periodo di tempo? Ad esempio, se inizi ad allenare qc. prima è difficile fare cose facili (es. correre per un'ora). Se inizi a farlo ogni giorno, diventa più facile. Lo stesso con il cervello. All'inizio è difficile tornare a 40 o 50 ore. Dopo un po 'è facile. Pensi che un politico abbia meno di 60 ore?
@Offler dovresti leggere i volumi di ricerca fatta che indica che per qualsiasi lavoro di lavoro manuale, dopo un periodo di tempo relativamente breve, la produttività torna a quello che era in una settimana di 40 ore. Inizia [qui] (http://skeptics.stackexchange.com/q/14028/9086) per alcune buone fonti. Le tue ipotesi sono molto quantificabili e studiate per essere smentite per la maggior parte delle persone. Inoltre, per quanto riguarda i politici, se lavorano tutti per 60 ore alla settimana, non c'è da stupirsi che il governo sia un tale disastro dell'inefficienza.
@Offler Spiacenti, la tua logica è completamente difettosa. Credi che un lavoratore manuale appassionato del suo lavoro si stanchi più lentamente di uno che non lo è? È abbastanza chiaro che non hai ricoperto una posizione che potrebbe essere classificata come lavoratore del pensiero. Per quanto riguarda i politici, ho pensato che fosse generalmente accettato che non producessero nulla di valore.
@enderland C'è un bel po 'di ricerca che mostra gli stessi effetti sulla produttività per coloro che ricoprono ruoli di pensiero.
@andy d'altra parte non troverai persone di successo che lavorano solo 35 ore e ottengono successo in così poco tempo. Hanno successo perché non si fermano a 35 ore e pensano: Oh, ho bisogno di equilibrio tra lavoro e vita privata - il lavoro è una parte della vita. Se guardi agli studi Refa avrai la perdita di produttività con meno ore di lavoro. La maggior parte delle aziende che hanno abbassato l'orario di lavoro non hanno aumentato la quantità di lavoratori, ma hanno aumentato la densità del lavoro. Se guardi agli ospedali tedeschi l'effetto è stato il seguente: 9500 morti in più all'anno a causa di "errori" umani. E pensi ancora che ...
@enderland ... meno ore di lavoro ti rendono più concentrato? Hai bisogno di tempo per lavorare con attenzione. Troverai studi per un tempo di lavoro contro più / meno. Ti diverti anche molto se guardi l'output del citato DeMarco: nei suoi ultimi anni ha rifiutato l'uscita dei suoi studi più anziani, ancora le persone citano solo quelli più grandi. (questo è il suo lavoro: vendere qualcosa. I suoi vecchi pensieri sono già venduti, quindi aveva bisogno di altri ...). Quindi il risultato di alcuni "studi" dipende principalmente da chi e cosa dovrebbe essere la verità. Avevamo persone che lavoravano con 35 ore e 40 ore nello sviluppo. I più produttivi sono quelli con oltre 40 ore
@Offler Posso solo presumere che tu sia un manager, e non un bravo ragazzo. Sembra che tu stia misurando la produttività in base a quante ore sta lavorando qualcuno. Il tuo punto di vista sugli ospedali tedeschi è irrilevante; quello che è successo è stato che si aspettavano la stessa quantità di lavoro compressa in meno tempo, il che ovviamente si traduce in una qualità inferiore del lavoro poiché le persone si preoccupano di soddisfare aspettative irragionevoli.
@Andy "stessa quantità di lavoro compressa in meno tempo, ... si traduce in una qualità inferiore". Pensa alla tua risposta. Pensi ancora di poter fare la stessa quantità in 30 ore? La tua produttività complessiva diminuisce con meno ore. Questo è esattamente lo scenario del poster originale: tende ad essere in carica per 6 ore, altri per 8 (che è 30 contro 40 ore lavorative) .Se vuoi la stessa quantità di lavoro da 40 ore e ti aspetti che venga svolto in 30 ore, non credi che ci sarà una perdita di qualità o solo meno lavoro sarà fatto in 30 ore? Pertanto l'esempio si adatta che è solo 35:40 contro 30:40
@Offler Sì, perché la fine della giornata è molto meno produttiva per i lavoratori del pensiero (e probabilmente anche i lavoratori manuali). Ho già detto che l'esempio dell'ospedale non era un confronto valido poiché si aspettavano lo stesso numero di pazienti in meno tempo portando a pericolose scorciatoie. Un'analogia migliore è il sollevamento pesi; con lo stesso peso sarai in grado di fare meno ripetizioni mentre fai più serie. Nient'altro che il riposo ti permetterà di fare lo stesso numero di ripetizioni di quando hai iniziato.
Lo scambio @Andy "prevedeva lo stesso numero di pazienti" con "numero atteso di user story". La tua analogia con Reps mostra una cosa: forse non sei così produttivo alla fine della giornata e all'inizio, ma sei comunque produttivo. Come in ogni altro lavoro. "Thought worker" è una semplice scusa. La maggior parte dei programmatori non si siederà a pensare per tutto il tempo, ma avrà altre cose da fare e anche pause. Nella mia esperienza quelli con il minimo talento rispettano di più l'orario di lavoro. Se il lavoro non è divertente, perché codificano? Perché qualcuno ha detto: lavoro facile, asciutto, puoi partire presto?
@MSalters, Una costante mantenuta durante l'esperimento da Lucent è che tutti loro non ** possiedono ** il lavoro che fanno. Questo è il vero motivo per cui la curva di produttività è una gobba in cui non è possibile ottenere più valore in uscita oltre una certa quantità di ore di input. Per quanto riguarda gli imprenditori che amano ** e possiedono ** quello che fanno, la produttività non diminuisce dopo le 40 ore. Infatti YCombinator richiede letteralmente a tutti i candidati di ["lavorare da casa"] (https://www.google.com.sg/search?q=y+combinator+work+from+home) (anche in pigiama).
@Pacerier: Un tale "imprenditore" può facilmente cadere nella trappola di non vedere più i difetti del proprio lavoro. Non è che gli sviluppatori scrivano righe di codice negative in quelle ore extra, ma scrivono codice piuttosto difettoso. La "proprietà" non ti impedisce di commettere errori quando sei stanco.
@MSalters, Ci sono 168 ore in una settimana. Togli 7 ore al giorno per dormire e ci rimangono ancora 119 ore. Non vedo perché sarai stanco con 7 ore di sonno ogni giorno. La proprietà ti dà più spinta e motivazione in modo tale da non stancarti dopo sole 40 ore di lavoro in una settimana.
@MSalters, .............................................. E, di Ovviamente parlo per il caso generale. Per altri, possono provare risentimento ** anche ** quando hanno la proprietà di ciò in cui lavorano. * ["La domanda è se puoi ricostituire le tue energie quando ti stanchi", dice Michael Leiter, professore di psicologia presso l'Acadia University in Nova Scotia. *] (Http://www.cnbc.com/id/48213365/How_Marissa_Mayer_Prevents_Work_Burnout )
@Offler "Se il lavoro non è divertente, perché codificano?". Nessuna delle cose che trovo divertente, la faccio per 40 ore in una settimana.
atk
2014-01-16 08:25:27 UTC
view on stackexchange narkive permalink

Il tuo manager è il tuo manager . A meno che la società non consenta specificamente di impostare il tuo ruolo su orari fissi, o non consenta al tuo manager di impostare orari fissi, o se hai un contratto che controlla questo, allora il tuo manager ha l'autorità per farlo.

Se non ti piace, puoi dirlo al tuo manager, ma ricorda che questa autorità è spesso riservata ai manager, non ai dipendenti.

Potresti adottare l'approccio che questo è una nuova politica e tu, essendo abituato alla vecchia politica, avrai bisogno di un po 'di tempo per adattare il tuo programma non lavorativo per soddisfare questo nuovo requisito, anche se questo acconsente e la tua domanda sembra voler combattere.

Potresti provare a spiegare in termini di cose a cui tiene il tuo manager, come "Capo, so che preferisci avere orari regolari, ma quando sono in grado di utilizzare il tempo flessibile, finisco per fare un lavoro extra la sera, dopo essere arrivato a casa. Se ci atteniamo a un orario regolare, i vantaggi per l'azienda andranno persi e dovremo rivalutare i nostri risultati ".

Potresti provare a dirgli che l'orario flessibile era pubblicizzato come un vantaggio quando hai accettato il lavoro e che questo è un vantaggio importante per te. Ti piacerebbe capire il suo processo per riottenere tale beneficio.

Potresti dire professionalmente al tuo capo che la rimozione del vantaggio del tempo flessibile causa una riduzione equivalente del tuo compenso e che ritieni di sono dovuti un compenso maggiore in qualche altra forma se scelgono di non fornirti questo particolare compenso. Fai attenzione, però, poiché può essere considerato molto conflittuale se non gestito con molta attenzione.

Se davvero non ti piace, puoi provare a parlare con le risorse umane, se hai un dipartimento delle risorse umane oppure puoi sempre trovare un nuovo lavoro.

"l'autorità", ma non l'obbligo.
Perché la paura del confronto? È lui che ha avviato il processo di cambiamento. E questo nonostante il fatto che il suo BATNA (migliore alternativa all'accordo negoziato) faccia schifo, dal momento che il datore di lavoro è un tale scrooge. Se altri lavori pagano il 40% in più, e ha già poche persone, ti ha appena aperto la porta chiedendoti il ​​25% in più. I negoziati sono sempre un po 'conflittuali, ma le persone commerciali sono abituate a questo e non evitano questo confronto.
@MSalters, Sono un tipo commerciale. Essere conflittuali è un modo meraviglioso per finire senza alcun accordo. Non hai alcun accordo se non sei disposto a sederti al tavolo, e per sederti al tavolo devi capire il lato dell'altra persona e mostrare che sei disposto a negoziare. Sono abituato ad avere clienti conflittuali, ma sarei un povero venditore se lo usassi come scusa per farlo da solo.
@jmac: Sono pienamente d'accordo che dovresti negoziare. Di solito si ottengono risultati migliori. Ma devi capire la tua posizione contrattuale per negoziare, e questo significa essere conflittuale quando l'altra parte inizia a fare ordini eccessivi. Se sei un venditore di auto e un cliente entra volendo acquistare il nuovo modello, ovviamente negozierai. Ma sarà conflittuale se il cliente insiste per uno sconto elevato. Devi essere in grado di accettare la possibilità che non venderai quell'auto. Gli affari non sono tutto.
@MSalters, il manager chiede al richiedente di rispettare le regole del suo contratto. Non c'è niente di "eccessivo" in questo. Essere conflittuale non dovrebbe essere la tua prima scelta, non dopo che il manager chiede: * "Ehi, potresti lavorare 8 ore come dice il tuo contratto?" * Se diventi conflittuale e dici: * "Posso fare di meglio altrove, mi farai essere qui, mi pagherai "* allora dovresti essere pronto a uscire se il manager dice di no. Una volta che hai detto al manager cosa deve fare, scoprirai chi detiene davvero la leva oltre l'opzione nucleare di smettere sul posto.
@jmac: La domanda afferma che l'unica ragione è "impressione sugli altri", cioè _non_ perché lo dice il contratto. Sembra un problema di autorità che il capo ha con quegli altri sviluppatori. Nessuna grande sorpresa, possono anche andarsene (stessa posizione di negoziazione). Il boss sembra evitare di affrontarli trattando invece con OP. Perché? Cerchi il più debole tra gli sviluppatori? Cercando di dividerli? La compagnia ha la mano più debole e sembra stia bluffando. È giusto dire al capo che è meglio passare una mano debole.
@jmac perché presumi che il richiedente abbia un contratto che prevede 8 ore di lavoro o 8 ore di facetime? A seconda della giurisdizione potrebbe essere in grado di affermare che pratiche preesistenti costituiscono un contratto implicito.
Solo perché qualcuno è il tuo manager non significa che dovresti accettare tutto ciò che dice senza fare domande o lasciare il lavoro. Questo è un falso dilemma che esclude la ragionevole possibilità di discutere o negoziare qualsiasi aspetto del lavoro. Questa non è una relazione "maestro e soggetto" e non dovresti aver paura che il tuo manager si "arrabbi" semplicemente affrontando l'argomento. Dopotutto, era accettabile che prendesse da parte l'OP e gli facesse nuove e arbitrarie richieste senza che nulla fosse offerto in cambio. Alla fine della giornata, hai in mano alcune delle carte. Usali.
IMO, questa è l'unica risposta che chiama davvero il pane al pane. Il tempo flessibile è un vantaggio. Forse è nel contratto, forse no, ma alla fine è un vantaggio! Alcuni vantaggi sono troppo importanti per rinunciare; negli Stati Uniti forse è un'assicurazione sanitaria, qui in Canada forse è un piano dentale o farmaceutico. Per l'OP e il suo team, è tempo di flessibilità. Se il tempo flessibile era stato precedentemente offerto - implicito o esplicito - allora rimuoverlo costituisce effettivamente una rinegoziazione dei termini di impiego. È probabile che un accordo sia possibile; forse qualche vacanza aggiuntiva o giorni personali sarebbero in ordine.
Minacciare di "ripensare ai risultati finali"? Vorrei che ripensassi alla tua situazione lavorativa, in circa 30 secondi.
@System360 sono contento di non lavorare per te, allora. La rivalutazione dei risultati finali è normale e dovrebbe essere eseguita periodicamente per affrontare eventuali cambiamenti imprevisti, come le risorse disponibili, la modifica dell'ambito o la modifica della data obiettivo. Se non permetti al tuo team di adattarsi alle mutevoli esigenze, inclusa la correzione di una stima precedente fatta su presupposti diversi, allora stai impostando il tuo team per il fallimento, non per il successo.
Paul Sobocinski
2014-01-16 18:18:03 UTC
view on stackexchange narkive permalink

La maggior parte di noi rimane qui solo per un ambiente informale e per essere in grado di unire il tempo personale alle nostre giornate lavorative.

Inizia dicendogli questo, anteponendolo con "Ehi capo, ho una dura verità da condividere. Credo che ...". Gli farai un favore: un'intuizione del genere è fondamentale per il tuo manager per svolgere il proprio lavoro in modo efficace. Se è tagliato per il suo nuovo ruolo, sarà sinceramente grato che tu ne abbia parlato con lui.

Detto questo, vedo alcune bandiere rosse:

  1. Il nuovo manager non ha esperienza nella gestione degli sviluppatori
  2. La presenza è la metrica più pigra (e meno utile) su cui un manager deve concentrarsi
  3. Motivo per cui gli sviluppatori lavorano nella tua azienda (essenzialmente perché non non devi lavorare un giorno intero)
  4. Formulazione n. 3 (perché "stai qui", in contrasto con il motivo per cui "ti piace lavorare" qui)
  5. Implicazioni di # 4, combinato con il fatto che è una piccola azienda

Se non ti dispiace che sia sincero, probabilmente lo devi a te stesso per trovare un nuovo lavoro. Potrebbe non essere sempre facile per te o per noi sviluppatori di software in generale. Siamo fortunati a lavorare in un campo caldo; non sprecare l'opportunità solo per poter lavorare a tempo parziale e ottenere una retribuzione a tempo pieno. Credimi, non ne varrà la pena a lungo termine (a meno che tu non stia facendo di più che fare commissioni durante il tuo tempo libero).

Ma questa è solo la mia opinione (basata su 10+ anni di lavoro in tecnologia), sentiti libero di prenderlo o lasciarlo.

Questa è una delle uniche risposte che fa un favore al manager
Dal "facile aumento di stipendio del 30% -40%", sembra che riceva comunque uno stipendio part-time. Ed è felice di questo. Perché esattamente dovrebbe lavorare più ore altrove per più soldi? Il tuo capo potrebbe non essere consapevole di quella motivazione, ma è una posizione coerente e ragionevole. Lo stesso per me, in realtà: probabilmente posso andare in pensione a 55 anni. Ho lavorato part-time fino a quest'anno perché preferivo avere un giorno libero ogni settimana (da quel lavoro) piuttosto che andare in pensione a 55 anni.
"non sprecare l'opportunità solo per poter lavorare a tempo parziale mentre ricevi una paga a tempo pieno".Perchè no?Mi sembra che questa sia una disposizione perfettamente valida per OP.Invidio chiunque abbia quel privilegio.
pwned
2014-01-16 15:11:33 UTC
view on stackexchange narkive permalink

Di recente ho lasciato il lavoro dopo essermi assicurato una posizione in un'altra azienda e vorrei condividere la mia opinione su questa situazione.

Se la direzione non è a conoscenza dei prezzi di mercato correnti per la tua posizione, fallo sapere in modo molto discreto e privato, essendo il più franco possibile. Spiega loro quanto è importante mantenere in vita il sistema e quanto dipende dagli sviluppatori attuali, fornisci loro un layout di quanto sia critico ogni sviluppatore e quanta formazione e conoscenza ci vuole per riempire quella posizione. Quindi dai loro il tempo di adattarsi (una settimana al massimo) poiché dovranno ricontrollare queste informazioni.

A questo punto, dovrebbero chiamare te e i tuoi colleghi con nuove opzioni di pagamento o migliori condizioni di lavoro. Se non lo fanno probabilmente significa che non gli importa di non aver valutato il mercato degli sviluppatori (il che significa semplicemente che sono irresponsabili), sono al verde o non si preoccupano che il sistema funzioni e abbia una strategia di uscita .

Modifica:

vorrei aggiungere che fintanto che non odi questa azienda, cerca di rimanere finché i tuoi desideri non saranno soddisfatti. La direzione può cercare di mantenerti soddisfatto con un cambio di posizione che non gli costerà nulla, o un cambio simbolico di privilegi o salari. Sii tenace per superare questo passaggio manageriale, rifiuta le offerte se non ti soddisfano, dai loro più possibilità possibili. Sono solo affari. Non buttare via tutto ciò che hai fatto lì dentro.

Penso che sia ingenuo pensare che ti verrà notificato in una settimana di aumentare gli aumenti. Sarai fortunato se le risorse umane avranno letto il documento entro una settimana. Considererei un follow-up in un mese e una strategia di uscita che ti ha con un'offerta presso un'altra società entro 3 mesi. Diavolo, le due persone sbagliate che sono in vacanza allo stesso tempo potrebbero farti abbandonare la nave quando avresti potuto avere un'offerta significativamente più alta da una società che semplicemente non si rendeva conto di essere sottovalutata! Per favore, non lasciare il tuo lavoro perché non ti hanno dato un aumento entro una settimana o incoraggiano gli altri a farlo ...
Assicurati solo di avere una buona strategia di uscita e di essere pronto a non avere un lavoro, poiché una volta che dici al tuo capo che stai guardando altri lavori (anche se solo come "confronto salariale"), potrebbe pensare che è meglio sbarazzarsi di te ora piuttosto che aspettare che tu riceva un'offerta che non puoi rifiutare e lasciare nel bel mezzo di un progetto.
@corsiKa Vedi la domanda. Cito: "Lavoro per una piccola azienda". Cito anche: "Sono stato recentemente messo da parte". Non mancano le risposte da parte della direzione in quanto potresti indurre le persone a credere.
Non funzionerebbe mai in questo modo, il mercato è proprio così e il più delle volte l'azienda suggerirà che se potessi fare di meglio da qualche altra parte dovresti
@MikeBeeler L'ha fatto due volte. Buono per me, non così buono per le rispettive società. Alcuni manager sono incompetenti e quando le società sono gestite male non riescono a offrire salari competitivi e alla fine falliscono o diventano zombie. Insegnare al tuo manager a gestire non è un compito banale, ma chi lo sa, alcuni potrebbero imparare velocemente.
Adam Davis
2014-01-16 21:55:30 UTC
view on stackexchange narkive permalink

Trovo utile pensare alla mia relazione con il mio datore di lavoro come a una relazione d'affari. Fornisco un servizio e ricevo vantaggi. Forniscono vantaggi e ricevono un servizio. Se, in qualsiasi momento, credo che la relazione sia sbilanciata, posso cercare di modificare la relazione o trovare una nuova posizione con una relazione più adatta.

Ciò significa che sono responsabile di decidere quale percorso prendere. Se mi piace il mio attuale datore di lavoro e decidono di costringermi a stabilire un programma prestabilito, gli farò sapere che deve esserci qualcosa fornito dalla loro parte della relazione per rimediare. Se non posso accettare i nuovi requisiti, gli faccio sapere che è inaccettabile. Spetta quindi a loro decidere se vale la pena forzare la relazione d'affari o adattare la loro attività alle mie esigenze.

Se non siamo in grado di risolvere il conflitto, terminiamo la relazione. Non è perché entrambe le parti sono cattive, è solo che le cose sono cambiate da una parte o dall'altra abbastanza da non essere più adatti l'uno per l'altra.

Nel tuo caso, la gestione è cambiata e loro ti sto dando un nuovo programma. Hanno fornito delle ragioni: se quelle ragioni sono valide o meno non importa dal tuo punto di vista. Finora sei stato in grado di continuare a lavorare con loro perché hanno fornito flessibilità, ma ora l'hanno tolta e non l'hanno sostituita con qualcos'altro che renderebbe utile mantenere in vita questa relazione per te.

Puoi negoziare con loro e / o cercare un datore di lavoro che si adatti meglio alle tue esigenze.

Buona risposta Adam rinegoziazione. In questo caso, tuttavia, l'autore confonde due questioni (lavoro flessibile e disparità retributive) e una conversazione su questa base sarà un disastro. Di solito chiamo b.s. sulla linea "chiunque dei nostri sviluppatori può uscire e ottenere il 30-40% in più di pagamento". A meno che a) le persone non l'hanno fatto davvero o b) un altro manager dice che di solito è una favola. Persone competenti che possono andarsene e basta, senza parlarne. Le persone incompetenti minacciano di andarsene tutto il tempo con fantasie fasulle su altri lavori che possono presumibilmente ottenere (ma non fanno mai).
@Pete855217: Non so se la cifra del 30-40% sia accurata, ma se assumiamo una distribuzione più o meno uniforme degli stipendi all'interno di un determinato intervallo, è ragionevole supporre ulteriormente che da qualche parte vicino al 50% delle posizioni in * qualsiasi * campo ha una retribuzione totale inferiore alla media per quel settore o ruolo. Il 30% non è * così * ridicolo, se fai i conti; potrebbe significare che stai guadagnando solo il 23% sotto la media (probabilmente entro una deviazione standard), o il 15% sotto la media se fossi in grado di ottenere un lavoro pagando il 10% sopra la media. Queste sono cifre modeste.
Concordo. Molte delle risposte in questa pagina sembrano suggerire alle persone di vederlo come una relazione "Master / Slave" ... che è uno StackOverflow diverso ...
Sì!Succedono cose che richiedono la rinegoziazione dei contratti di lavoro.E la negoziazione può essere affrontata in modo collaborativo, piuttosto che conflittuale.Va benissimo che una delle parti dica "no grazie" e se ne vada.In un lavoro che avevo, ho negoziato con successo orari ridotti quando sono stato costretto a prendere una riduzione dello stipendio.La trattativa è stata semplice: mi piaceva lavorare lì;volevano pagarmi di meno.Se sei diretto e rispettoso, puoi chiedere qualsiasi cosa ragionevole: devi solo essere disposto ad andartene se la risposta è "no".
"Non è perché entrambe le parti sono cattive."Non sarei d'accordo con quello.OP ha ricevuto un motivo dalla società e il motivo è stato "Vogliamo che tu sia più in carica perché vogliamo che gli altri in carica di più", quindi essenzialmente "Solo perché possiamo".Non è stato richiesto alcun lavoro aggiuntivo, nessuna lamentela che OP è difficile da raggiungere quando necessario.Solo "Vogliamo che il tuo sedere scaldi la sedia solo perché abbiamo autorità su di te."Non va bene.Sfortunatamente, molti posti sono così, e solo i posti buoni mantengono costantemente il talento rendendosi conto che "perché possiamo" * è cattivo *.
@Aaron Sto spiegando la mia filosofia dal punto di vista del "questa è una relazione d'affari", e se leggete quella riga come parte della mia argomentazione come un insieme coerente, dovreste vedere che sto * affermando * che entrambe le parti non sono malvagie ointrinsecamente cattivo.Stai sostenendo che stanno compiendo una cattiva azione, e forse per te potrebbe essere vero, ma se la vedi come una semplice relazione, allora è meglio vedere semplicemente questi requisiti come aspettative o desideri privi di emozioni o giudizi buoni / cattivi,e puoi soddisfare le aspettative o meno, con o senza ricompensa aggiuntiva.
Quindi essenzialmente stai sostenendo che la mia filosofia non è un buon modello.Va bene, e se ti aiuta nelle tue trattative d'affari ad assegnare emozioni ad azioni particolari, allora fai ciò che è meglio per te.Tuttavia trovo che generalmente non sia utile per me.Questa è la mia filosofia - o strategia se assegni anche sentimenti negativi alla parola "filosofia".È una tattica, un metodo, una sceneggiatura, ecc. Si spera che questi commenti ti aiutino a capire meglio perché non sto assegnando "cattive" alle azioni di un'azienda o di una persona, e perché, in effetti, sostengo che non sia utile farlo.
La tua filosofia nel complesso è buona.Ho contestato solo il punto che ho commentato.Non puoi staccare le emozioni da tutti i requisiti, o ottieni requisiti che tutti concordiamo siano negativi.Per portare questo all'estremo in modo che il punto sia facilmente comprensibile: solo un paio di generazioni fa un'azienda potrebbe aver avuto un'aspettativa aziendale che i dipendenti dalla pelle scura fossero separati.La tua argomentazione è valida anche per quel tempo e molti sarebbero stati d'accordo.È ancora brutto.La richiesta del capo di OP * è pessima *.Non lo stesso ordine di grandezza della segregazione dei colori, ma comunque pessimo.Alcuni semplicemente non lo vedono, come se i razzisti non lo vedessero prima.
@Aaron Se vuoi applicare la tua affermazione alla mia filosofia è facile: tutto ciò che devi fare è convertire la "cattiveria" in un valore che puoi soppesare rispetto ad altri valori sulla scala delle relazioni d'affari pro / contro.Se si ribalta, riequilibralo o terminalo.È tutto.Ognuno ha i suoi limiti e vedo che per te il limite sarebbe chiederti un programma fisso.Altri potrebbero non essere rimandati da un requisito di pianificazione fissa o da un passaggio da flessibile a fisso.Tutti possono utilizzare questa strategia.
Ancora una volta, non sto trovando difetti nella tua strategia generale, solo nell'affermazione sul bene contro il male.Quanto a me, questo non sarebbe necessariamente un limite, ma sarebbe una grande bandiera rossa brillante.Mi piace come l'hai trasformato nella tua risposta nel tuo ultimo commento, su come, anche se è brutto, convertirlo in un valore da aggiungere alla tua metrica;questa è una buona idea.Ero indeciso sul fatto di fare +1 su questo o di essere neutrale;Vado a fare +1 così com'è, tuttavia, suggerisco comunque di inserire alcuni dei tuoi ultimi commenti nella risposta.
Ross Drew
2014-01-16 15:51:09 UTC
view on stackexchange narkive permalink

Sento e ho espresso in altre occasioni che gli sviluppatori dovrebbero essere misurati in base alla qualità del loro lavoro e ai risultati e non in base al tempo che dedicano al lavoro. Penso che questo sia un vecchio modo di affrontare le posizioni lavorative che si è insinuato fino allo sviluppo.

Convocherei un incontro con questo nuovo manager e gli chiederei se sente la qualità e / o il volume del tuo lavoro può essere migliorato. Se questo è il caso, potrebbe essere necessario dedicare del tempo supplementare. Se questo non è il caso, gli chiederei perché vorrebbe che tu stia seduto alla tua scrivania per un'ora in più se sta ottenendo ciò di cui ha bisogno da te nel tempo che stai già mettendo e cosa si aspetta da quest'ora in più .

Se hai 8 ore di lavoro da svolgere e finirlo in 7, perché le persone che possono finirlo solo in 9 hanno motivo di voler lasciare il lavoro in anticipo perché lo fai tu? Tu (come molti sviluppatori) hai bisogno di un ambiente rilassato in cui lavorare e costringerti a rimanere quando sei in anticipo sul programma non è rilassante. Digli che accetti una retribuzione inferiore alla media nella tua posizione attuale perché ti piace la libertà che hai in questo ruolo, che rende il tuo ambiente di lavoro piacevole e che imporre restrizioni inutili a te sta togliendo il vero motivo per cui ti piace questa azienda.

Non sono d'accordo con te su questo. Lavorando 1 ora in più, produrrà effettivamente di più (supponendo che mantenga la stessa efficienza), quindi il volume sarà migliorato, quindi avrebbe potuto prevedere forse 2 giorni in meno per un contratto.Inoltre, se assumi qualcuno per lavorare 8 ore al giorno per uno stipendio specifico, quindi significa che ti aspetti che lavori circa 8 ore al giorno. Se è migliore di altri sviluppatori, creerà di più e otterrà un aumento o una promozione migliori. Non credo che dovrebbe lavorare meno di quanto specificato per adattarsi agli altri. Gli altri sono probabilmente meno pagati (si spera).
Funziona solo se lo fai tramite calcolo diretto, cioè ho lavorato un'ora più duramente, quindi posso partire un'ora prima. Non sto dicendo che ti fermi non appena finisci il tuo valore di ore di lavoro dato, sto dicendo che se qualcuno sta producendo il livello previsto di ore di lavoro, non c'è nulla di cui preoccuparsi per la direzione a meno che non stia comprimendo come molto lavoro da te come possono. Alcune persone lavorano meglio e più velocemente, alcune di esse possono persino bruciarsi più duramente e più velocemente. Non è necessario lavorare troppo solo perché è possibile.
Alcuni dicono che Elon Musk lavora 100 ore a settimana. Ma hey, se sei altrettanto produttivo in 7 ore al giorno, vai avanti e cerca di convincere il tuo manager a lasciarti lavorare con quel programma.
Mancando il punto, è il proprietario e il principale beneficiario del suo straordinario. Se il capo vuole pagarmi per essere presente, possiamo concordare 8 ore. Ma il mio capo vuole che le cose vengano fatte, quindi dovrebbe pagarmi per questo. E per gli sviluppatori SW, essere presenti e portare a termine il lavoro sono ** abbastanza ** non correlati.
@dyesdyes È passato un po 'di tempo e dovrò trovare lo studio, ma c'è stato uno studio sull'output degli sviluppatori che ha rilevato che la produttività * totale * è diminuita dopo un certo numero di ore, ed era nell'intervallo di 42 ore. Cioè, settimana dopo settimana, otterrai più produzione totale lavorando 42 ore che lavorando 43 ore. Dovrò provare a trovarlo.
@MSalters Come sviluppatore che si è svegliato nel cuore della notte e ha risolto problemi che mi hanno sconcertato per tutto il giorno, devo essere completamente d'accordo. Tuttavia, conosco sviluppatori lineari: il loro output sembra essere un moltiplicatore lineare delle loro "ore di culo alla sedia". Non sono rock star nel senso che tireranno fuori un intero modulo applicativo in un giorno, ma sono gli sviluppatori più affidabili che conosca.
@corsiKa Interessante. Quelli sono gli sviluppatori il cui codice / prodotto in realtà non mi fido affatto nel mio lavoro.
@JeffGohlke quale, il lineare o lo scoppio?
_ "Gli sviluppatori dovrebbero essere misurati in base alla qualità del loro lavoro e alla produzione e non in base al tempo che dedicano al lavoro" _ - Perché gli sviluppatori nello specifico? Forse non intendevi che gli sviluppatori dovrebbero essere trattati in modo diverso, ma tutti i dipendenti che ricoprono un ruolo che produce qualcosa non potrebbero essere misurati in base alla qualità e alla produzione piuttosto che al tempo?
Sono solo un umile sviluppatore, posso parlare solo per la mia specie.
Non sono stato assunto per svolgere una specifica quantità di lavoro o un certo numero di unità di attività al giorno. Sono stato assunto per essere qui, lavorando nel modo migliore ed efficiente possibile, per 8 ore al giorno. Se finisco qualcosa in 7 ore, cerco di trovare un altro modo per essere produttivo per il tempo rimanente.
Amen per questo. Odio quando si dice che un buon dipendente "fa il lavoro, indipendentemente dagli orari". Ho un elenco di funzionalità "sarebbero carine" che stanno scomparendo ben oltre il prevedibile futuro: è mio compito implementarle ma non è mio compito farle * tutte *. "Il lavoro", per me, è di lavorare in giorni normali (7,5 ore) in media a lungo termine, e di realizzare il più possibile in quel lasso di tempo. L'interrogante deve considerare qual è effettivamente il lavoro e confrontarlo con ciò che viene chiesto, prima di decidere per cosa negoziare.
Ian Lewis
2014-01-16 18:04:03 UTC
view on stackexchange narkive permalink

Nessuno è indispensabile. Una verità scomoda, ma qualcosa che potresti considerare quando guardi se ti piace o no il nuovo regime.

Il nuovo manager potrebbe non avere esperienza nei modi degli sviluppatori, ma se è un buon manager allora imparerà . Se impara, tutti ne trarranno beneficio.

Sta facendo 1-1 chat per vedere come stai? Questa è una pratica comune negli ambienti di sviluppo software ed è un segno (almeno del tentativo) di seguire una buona governance.

"Fare due chiacchiere" può essere un segno di discutibili pratiche di gestione delle prestazioni introdotte , non puoi esprimere un giudizio senza prove. Forse parla con il tuo collega di ciò che è stato / non è stato detto.

Per quanto riguarda il ritorno del lavoro del tuo precedente manager allo sviluppo, cosa ha detto in merito?

A conti fatti, l'approccio migliore è quello di non essere conflittuale, raccogliere le informazioni e poi prendere una decisione. In definitiva, devi trovarti in un ambiente di lavoro confortevole in cui l'azienda ti apprezza e ti senti come se stessi facendo la cosa giusta.

"Nessuno è indispensabile." - anche se questo è vero, chiediti qual è il prezzo per sostituire qualcuno
I precedenti sviluppatori non erano certo indispensabili. Hanno appena trasferito un manager nel loro ruolo. Quanti manager sono rimasti per passare ai ruoli di sviluppatore? E quei manager saranno più produttivi in ​​8 ore rispetto a un vero sviluppatore in 7?
Non so voi, ma la maggior parte degli sviluppatori che conosco rifiuta 5-10 inviti di lavoro ogni due settimane. Se sei un bravo sviluppatore non sei indispensabile, ma ottenere un ottimo lavoro è banale. È molto molto più difficile per un'azienda sostituirti di quanto non lo sia per te trovare un lavoro.
C'è questa cosa chiamata "fattore bus". Quando il fattore bus raggiunge 1, "Nessuno è indispensabile" non è più valido, a meno che la chiusura dell'intera azienda non sia un risultato valido e desiderabile. Tutto quello che sappiamo del fattore bus dell'azienda OP è che è stato recentemente abbassato. (Sviluppatori che lasciano che dovevano essere sostituiti dal precedente manager.)
@BЈовић Questo è un ottimo punto; purtroppo non molti posti tengono conto del costo della sostituzione.
"Nessuno è indispensabile."Non universalmente vero.Parlo ancora con alcune delle persone nel mio precedente posto di lavoro e mi viene ancora detto che ci sono alcuni compiti che sono ancora annullati più di un anno dopo perché non sono in grado di assumere qualcuno con tutte le competenze necessarie allo stipendio che l'azienda èdisposti a permettersi.A volte "Ho un lavoro poco retribuito a causa dell'ambiente e ne avrò uno migliore se l'ambiente cambia" è vero, ea volte semplicemente non riescono a trovare nessun altro disposto a fare il lavoro a buon mercato come hai fatto tu, e non possonopermettersi di più.Si sono remati su Shat Creak.
Matthew M
2014-01-16 16:48:06 UTC
view on stackexchange narkive permalink

Sono ancora uno studente, ma ho affrontato un problema simile in un precedente tirocinio.

Il mio percorso era evitare di minacciare (per quanto possibile) e semplicemente seguire "Questi sono i miei requisiti di lavoro , che mi coinvolge nello sviluppo di xey secondo la pianificazione z. Per quanto ne so, in realtà sono significativamente in anticipo rispetto a tutte le mie scadenze. Non sono davvero sicuro del motivo per cui è un problema per me fare commissioni durante la mia giornata se adempi tutte le mie esigenze e non disturbare nessuno. "

La risposta che ho ottenuto è stata essenzialmente" brontolare brontolare ... ho bisogno di lavorare x ore ... brontolare brontolio ... non posso lasciare che le persone si rilassino "a quel punto ho chiesto come stavo rallentando. La conversazione si è conclusa lì, senza ulteriori lamentele da parte della loro fine.

Se il tuo manager è "solo" un manager (ovvero nessuna precedente esperienza di sviluppatore), ci sono buone probabilità che stia ancora lavorando al vecchio "messo in l'idea delle ore richieste. Vale la pena sottolineare gentilmente che stai soddisfacendo tutti i requisiti.

In termini di altro sviluppatore che hai menzionato, sottolineare quanto sia importante il lavoro di quella persona può rendere il manager più sensibile a loro. Sfortunatamente, non penso che ci sia un modo "carino" per dirgli che è un idiota ...

D'altra parte, questo non sembra il lavoro più meraviglioso, quindi forse è vale comunque la pena guardarsi intorno?

user3139334
2014-01-16 19:35:13 UTC
view on stackexchange narkive permalink

Procuragli una copia del Peopleware di Tom DeMarco e mettici un pennarello nella pagina sulla gestione della teoria spagnola (STM) . STM si riferisce al concetto di mining people come risorsa nel modo in cui gli spagnoli cercavano di arricchirsi estraendo oro dal Sud America piuttosto che consentire loro l'autonomia di innovare (gli inglesi invece hanno innovato durante la stessa epoca e hanno avuto molto più successo) e DeMarco è piuttosto dannoso nel suo libro.

Forse lasciare il libro in giro da qualche parte nella visione del capo, in modo che lo prenda (accidentalmente) e lo legga e capisca la differenza tra un " knowledge worker "e un" seat filler ". Ho avuto capi di "teoria spagnola" e come sviluppatore è l'ultima cosa che vuoi, a meno che forse i soldi non siano abbastanza buoni da permetterti di tollerarli.

Se legge tutto dovrebbe andare bene . In caso contrario, potrebbe semplicemente lasciare una pagina del browser aperta con le tariffe degli appaltatori visibili su di essa in modo che possa iniziare una conversazione con te da una posizione meno autocratica.

Questo ragazzo è nuovo e probabilmente si sente insicuro, quindi sii suo amico, coinvolgilo in quello che fai spiegandolo e coinvolgendolo nella stima e condividi il dramma con lui. Colmerai il divario di comunicazione e tutti potranno tornare ad essere produttivi.

Potrebbe essere utile espandere la tua risposta con alcuni dei punti che vorresti che il nuovo manager togliesse dal libro. Rende la tua risposta più completa e preziosa. Ed è già una dura competizione qui ;-)
* Peopleware * è un libro fantastico. Ho sempre detto che, come sviluppatore, voglio lavorare per qualcuno che ha letto questo libro. (In qualità di lead o manager, voglio lavorare con / assumere persone che hanno letto * The Pragmatic Programmer *). Detto questo, lasciare il libro da trovare probabilmente non funzionerà. Probabilmente non verrà letto in modo casuale. Tuttavia, ho prestato la mia copia del libro a un ex capo, ma era perché era nato da chiacchiere amichevoli e questo era un capo con cui avevo un buon rapporto. Hmm, ora che ci penso, non ho mai riavuto quel libro. :)
È un libro fantastico e ha rafforzato molte delle mie convinzioni sul modo in cui può essere realizzato un buon lavoro di conoscenza. È un tiro piuttosto lungo lasciare il libro da trovare, ma ho pensato che potrebbe valere la pena provare. Penso che tutti dovrebbero conoscere la teoria spagnola di gestione almeno è un termine così grande che racchiude un intero corpo di manager non illuminati. Non è che non devi lavorare sodo, è che dovresti sentirti libero di lavorare sodo.
user8365
2014-01-19 19:32:47 UTC
view on stackexchange narkive permalink

La tua mentalità da " Programmatore Rockstar" ti ha impedito di riconoscere ciò che è importante per il tuo supervisore. Potrebbe ritenere (giusto o sbagliato) che mantenere felici molti sviluppatori minori sia più importante che mantenerti, quindi fai attenzione.

Inizia la conversazione con la tua comprensione dei requisiti del lavoro quando hai accettato il lavoro. Prendi nota che nessuno si è mai lamentato della tua giornata lavorativa di 7 ore, ma assicurati di essere certo che nessuno si sia lamentato. Un'altra area su cui concentrarsi è il fatto di portare a termine il proprio lavoro. La concentrazione è fondamentale, quindi togliersi di mezzo le commissioni può essere un ottimo modo per liberare la mente per il lavoro. Questo potrebbe ritorcersi contro e il tuo capo ti darà altro da fare.

La realtà è che tutti i nostri sviluppatori senior possono uscire dalla porta e avere un nuovo lavoro con un massimo di 30-40 % di retribuzione superiore entro una settimana. La maggior parte di noi rimane qui solo per un ambiente informale e per essere in grado di unire il tempo personale alle nostre giornate lavorative.

Il semplice fatto che tu abbia continuato a rimanere indica che apprezzi l'ambiente informale su una retribuzione maggiore, quindi come lo vedi come leva? Invece di 8 ore al giorno, questi lavori potrebbero metterti in 10-12. La paga extra che hai indicato non torna.

In realtà, la teoria rockstar ha le basi in alcune prove sperimentali: http://www.bchrma.org/wp-content/uploads/2012/11/rb-the-best-and-the-rest.pdf La maggior parte delle persone è al di sotto della media perché la distribuzione è paretiana (o legge di potenza).
@daaxix - Non sto denunciando la teoria della rockstar, solo che il manager potrebbe non seguirla. Quale manager preferisce sostituire frequentemente gli artisti mediocri perché vengono allontanati da un individuo?
Ho pensato che fosse assolutamente chiaro. L'OP ha un lavoro in cui non lavora molto duramente, ma guadagna meno che altrove. Il manager vuole che lavori di più, ma non paghi di più. E l'OP dice "se volessi lavorare di più, potrei farlo altrove per più soldi". Sembra che il supervisore non riesca a vedere cosa è importante per lo sviluppatore.
@gnasher729 - Non sto sostenendo che questo manager abbia ragione o che sarà efficace con il suo approccio.Sto solo dicendo che l'OP non ha trovato alcun modo per far cambiare idea a questo particolare manager.Il nuovo manager può essere rimandato quando le persone si prendono del tempo senza nemmeno chiedere.Supponendo che tu possa andare e venire a tuo piacimento, puoi costringere i manager a diventare più severi.Per alcuni è più facile fare marcia indietro se le cose sembrano andare di traverso o qualcuno se ne va.
Code Whisperer
2014-01-17 00:21:59 UTC
view on stackexchange narkive permalink

OP, questa è una buona domanda.

Otto ore in un giorno è un numero arbitrario. Può essere dichiarato esplicitamente nel tuo contratto (che, sono sicuro, il tuo datore di lavoro dimenticherà convenientemente quando vorrebbe che tu lavorassi più di tanto), ma questo è ancora arbitrario. Otto è solo un numero. Potrebbe essere sette, potrebbe essere nove.

Prendi, ad esempio, la raccomandazione, comunemente sostenuta, di bere otto bicchieri d'acqua al giorno. A quanto pare, questo si basa sul consumo di acqua consigliato per un uomo di 35 anni del peso di 250 libbre. Gli otto bicchieri d'acqua si basano su determinati presupposti che possono o non possono essere veri nel tuo caso.

Penso che ci siano due domande qui: è ragionevole lavorare in modo flessibile quantità di ore, o altrimenti chiedere altre disposizioni speciali che potrebbero non essere considerate standard, ed è ragionevole aspettarsi che il tuo manager capisca e collabori.

La risposta a queste domande è e no , rispettivamente.

Devo lavorare otto ore?

No, ovviamente no. Come detto sopra, questo è solo un numero arbitrario. Si basa su ipotesi su quanto tempo una persona può essere produttiva e di quanto tempo una persona ha bisogno per la sua vita personale, il che potrebbe non essere necessariamente vero per te.

Probabilmente sei l'unica persona che lo sa di sicuro quante ore dovresti lavorare. Personalmente, non sono molto produttivo dopo sei o più ore di lavoro. Quando qualcuno mi dice che dovrei essere produttivo per otto, gli chiedo da dove hai preso quel numero e quali ipotesi stai facendo?

I CEO e gli altri dirigenti sono famosi per partendo alle tre, o comunque fissando le proprie ore. Questo non è perché sono pigri: la maggior parte dei CEO lavora molto duramente. Tuttavia, poiché non hanno nessuno a cui rispondere, gestiscono la loro giornata in base alle loro esigenze, invece di un benchmark approssimativo, pensato per essere applicato a tutti.

È ragionevole presumere che ci sia un modo per convincere il mio capo a vedere le cose in questo modo?

Non è certamente un'ipotesi ragionevole da fare. Il tuo capo è un essere umano, quindi è assolutamente impossibile sapere con certezza come reagirà a qualcosa o come indurlo a comportarsi in un certo modo.

In genere, il motivo per Il capo opererà secondo un sistema di orari basato su quote, è perché sono confusi e spaventati. Esistendo costantemente in uno stato di incertezza sulla sicurezza del proprio lavoro (perché non sono ottimi manager, quelli che presumono che tutti i dipendenti abbiano bisogno della stessa cosa) cercano di esercitare il maggior controllo possibile sulla situazione.

Le persone che sono confuse e spaventate non sono ragionevoli. Se offri 500 dollari a una persona che corre per salvarsi da una fuga precipitosa di bestiame, probabilmente correrà proprio da te. Questo perché un tale stato d'animo ci rende molto resistenti agli input esterni.

Cosa dovrei fare?

Secondo me, non dovresti fare qualcosa che pensi non ha senso, anche se il tuo capo ti dice di farlo.

È importante valutare in modo indipendente tutto ciò che ti viene chiesto di fare e assicurarti che abbia senso, prima di farlo.

Dico questo perché così facendo si costruisce il pensiero critico e l'indipendenza. Quando fai qualcosa che pensi non abbia senso, solo per placare un manager, crei co-dipendenza e compiacimento.

Alla fine della giornata, se passi anni della tua vita a recitare in un modo compiacente, diventerai compiacente. Ed è la tua vita, quindi dipende da te.

Se il tuo capo non è ragionevole, dovresti smettere. Al momento. Come si suol dire, "la persona che ha perso il lavoro per uno stupido motivo, ne trova sempre uno migliore in fretta".

Non sono d'accordo con "no, certo che no" - se il tuo manager dice di sì, la risposta è "sì, certo che lo fai".
"La persona che ha perso il lavoro per uno stupido motivo, ne trova sempre uno migliore in fretta." Sono abbastanza sicuro che nessuno lo dica tranne te.
Se sei inseguito da bovini assetati di sangue, la cosa ** ragionevole ** da fare è continuare a correre. ;) Ma ho capito il tuo punto.
`Devo lavorare otto ore? No, certo che no` Per favore mostraci la copia del contratto dell'OP che hai ottenuto in qualche modo
Questo non risponde affatto alla domanda, ma sembra essere un commento dei tuoi pensieri sull'argomento.
"la persona che ha perso il lavoro per un motivo stupido, ne trova sempre uno migliore in fretta" Sono sicuro che mi sarà chiaro quando sarò in palestra. Non ha molto senso adesso. Non trasformare qualcosa che sembra possa avere una soluzione ragionevole, vantaggiosa per tutti, in un problema che potrebbe interrompere la tua vita personale, minacciare la posizione del tuo supervisore e interrompere la produttività della tua azienda. Vai alle risorse umane, vedi se possono aiutare. Vanno a scuola per queste cose e sono professionisti nel loro campo.
Muz
2014-01-18 09:26:39 UTC
view on stackexchange narkive permalink

Non confrontarti. Spiega il tuo punto di vista nel linguaggio gestionale: come migliora la produttività, piuttosto che i vantaggi personali egoistici.

La giornata lavorativa di 8 ore si basa su catene di montaggio e attività euristiche. In qualità di ingegnere del software, hai bisogno di molte brevi raffiche di concentrazione e riposo nel mezzo. È del tutto possibile lavorare 8 ore al giorno senza ottenere nulla.

Dopo un po 'di esperienza e molte ricerche (circa un anno di monitoraggio di tutto ciò che faccio), trovo che la quantità ottimale di lavoro per un software lo sviluppatore è massimo 200-300 minuti al giorno. Sono minuti. Non scende a 3-5 ore al giorno. Questo è più spesso 4-5 ore, a seconda del livello di disciplina.

Puoi trovare il tuo ottimale in base alla tua ricerca personale, ma queste sono le mie scoperte personali.

Dopodiché, scrivo un rapporto basato su ciò su cui vengono spesi tutti quei minuti . Ad esempio, 200 ore trascorse a correggere il bug della fotocamera, 50 minuti spesi nella cache, 75 minuti spesi per il refactoring e i commenti.

Offriti di fare la stessa cosa per il tuo manager. I dipendenti saranno felici di lavorare 200 minuti al giorno. I manager sono felici, perché dà loro un senso di controllo se tutti scrivono un rapporto su tutto. I manager odiano quando passi tre ore a programmare, ad esempio ... un'icona lampeggiante e chiedono di sapere perché ci è voluto così tanto tempo.

L'effetto collaterale è che è anche un modo discreto per spiegare che le riunioni sono perdita di tempo. Sarà anche utile per prevedere il tempo necessario per eseguire alcune attività ... quindi se lo sviluppatore A esegue un'interfaccia utente in 200 minuti e lo sviluppatore B lo fa in 350, la direzione sa che l'intervallo di tempo necessario per fare la stessa cosa in il futuro è compreso tra 200-350 minuti. E se supera quel tempo, possono dire cosa non va.

Il tempo in eccesso è utilizzato al meglio per rilassarsi, perché il relax ti aiuta a essere più produttivo in futuro e migliora il morale dell'azienda. Avresti ammesso tu stesso che il morale alto dell'azienda significa un tasso di fidelizzazione più elevato e meno soldi spesi per la paga. Rendigli chiaro questo vantaggio per il morale.

Se insiste solo ostinatamente che lavori 8 ore nonostante sia più produttivo per lavorare meno ore , allora non è un buon manager; vuole semplicemente controllo e potere. Va bene se è semplicemente inesperto e non sa come funzionano le cose. Tutti noi abbiamo imparato sul lavoro. Ma se si rifiuta ostinatamente di non imparare, smettila o fallo sostituire. Rifiutarsi di ascoltare le persone che gestisce farà crollare l'intero team e l'intera azienda.

Hakan
2017-03-23 15:30:42 UTC
view on stackexchange narkive permalink

Sfortunatamente stai ora sperimentando la collisione della differenza di mentalità tra gli impiegati e gli sviluppatori di software. Ecco i fatti sugli ambienti d'ufficio che devi accettare il prima possibile:

  • Il tuo manager non può capire il tuo valore tecnico. Non ha le competenze o il background tecnico per capire la tua differenza rispetto agli altri sviluppatori. Potresti pensare di essere prezioso perché stai risolvendo enormi problemi tecnici più velocemente e meglio di chiunque altro, ma in realtà non fa differenza per lui. Se te ne vai, assumerà "un altro sviluppatore". Il nuovo sviluppatore potrebbe segnalare i problemi che hai risolto come "irrisolvibili", ma se il suo rapporto è solido, il tuo manager andrà bene con quello. Potrebbe commettere errori che costano all'azienda un sacco di soldi, ma dal momento che il tuo manager non riesce a capirlo, non è un problema. Se si siede sulla sua scrivania per 8 ore, renderà il tuo manager più felice di te.

  • Il tuo manager ha la tua responsabilità sui suoi manager. Se non ti presenti in orario o lasci l'ufficio a mezzogiorno, il suo manager chiederà informazioni e avrà difficoltà a rispondere. Questo si rivolgerà a te immediatamente.

  • Le persone di solito sono gelose e risentite per natura. Quindi, se fai meno ore dei tuoi colleghi, si arrabbieranno dentro, non importa quanto sia buono il tuo set di abilità, o li hai già superati e anche se non hai alcun compito assegnato e bevi tè e navighi in Internet per il resto del giorno. E il tuo manager deve mantenere stabile l'ufficio, anche lui / lei è d'accordo con te. Basta non prenderla sul personale.

  • Il tuo accordo con il tuo datore di lavoro afferma che devi essere al lavoro per 8 ore, altrimenti non sarai pagato. Penso che sia una buona ragione al di là di tutto sopra.

Questi sono i fatti a cui non puoi sfuggire. Essendo in ambienti simili per 10 anni, ecco le soluzioni che ho potuto trovare:

  • Lavora più lentamente. Se svolgi tutti i tuoi compiti e bevi il tè durante il resto della giornata, sarai "Il ragazzo che beve il tè metà della giornata". Se lotti per tutto il giorno e riesci a malapena a portare a termine un compito, sarai "Un gran lavoratore che mantiene le sue prestazioni fino all'ultimo minuto".

  • Potresti chiedere di lavorare da casa una o due volte a settimana. Se non vedono che non stai facendo nulla, saranno felici finché completi i tuoi compiti.

  • Se nessuno di loro funziona, ci sono "paradiso sicuro" aziende tecnologiche a cui non chiedono dove sei, se fai bene il tuo lavoro. (Per coincidenza, di solito sono le migliori aziende del mondo) Potresti considerare di passare a una di loro.

Ottimo lavoro nel sottolineare alcune delle ragioni specifiche per cui le decisioni di gestione possono essere illogiche.Mi sentivo frustrato per ragioni simili per un po 'per non essere visto come pensavo di dover;poi mi sono reso conto che, in una certa misura, non posso essere visto in alcun modo più positivo (o negativo, se è per questo) se il mio manager non è completamente informato su ciò che ho fatto.+1 per indicare perché 1 + 1 in realtà è uguale a 3 per il manager.
-1
Brian Warshaw
2014-01-18 02:27:39 UTC
view on stackexchange narkive permalink

La produttività di una persona può diminuire dopo n ore e tuttavia rimanere al di sopra dello 0%. Supponendo che il tuo inizi a ridursi dopo sei ore consecutive, il tuo capo otterrà comunque di più da 2 ore al 50% rispetto a 0 ore al 100%.

Siamo tutti meno produttivi al fine di una giornata lavorativa. Il modo in cui le persone mature affrontano questo problema è organizzare la giornata per inserire articoli che funzionano bene con una produttività ridotta. Potrei fare la parte del leone del mio sviluppo al mattino e salvare il materiale di formazione richiesto per la fine della giornata. Oppure potrei organizzare la mia casella di posta. O se ho qualcosa che richiede cose più ordinarie e di routine, lo farò.

Un problema con la tua domanda è che pensi che il tuo capo la tratti come una transazione commerciale e tu non 't - che sta pagando per 8 ore e vuole 8 ore, e tu vuoi solo che riguardi la produttività. In verità, la tratti come una transazione tanto quanto lui. Stai solo utilizzando una valuta diversa . Stai pagando il tuo capo con un software di qualità - ci prendiamo la tua parola sulla qualità, per amor di discussione - e desideri una giornata flessibile di 6-7 ore. Nessuno di voi è più o meno nobile dell'altro in questo scenario. Non sei d'accordo solo sul prezzo.

Il problema principale con la tua domanda, tuttavia, è che dai il tuo lavoro per scontato e sembra che lo faccia perché sopravvaluti le tue capacità. Il lavoro è lavoro e alla fine della giornata lo facciamo perché qualcuno ha bisogno di un lavoro e abbiamo bisogno di soldi per sbarcare il lunario. Che il lavoro sia lavoro significa che spesso implica faticare nelle ultime ore della giornata con una produttività ridotta. I lavoratori preziosi sono quelli che (come ho detto prima) trovano il modo di bilanciare il calo della produttività con attività più facili, sebbene ancora necessarie, più adatte a una produttività ridotta.

Avere sviluppatori veramente bravi è un privilegio, hai ragione. Ma dove sbagli è etichettarti solo sulla base delle tue capacità e dei tuoi risultati. Quando elevi i tuoi desideri a un livello di arroganza e ti consideri al di sopra di ogni rimprovero, hai compensato negativamente ogni capacità che potresti possedere.

Il difetto fatale nel primo paragrafo è che non ottieni 8 ore al 100%, quindi 2 ore al 50%, ottieni 10 ore al 50%.
"Siamo tutti meno produttivi alla fine di una giornata lavorativa" - non lo sono. Seriamente, è sorprendente, ma da ogni osservazione che posso fare di me stesso è vero. A meno che non stia cercando di iniziare una nuova attività alla fine della giornata, finisco lo sprint e posso sostenere il flusso più a lungo nel pomeriggio / sera rispetto a qualsiasi altro momento. Il problema non è che la fine della giornata lavorativa è meno produttiva, è che una lunga giornata di lavoro rende meno produttivo il giorno successivo. O in realtà non è nemmeno così semplice: una settimana o un mese o più di lunghi giorni di lavoro rendono la settimana o il mese successivo o più meno produttivi.
Ad un certo punto, gli sviluppatori possono raggiungere una produttività negativa. In particolare su applicazioni che non hanno una buona copertura dei test automatizzati.
System 360
2014-07-25 19:23:39 UTC
view on stackexchange narkive permalink

In molti anni, ho scoperto che le persone creative lavorano meglio con il guinzaglio più sciolto possibile. Ogni tanto qualcuno abusa di questo e tu devi affrontarlo su base individuale. Di solito questo significa consentire loro di andare avanti. Assicurati di non essere in quella categoria.

Forse il tuo attuale supervisore è stato incaricato di "rafforzare" una cultura che è sfuggita di mano. Se è così, non combatterlo, lavora con lui. Aiutalo ad avere successo e lavorerà con te. Considera che potrebbe essere stato messo in atto per consentire ad alcuni criminali gravi di andare avanti.

Se il tuo tempo flessibile, che è uno dei vantaggi migliori ed economici che un datore di lavoro può offrire, è diventato un problema, lavora fuori un compromesso. Lavora con il tuo supervisore e sviluppa un programma con cui puoi convivere; programma il tuo tempo per andare a correre, assicurati che il programma mostri che sarai sulla tua sedia tanto quanto lui ha bisogno che tu sia.

C'era una volta (30 anni fa), anche io correvo la metà della giornata. Quando correvo, non pensavo ai passi, pensavo a qualunque problema mi avesse al momento perplesso. Alcuni dei miei migliori momenti "ah-ha" sono arrivati ​​mentre correvo lungo l'argine. Il cambio di scenario e l'aria fresca possono fare miracoli. Ho solo tre sviluppatori stipendiati a tempo pieno, ma pago l'abbonamento a una palestra aziendale nel posto migliore della città, solo per farli alzare dalle sedie.

Soprattutto, fai tutto ciò di cui hai bisogno, per evitare di renderlo conflittuale. Questa è una situazione che non è mai una vittoria per nessuno.

Vai al lavoro domani determinato a essere parte della soluzione. Sembri un forte contributore, lavorando in quella che potrebbe essere una buona situazione. Lavora per mantenerli entrambi.

NotMe
2014-07-25 21:16:37 UTC
view on stackexchange narkive permalink

Dopo aver letto le risposte, non ho visto una prospettiva da manager.

Diciamo che ho 5 sviluppatori. Stanno rispettando le scadenze, nessun problema importante, ecc. Tuttavia il tempo totale di lavoro settimanale per il gruppo è di circa 160 ore. In quella situazione sto licenziando uno di loro.

Perché? In poche parole, ho più capacità di quanto lavoro e quella capacità in eccesso è costosa. Ha molto più senso dal punto di vista finanziario avere solo 4, anche se li pago un po 'di più.

Cordiali saluti, il mio background è di oltre 20 anni in sviluppo, 15 di quelli che gestiscono altri. Più altri 8 proprietari di un'azienda.

Il manager ha ragione. Se spesso non sei in ufficio e lavori solo circa 6 ore al giorno, è probabile che gli altri lavoratori (soprattutto non sviluppatori) provino risentimento per il fatto. Soprattutto se devono aspettare per parlare con te perché sei fuori a "fare commissioni" abbastanza spesso. Gli altri lavoratori sanno che sei una risorsa costosa e alcuni probabilmente nutriranno già un certo livello di risentimento. Non essendo in ufficio durante il normale orario lavorativo, glielo metti in faccia.

Per un'azienda, avere sviluppatori non è un privilegio; Non ho idea da dove l'hai preso. Sembra che tu abbia un bel lavoro comodo, quindi sta a te decidere se vuoi mandare tutto all'aria.

Non credo che l'azienda possa continuare se lui dovesse andarsene.

Dovresti togliertelo dalla mente, poiché non è solo sbagliato, ma dà un tono negativo. Le aziende sono certamente sopravvissute all'abbandono di interi reparti. Certo, intacca le cose, ma c'è sempre qualcuno disposto a intervenire da dove eri rimasto. Sono stato personalmente coinvolto in diverse varianti di quella situazione: ho avuto un gruppo che mi ha abbandonato, ho licenziato un intero dipartimento e ho fatto parte di un grande gruppo che ha abbandonato perché alcune richieste stupide non erano " t incontrato. In tutti i casi l'azienda è sopravvissuta ed è andata meglio per questo.

Come posso far sapere a questo manager che non è in grado di avere aspettative su di noi, oltre a ciò produciamo software di qualità secondo i tempi?

Se, come manager, pensavo che ti sentissi in questo modo ti mostrerei la porta immediatamente. Questo atteggiamento è tossico e mostra un completo disprezzo per l'autorità e i tuoi colleghi. Ti trovi già in una posizione molto comoda essendo ben pagato rispetto agli altri e avendo un lavoro apparentemente facile. Come minimo dovrebbe aspettarsi che ti comporti come se volessi lavorare lì.

Non hai ricevuto il messaggio che questi sviluppatori sanno che possono ottenere lavori pagati meglio, ma rimangono perché preferiscono un ambiente di lavoro rilassato con una retribuzione inferiore. Se non ottengono l'ambiente di lavoro che preferiscono, perché gli altri quattro dovrebbero rimanere con una paga inferiore?
@gnasher729: In realtà l'ho fatto. L'azienda offre un lavoro relativamente facile per una retribuzione inferiore. Spetta a quegli sviluppatori decidere di essere al lavoro durante il normale orario lavorativo. Come manager, non tollererei i problemi causati dall'avere un gruppo relativamente alto retribuito (anche se è al di sotto delle norme del settore) che lavora "part time". Francamente, il passaggio del suo manager a un ruolo di sviluppatore (indipendentemente da come è stato presentato) sembra indicare che il top management non amava quello che stava succedendo e riteneva che questo fosse il modo migliore per risolverlo.
-1, sono contento di non dover lavorare sotto di te, la gestione non riguarda il rispetto della * tua autorità *, si tratta del * rispetto reciproco. * Inoltre, i lavori salariati non dovrebbero misurare le ore, sono nello spirito sul raggiungimento di compiti / obiettivi.
@daaxix: Se ti viene data la possibilità di pagare $ 4 per una coca cola o $ 5 per una coca cola con quale andresti? (Supponendo che entrambi abbiano la stessa dimensione / qualità) È la stessa cosa. Se pago $ 300.000 all'anno solo con gli stipendi degli sviluppatori (supponendo che questi ragazzi siano economici a $ 60k ciascuno) e posso vedere che pagare $ 240k mi dà lo stesso risultato, cosa dovrei fare, come manager? E se ne licenziassi uno e dovessi pagare gli altri leggermente di più in modo tale che ora costa $ 270.000 all'anno? L'azienda è ancora avanti e il resto del personale è più contento. È così che funziona il mondo.
Ma guardiamola in un altro modo: il resto dello staff è scontento perché quegli sviluppatori sono * percepiti * a "mai" essere in giro - la percezione è tutto. Al punto che comincio a perderli. È meglio perdere una (o due) persone o avere un problema insanguinato che potrebbe far uscire molti altri? Risposta: sbarazzarsi dei valori anomali. A cominciare da quelli che non capiscono che avere un lavoro non è un privilegio. Non si tratta di produttività dell'individuo, ma di come funziona la squadra stessa.
No, non è così, perché sei completamente impreciso con l'allegoria del taglio 1 dev. Non puoi semplicemente tagliare qualcuno e poi aspettarti che gli altri 4 sviluppatori rimangano all'uscita corrente. Per le professioni tecniche e creative il numero di ore lavorate non ha una relazione lineare con la produttività. Ciò che accadrà effettivamente è una minore produttività, non uguale produttività. Ora, se hai un vero fannullone, allora il tuo punto è valido, ma la domanda dell'OP presuppone che la sua produttività sia adeguata, mettere più ore potrebbe non aumentare la sua produttività.
@daaxix: In realtà la produttività per persona probabilmente aumenterà. Se gli sviluppatori smettessero di comportarsi come se la compagnia fosse solo un posto dove passare il tempo per un paio d'ore, porterebbe un po 'più di attenzione alla loro giornata. http://www.management-issues.com/news/2862/too-little-work-can-get-you-down/
Sono anche contento di non lavorare con te. Ecco un esempio di un [buon capo] (http://workplace.stackexchange.com/a/28341/9946), non qualcuno che si aspetta robot. Funziona in entrambe le direzioni: non hai tutto il potere e non lo avrai mai.
Anche la semplice analogia con la coca cola non torna.Non è "Ho una scelta di $ 4 o $ 5 per la stessa cosa" piuttosto è "$ 4 per una Coca-Cola o $ 5 per una Coca-Cola extra-grande (2 once in più) ..." Tagliare 1 sviluppatore e aumentare lo stipendio degli altri 4 di7k all'anno non ti garantiranno gli stessi risultati, a meno che i tuoi sviluppatori non siano così stupidi da pensare che l'aumento del 10% valga un aumento del 25% del carico di lavoro.Se vogliono un aumento del 25% del carico di lavoro, otterrebbero un normale lavoro di sviluppo retribuito che sarebbe un aumento del 30-35% (considerando lo stipendio medio dello sviluppatore) per lo stesso aumento del carico di lavoro;hanno appena battuto la tua offerta del 300% o più e se ne sono andati.
Questa risposta illustra perfettamente l'errore logico che fa sorgere questo problema in primo luogo.Il dipartimento di etica della mia azienda afferma specificamente nella sua formazione "Se hai intenzione di lamentarti del fatto che la persona nel cubicolo successivo fa troppe chiamate personali (ad esempio) durante il lavoro, prima potresti parlare con loro diForse entrano prima, restano più tardi, vengono nei fine settimana, lavorano da casa, ... "Aggiungo che i knowledge worker lavorano ancora per te anche quando guidano o sono seduti a casa.Non riesco a smettere di risolvere i problemi di lavoro anche quando sono a letto.
Un'altra possibilità è che questo posto abbia davvero degli sviluppatori fantastici e licenziando finirai con persone che impiegano 8 ore e fanno un lavoro peggiore.Ho lasciato un lavoro comodo che ho trattato come OP, tranne per il fatto che il mio manager non era come quello nuovo di OP.Licenziarmi sarebbe stato stupido.Quando ho lasciato, insieme a un collega che ha lasciato anche lui, il mio manager ci ha portato fuori a pranzo e ha detto letteralmente, cito "Abbiamo pagato per un paio di camion malconci ma abbiamo preso un paio di nuove auto sportive. È stato un onorecorri quelle macchine sportive finché è durato. "Da allora ci ha detto che non riesce a trovare sostituti degni.È stato bello essere apprezzati.
@Aaron: Tutto quello che posso dire è che ho visto la situazione esatta descritta dall'OP in diverse società.Di solito il problema è che alcuni sviluppatori si comportano come dei fiocchi di neve speciali e il resto del business è risentito.L'unica risposta che funziona è che la direzione tratti tutti i dipendenti allo stesso modo.Significa che tutti sono presenti durante il normale orario lavorativo.Sicuramente uno sviluppatore potrebbe pensare al lavoro durante le ore di riposo, ma ti garantisco che lo sono anche le altre persone.Consentendo che la situazione continui, la direzione rischia di perdere il resto delle persone in azienda.
Con questo non posso discutere, che alcuni pensano di essere così speciali da dover essere re e altri possono risentirsi.Ti garantisco però che non sarai in grado di trattenere il miglior talento con la tua risposta, quindi hai un atto di equilibrio: prendo il grano e la pula insieme o taglio entrambi?È difficile.Forse un approccio completamente trasparente funzionerebbe meglio.Potrebbe essere imbarazzante per un po ', ma potrebbe ridurre il risentimento persistente (non a 0, ma almeno basso) se è un fatto noto che il mio lavoro non ha bisogno di orari normali.Per quanto riguarda i fiocchi, il compito del manager è licenziarli *;scontato, più facile a dirsi che a farsi.
@NotMe Il confronto tra sviluppatori di software e coca cola illustra perfettamente il problema.Solo non nel modo in cui pensi.Guardala in un altro modo: sia tu che il custode portate documenti in giro nel vostro ufficio.Perché dovrei pagarti $ $ quando posso pagare $ a un bidello perché si sieda sulla tua sedia e spinga i documenti?Per il tuo confronto con la coca cola, non stai pagando $ 5 per una cocaina invece di $ 4.Stai pagando $ 5 per Dom Perignon '57 invece di $ 4 per una coca cola di McDonald's.
Steve Jessop
2014-01-19 18:22:51 UTC
view on stackexchange narkive permalink

In particolare fino al punto di educare il tuo manager: non sono cristiano e non devi esserlo neanche tu per togliere qualcosa alla parabola dei lavoratori della vigna. A meno che il tuo posto di lavoro non riconosca un sindacato o un altro quadro di contrattazione collettiva, ha un accordo indipendente con ogni dipendente. È possibile fare in modo che i dipendenti lo vedano senza causare risentimento, e questa è una cosa normale per il loro manager. Non è intrinsecamente il tuo lavoro seguire il modello di lavoro della maggioranza.

Se il datore di lavoro è diventato di recente completamente inflessibile come questione di politica, allora hai un vero problema: non vogliono dipendenti che lavorino come te ancora. Quindi il tuo tentativo di istruire il tuo manager potrebbe portare al tuo manager a istruirti, il che va bene. Questo può andare oltre il tuo nuovo manager fino al punto in cui il problema è intrattabile.

Nello specifico al punto da recuperare le tue ore: una serie di situazioni potrebbero applicarsi in base al tuo BATNA (migliore alternativa a un accordo negoziato ). Se hai intenzione di recuperare il tempo, probabilmente una cosa importante è che tu e il tuo nuovo manager siate entrambi in prima linea con gli altri dipendenti che non vi allontanate di soppiatto, e che sgattaiolare via non è tollerato: avete il permesso di partire per motivo che forse non sono affari loro o forse possono essere condivisi. Potresti anche offrirti di essere il più discreto possibile se lo fai mentre alcuni dei tuoi colleghi sono molto occupati. Prometti che non annuncerai ad alta voce alle 16:00 che hai implementato la storia di oggi, controllato nel codice e li vedrai nella barra ogni volta che il loro cervello inferiore li farà per la giornata ;-)

Ad ogni modo, possibili situazioni:

  • Hai la legittimità per continuare le tue pratiche esistenti e il tuo nuovo manager in effetti chiede un lavoro extra senza paga. BATNA: rifiuti la richiesta.

Quindi il tuo manager ti chiede un favore piuttosto grande (un'ora o più al giorno è molto anche se lo fai solo quando sei nei tempi previsti). Devi comunicarlo e assicurarti che capisca che non c'è niente per te al momento. Puoi, se necessario, andare oltre la sua testa se non riconosce i tuoi diritti, ma il modo amichevole di avvicinarti è persuaderlo, senza fare minacce, a non costringerti a farlo. Devi lavorare sodo ora per non creare uno scontro che significa rifiutare in seguito umilierà il nuovo manager. Quindi assicurati di esplorare e concordare la situazione reale prima che qualcuno dica qualcosa che non può sostenere.

  • Non hai una posizione legale, ma se devi esserlo al tuo posto per 8 ore al giorno, preferiresti farlo per un datore di lavoro diverso pagando il 30% in più. BATNA: te ne vai.

Quindi stai negoziando quali servizi fornirai al tuo datore di lavoro a quale prezzo. Questo a volte è incredibilmente facile e talvolta incredibilmente difficile, tutto dipende da quanto velocemente uno di voi è pronto a passare o chiamare (quello che sperano sia) il bluff dell'altro. Spiega che il lavoro flessibile è estremamente prezioso per te, che lo hai apprezzato fino ad oggi, che non credi di aver preso in giro il tuo datore di lavoro. Forse potrebbero essere stabilite alcune condizioni formali su quale sia il tuo accordo, e in nome dell'equità quelle stesse condizioni potrebbero essere estese ad altri dipendenti, se del caso. Se vuoi segnalare che non stai bluffando, un'offerta in mano da un altro datore di lavoro è il segnale più forte che puoi ottenere o di cui hai bisogno. Da quello che dici nella domanda sarebbe facile da ottenere. Sì, è una minaccia, ma una volta che hai aperto una trattativa formale a condizioni oneste, una minaccia non è ostile, sono solo affari.

Una possibilità lunga, ma supponi di essere attualmente in programma quasi sempre e quindi di lavorare 5 giorni a 6,5 ​​ore al giorno (32,5 ore a settimana). Questo non è adatto al tuo datore di lavoro per motivi di orario di lavoro costante tra i dipendenti. Supponendo che tu sia mentalmente in grado di lavorare più giorni, forse potresti entrambi accettare di 8 ore al giorno 4 giorni alla settimana, senza alcun cambiamento di stipendio o un cambiamento simbolico. I tuoi colleghi possono essere lasciati liberi di presumere che tu sia pagato all'80% pro rata se scelgono, in modo che non siano troppo invidiosi: anche se le tabelle di pagamento sono pubbliche, presumo che il tuo stipendio sia riservato. Svolgi le tue commissioni nel tuo giorno libero invece che durante la tua giornata lavorativa. Concordo sul fatto che quando le scadenze stringono lavorerai una settimana di 5 giorni per TOIL.

  • Non hai una posizione legale e preferisci questo datore di lavoro per motivi diversi dall'orario di lavoro flessibile. BATNA: accetti la richiesta.

Quindi stai chiedendo al tuo manager un grosso favore, e al momento non c'è niente per lui per quanto ne sa. Devi affrontare questo problema sostenendo che il tuo lavoro flessibile è nell'interesse del tuo datore di lavoro. Il tuo precedente manager potrebbe essere utile, se il nuovo manager lo rispetta, perché può spiegare perché ha tollerato ciò che hai fatto prima (vale a dire, perché è prezioso per l'azienda lasciarti farlo, in termini di sei più felice e più produttivo). Se non riesci a sostenere il tuo caso e finisci per lavorare le ore e finire i tuoi progetti in anticipo, invece di lasciare presto e finire i tuoi progetti in tempo, allora forse il tuo nuovo manager sa un po 'di gestione degli sviluppatori Dopotutto. A volte vieni gestito; preparati mentalmente adesso a non serbare rancore.

Vector
2014-01-20 06:34:11 UTC
view on stackexchange narkive permalink

Ero esattamente nella stessa posizione circa dieci anni fa. Molto difficile da negoziare - ci sono pochissimi manager di questo tipo, soprattutto se sono nuovi sul lavoro, che apprezzeranno i consigli "amichevoli" dei loro subalterni su come gestire le cose quando sono appena entrati e intendono farlo " fare le cose a modo loro ". Se non stai attento, potresti ritrovarti senza lavoro.

Nel mio caso, c'era qualcuno "più in alto nella catena alimentare" che aveva capito qualcosa sulla gestione degli sviluppatori e mi sono rivolto direttamente a loro. Mi hanno detto che potevo tranquillamente ignorare il nuovo manager. Se hai questa opzione, forse provala.

Tuttavia, fai molta attenzione: assicurati di conoscere bene il territorio.

Altrimenti, IMO, se non vuoi cercare un nuovo lavoro, la soluzione migliore è giocare per un po 'al gioco del nuovo ragazzo - baciarti ed essere bravo: in sei mesi o un anno, se fai un buon lavoro, avrai stabilito credibilità con il nuovo ragazzo. Quindi le cose si allenteranno e sarai in grado di tornare gradualmente alla tua vecchia modalità di lavoro.

L'idea "gioca a palla per ora e riprova più tardi" può ritorcersi contro, dato che nel frattempo hai appena stabilito un precedente.Ho scoperto che se dai un pollice ora, aspettandoti di ottenere l'altro lato per dare un po 'più tardi, l'altro lato spesso stringerà quel pollice e ne richiederà un altro.Non ho mai avuto un "facciamo lo status quo per ora e torniamo a questo più tardi" che abbia mai portato a negoziare con successo quello che voglio.È ora o mai più.
@Aaron - "Il" gioco a palla per ora e riprova più tardi "l'idea può ritorcersi contro".Vero.Ma non è quello che ho detto.
In realtà, sembra che sia esattamente quello che hai detto in chiusura, di cedere per 6 mesi o un anno e poi magari riavere quello che avevi."se non vuoi cercare un nuovo lavoro, la soluzione migliore è giocare al gioco del nuovo ragazzo per un po '- baciarti ed essere bravo: tra sei mesi o un anno, se fai un buon lavoro,hanno stabilito credibilità con il nuovo ragazzo. Allora le cose si allenteranno e sarai in grado di tornare gradualmente al tuo vecchio modo di lavorare ".
AilikspxvtCMT - n.:)
Erik Reppen
2014-01-19 12:17:12 UTC
view on stackexchange narkive permalink

La cosa più amichevole che puoi dire è la cosa schietta, onesta e senza tatto. "Bene, Bob, l'unico motivo per cui sono ancora qui è perché mi piace il fatto di non dover lavorare un'intera settimana lavorativa. Per me vale lo sconto del 30-40%."

Ora immagina di essere tu stesso il nuovo manager di qualcuno e di sentirlo per la prima volta. Perché è davvero quello che stai dicendo qui. Non ti piace lì, ma lo sopporti perché va bene non prendere sul serio il tuo lavoro.

Quanto, come manager, vuoi davvero mantenere quel ragazzo?

Ci sono stato, ma in realtà non è qualcosa su cui prendere una posizione di potere. Quello che vuoi veramente è cambiare. O un nuovo lavoro o alcuni miglioramenti a quello attuale. Avrai un manager più ricettivo se prendi sul serio il lavoro quando te lo chiede e sarai in una posizione più rilassata per cercare di negoziare una volta che avrai messo fuori alcune sonde e sarai sicuro di poter effettivamente riprendere un nuovo lavoro relativamente velocemente.

Ma davvero, perché, se sei abbastanza bravo da trovare un nuovo concerto così facilmente, stai sopportando qualunque sia questa situazione? Personalmente preferirei di gran lunga avere una giornata di mediocrità di 8 ore nella programmazione piuttosto che una giornata di frustrazione di 6-7 ore. Sembra che sia passato il tempo per più sviluppatori oltre a te stesso per trovare un nuovo posto dove lavorare. Tuttavia, non fa male provare a cambiare le cose prima di partire. Per lo meno potrebbe aiutare gli sviluppatori che devono assumere per rimpiazzarti.

Il problema non è che lui non sa cosa ci vuole per mantenerti. È che sei ancora lì e lui non capirà perché meglio di me sotto qualsiasi aspetto oltre all'inerzia della carriera generale, dove trovare un nuovo lavoro è abbastanza doloroso che preferiresti sopportare quello scadente che hai.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...