Domanda:
In quanto dipendente, perché dovrei voler avere un "fattore bus" elevato
444
2015-12-01 04:33:02 UTC
view on stackexchange narkive permalink

Ho visto molte risposte qui dove le persone suggeriscono che un dipendente dovrebbe cercare di garantire (attraverso l'istruzione o il tutoraggio) che il suo posto di lavoro abbia un "fattore bus" elevato (dove non è l'unica persona che sa come gestire una componente critica di un'azienda)

Sembrerebbe, tuttavia, che sia vero il contrario. Se hai un fattore bus pari a uno (sei l'unico ingegnere del software in un negozio di programmazione) sei indispensabile. Non possono licenziarti, non possono maltrattarti, perché hanno bisogno di te più di quanto tu abbia bisogno di loro (ci sono molti negozi di programmazione, in questo negozio ci sei solo tu).

Perché dovrei vuoi cambiarlo?

Purtroppo nessun dipendente è "indispensabile".
@JoeStrazzere: Sono d'accordo con il 99,9% delle tue risposte, ma non qui. E dovresti saperlo anche meglio. A questo punto, devi aver lavorato con una manciata di sviluppatori che sono speciali. E per speciale, intendo - Ci vorrebbero 3-6 mesi per trovare un sostituto.
Farei attenzione a bluffare in questo tipo di situazioni poiché le aziende possono cacciare le persone e in alcuni casi possono intraprendere azioni legali che non sono economiche per la maggior parte delle persone.
@JimG. certo che ci sono alcuni sviluppatori veramente speciali. Ma dubito che molti di loro stiano lavorando come unico sviluppatore in una piccola azienda, non disposti a formare gli altri come un modo per mantenere il loro lavoro. Se sono così bravi, stanno deliberatamente addestrando gli altri in modo che possano passare a un lavoro migliore, dove continuano a imparare e ad aumentare la loro paga.
AilinjovbgCMT Buon punto.
Se sei l'unica persona che può gestire il progetto; quindi aspettarti di non spostare mai il progetto (non puoi lavorare su un altro progetto perché puoi supportare solo il sistema attuale), quindi non ottenere mai visibilità (perché mantieni sempre il sistema o risolvi bug), quindi non ottenere mai una promozione (Perché promuovere un persona che sta solo aggiustando bug). Benvenuto in un lavoro senza uscita.
Perché tutti cresceranno per risentirti e odiarti?
Se qualcuno in un'azienda / dipartimento non può essere sostituito, il manager di tale azienda / dipartimento deve essere sostituito immediatamente.
Otto risposte:
Wesley Long
2015-12-01 04:42:34 UTC
view on stackexchange narkive permalink

Risposta breve: un buon manager si sbarazzerà rapidamente delle "persone indispensabili".

Se la tua azienda o il tuo dipartimento si affida a un solo individuo per detenere conoscenza o talento, sei condannato. È proprio così semplice. Prima o poi, a causa di malattia, ferie, logoramento o altro, quell'individuo non sarà disponibile in un momento chiave, e allora avrai un fallimento.

Ora, il dipendente "chiave" non sarà "perso" "a causa del fallimento, ne verranno incolpati. Non sembra logico, e forse non lo è, ma è quello che succederà. L'unica "difesa" è avere una comprovata esperienza nell'addestrare altri a svolgere la / e funzione / i, o almeno una forte documentazione del tentativo di farlo.

Idealmente, nessuna funzione o ruolo avrebbe meno di 3 persone che potrebbero eseguirlo. Qualunque cosa di meno causerà problemi.

-1: Sei fuori di testa. Bill Beluchick si sarebbe sbarazzato di Tom Brady? Steve Jobs si sarebbe sbarazzato di Johnny Ives? Inoltre, cosa farebbe un buon manager quando gestisce un piccolo team in una piccola azienda senza tasche profonde?
@JimG. meno dell'1% dell'1% dell'1% delle persone sono le persone come descrivi. Il numero è così basso statisticamente che è irrilevante che ci siano eccezioni a ciò che sta dicendo Wesley. Pochissime aziende vogliono o hanno bisogno anche di queste persone.
L'intero punto del _fattore autobus_ è che anche i dipendenti indispensabili non sono disponibili a causa dei motivi appena menzionati da WesleyLong. Ed è molto meglio scegliere il momento che accade piuttosto che avere uno sviluppatore chiave che viene investito da un autobus appena prima del lancio di un prodotto critico senza che nessuno lo sostituisca. Il manager può scegliere un momento di pausa nel ciclo di sviluppo per introdurre un nuovo sviluppatore e dargli il tempo di mettersi al passo. Una piccola azienda senza tasche profonde è ancora più suscettibile al fattore bus poiché non può aspettare a lungo che una sostituzione arrivi a regime.
@HLGEM: Tom Brady e Johnny Ives sono davvero degli unicorni; ma molte persone etichettano il loro 10% più ricco come "indispensabile". Eppure questa persona sostiene che un buon manager "si sbarazzerà" di loro e che sono piuttosto facili da sostituire. È chiaro che l'OP non ha mai gestito né un team di vendita né un team tecnico.
Apple si è sbarazzata di Steve Jobs negli anni '90, Microsoft corre senza che Bill Gates sia presente tutti i giorni, quindi possono esserci casi in cui qualcuno che potrebbe essere "il volto dell'azienda" se ne va. Le persone possono ammalarsi e poi cosa succede se qualcosa deve essere messo in attesa perché qualcuno è malato?
@JimG. _The Psychology of Computer Programming_ è stato pubblicato nel 1971 ... quindi questa è una saggezza manageriale antica e profondamente radicata: "[Se un programmatore è indispensabile, sbarazzatene il più rapidamente possibile] (http://c2.com/cgi / wiki? GetRidOfIndispensableProgrammerAsQuicklyAsPossible) "
E come punto di informazione, Tom Brady * non * è un dipendente fattore 1. È stato investito da un autobus (beh, in realtà da Bernard Pollard) nella prima settimana del 2008, i Pats sono andati 11-5 e hanno saltato i playoff solo perché l'AFC era semplicemente ridicolo quell'anno. Ovviamente i Pats se la cavano meglio con Brady che senza di lui, ma non è l'unica persona nella sua organizzazione che può fare il lavoro. È semplicemente il migliore in questo. I manager di qualsiasi settore dovrebbero capire questo: il tuo fattore autobus non è il numero di persone perse che ti causano problemi, è il numero di persone perse che ti impediscono di fare quello che fai.
@ChrisW: Aha! Prima di tutto, +100 a te per aver fatto riferimento a Weinberg. In effetti, anche io ho letto questo libro ed è fantastico. È interessante notare che ho dimenticato quella citazione, ma considera quello che dice Weinberg in quel passaggio: * Non significa nessun programmatore di talento superiore al solito. Le persone di talento, a parità di condizioni, dovrebbero essere mantenute. *
@ChrisW - Grazie per averlo acquistato. L'ho parafrasato per anni, ma non ricordavo dove l'avevo letto. Grazie per la ricerca!
HLGEM
2015-12-01 05:32:56 UTC
view on stackexchange narkive permalink

Accumulare conoscenze è un ottimo modo per assicurarti di non essere mai promosso e di rimanere sui vecchi progetti legacy quando arrivano le novità. È un ottimo modo per non andare mai in vacanza. È un ottimo modo per essere incolpati di ogni problema che si verifica. È MALE per la tua carriera. Gli accumulatori di informazioni sono spesso sabotati dalle persone che danneggiano con il loro egoismo.

Le aziende apprezzano i giocatori di squadra, persone che condividono le conoscenze piuttosto che accumularle. Le aziende apprezzano le persone che possono realizzare cose e allo stesso tempo fare da mentore agli altri. Se vuoi salire, devi addestrare il tuo sostituto prima di salire.

Le aziende promuovono persone che si adattano alla struttura del valore aziendale e non solo tecnicamente qualificate. L'abilità tecnica è circa il 20-30% del successo in un'azienda. Distruggere la tua capacità di avere successo con le soft skills che costituiscono la maggior parte di ciò in base alle quali sei giudicato solo per poter mantenere la superiorità tecnica è controproducente. Quando accumuli informazioni, anche le persone smettono di collaborare con te. Pensaci, quanto vuoi aiutare qualcuno che si rifiuta di aiutarti o condividere ciò che sa quando ne hai bisogno?

-1: Vorrei che tu avessi ragione su "accumulare conoscenza", ma ti sbagli di grosso. Conosco molte persone che hanno scalato la scala aziendale perché hanno mantenuto una conoscenza specifica specifica dell'azienda.
E ho conosciuto molti che sono stati licenziati o licenziati o che sono rimasti a un livello inferiore.
D'accordo, "troppo importante per sparare" equivale anche a "troppo importante per promuovere" e "troppo importante per poter lavorare su nuovi progetti interessanti".
@HLGEM: Non consiglio a nessuno di accumulare conoscenza. È controproducente per molte ragioni. Tuttavia, la tua affermazione categorica è falsa. Si prega di cancellarlo, per non indurre in errore gli altri.
Non sono d'accordo sul fatto che le aziende apprezzino le persone che condividono le informazioni. Mi ci sono voluti diversi anni in cui mi trovo per ottenere abbastanza persone da prendere effettivamente qualsiasi informazione che stavo costantemente fornendo là dove potevo ridurre il mio fattore di autobus al punto in cui posso finalmente iniziare a cercare un altro lavoro senza preoccuparmi che il l'azienda si piegherà.
Non vedo come qualcuno che è indispensabile non possa ottenere un promotore ... Se questa persona si spinge avanti o se ne va, se questa persona è veramente necessaria, allora sarà promosso.
@Dyesdyes, no, non lo farà. Le promozioni dovrebbero portare a nuovi doveri o non è una vera promozione. Se nessuno può svolgere i tuoi doveri attuali quando sali, allora non possono promuoverti. Ho visto molte molte persone essere trattenute per questo motivo.
NotMe
2015-12-01 04:42:04 UTC
view on stackexchange narkive permalink

Alcuni aspetti da considerare. Primo: assolutamente tutti sono sostituibili. Dall'amministratore delegato fino al bidello, tutti possono essere sostituiti. Quindi l'idea che "non possano licenziarti" o che tu sia "indispensabile" è provabilmente falsa. Cosa pensi che farebbero se all'improvviso non ti presentassi più al lavoro? Assumerebbero alcune persone per entrare, ripulire il caos e rimettere le cose in carreggiata.

Secondo: se sei l'unico sviluppatore che ha conoscenza di un particolare sistema, è altamente probabile che il sistema non è così "mission critical" come credi. Inoltre, ci sono sviluppatori intelligenti ovunque che sanno come saltare in una base di codice e riprendere rapidamente da dove il proprietario precedente aveva lasciato. Faranno errori? Sì. Importerà? No, perché le persone hanno molta pazienza quando nuove persone entrano a far parte di un team.

Terzo: le persone che sono disposte a condividere la conoscenza del dominio e hanno una comprovata esperienza nell'aiutare i loro colleghi sono molto apprezzate da qualsiasi responsabile aziendale competente /proprietario. Al contrario, le persone che accumulano conoscenza e non sono disposte a insegnare agli altri come funzionano le loro cose sono viste con sospetto e spesso scoprono di non essere "indispensabili" come pensavano quando la direzione le porta fuori dalla porta.

Quarto: qualsiasi relazione tenuta insieme dalla paura o dalla minaccia non durerà. Il giorno in cui indicherai al tuo manager che credi che non possa licenziarti, probabilmente sarai l'ultimo (o vicino ad esso) in quell'azienda.

Il punto è che il tuo concetto della posizione in cui ti trovi non favorisce un impiego a lungo termine.

-1: ma alcune persone sono * molto * più difficili da sostituire rispetto ad altre. Sembra che tu abbia esperienza solo lavorando con persone che si trovano al centro della curva a campana. Buona fortuna, amico.
-1
@HLGEM: Non sto parlando di fiocchi di neve. Sto parlando di dipendenti che sono una deviazione standard a destra del centro della curva a campana.
La stragrande maggioranza dei dipendenti che pensano di essere insostituibili sono più sostituibili di quanto pensano. Qualsiasi sviluppatore che scrive codice che non può essere rilevato da un nuovo sviluppatore non è un buon sviluppatore - se il codice non è gestibile da uno sviluppatore sostitutivo, allora non è un buon codice e l'azienda dovrebbe sbarazzarsi di quello sviluppatore "insostituibile" presto piuttosto che lasciargli scrivere un codice più irrinunciabile e fare in modo che l'azienda vada più a fondo nel buco tecnico.
@Johnny: Sei fuori di testa. "Qualcuno" può scrivere Ricerca Google? Può "chiunque" scrivere il framework ReactJS?
@JimG - Vedo almeno una mezza dozzina di nomi solo sulla prima pagina dei commit github di ReacJS e devono esserci centinaia di sviluppatori che lavorano su Ricerca Google, quindi direi, no, non solo "chiunque" può lavorare su grandi complicati progetti - ci vuole una squadra. Pensi che reactJS svanirà semplicemente se Paul O'Shannessy viene investito da un autobus, o la Ricerca Google smetterà di funzionare se Serge e Larry Page smettono di venire alle riunioni?
@Johnny: LOL! E tutti hanno contribuito allo stesso modo, giusto? Proprio come una squadra di calcio giovanile! Tutti ricevono un trofeo!
@JimG .: Rispetto la mia affermazione: * tutti * possono essere sostituiti. Sì, c'è un costo per la sostituzione, ma è possibile trovare qualcuno che può fare il lavoro. Pensare diversamente significa negare la realtà.
Anche se sono d'accordo con la linea di fondo "tutti sono in definitiva sostituibili", mancano importanti ragionamenti. Con "sostituibile" di solito si intende "sostituibile economicamente" e con questo criterio ti sbagli: alcune persone sono insostituibili. Tuttavia, la direzione raramente si rende conto dell'entità di tali costi, quindi sostituirà tali persone solo per incompetenza.
@Jim G. Per rispondere alla tua domanda, non "chiunque" può eseguire un determinato compito, ma per ogni determinato compito è possibile trovare qualcun altro per eseguirlo.
@Cronax: Hai ragione, anche se a volte non è facile trovare "qualcun altro".
@NotMe la domanda non è "è possibile trovare un sostituto", ma è possibile trovare un sostituto, addestrarlo e diventare produttivo in qualunque finestra l'azienda abbia prima che una scadenza critica venga persa (o più di una)? A volte ciò che rende prezioso uno sviluppatore non è solo quanto sia bravo a scrivere software, ma la conoscenza del dominio di ciò che il software dovrebbe * fare *, che spesso non viene scritto (e la sostituzione richiederebbe ancora tempo per leggere e comprendere appieno cosa è stato scritto se lo è).
@AmyBlankenship - se la risposta a questa domanda è "no", allora questo è un motivo in più per sostituire lo sviluppatore che non documenterà le ipotesi alla base del software o non formerà un collega per comprendere il software. Perché se un sostituto è * così * difficile da trovare, allora il proverbiale evento "essere investiti da un autobus" (o una malattia prolungata, un membro della famiglia malato o morente, o anche un viaggio di 6 mesi nella foresta pluviale, ecc.) È avrà un impatto straordinario sul business. È meglio che l'azienda scelga quando tale impatto colpisce quello per lasciare che sia il caso a decidere.
@NotMe, presumi che uno sviluppatore non stia documentando perché non vuole contro ciò che è la realtà nella maggior parte dei luoghi, quel tempo speso a documentare non è valutato. E ci sono alcune cose su cui puoi scrivere tutto quello che vuoi, ma finché non avrai una certa esperienza con il dominio non capirai cosa è scritto - questo è il motivo per cui paghiamo sviluppatori esperti più di quelli inesperti anche se tutti possono leggere Manuale. Sono curioso di sapere cosa fai di così banale che qualsiasi idiota potrebbe capirlo leggendo documenti.
Charles E. Grant
2015-12-01 05:09:19 UTC
view on stackexchange narkive permalink

A parte gli ottimi punti sollevati nelle altre risposte, considera l'impatto dell'essere "indispensabile" sulla tua vita non lavorativa. Se sei l'unica persona in grado di risolvere i problemi di un'applicazione critica, ogni volta che il sistema si interrompe, i tuoi datori di lavoro si aspetteranno che tu sia johnny sul posto per diagnosticare e risolvere il problema. Aspettatevi molti callout serali e nei fine settimana, difficoltà a programmare le vacanze o persino a prendere congedo per malattia. Potresti pensare che la tua indispensabilità ti darà la possibilità di respingere, ma rimarrai stupito di quanto possa diventare aggressiva la gestione quando un sistema chiave si interrompe e TU sei il collo di bottiglia per risolverlo.

Ian
2015-12-01 16:58:34 UTC
view on stackexchange narkive permalink

Occorrono grandi capacità ed esperienza per creare un sistema che altre persone possano eseguire senza di te. Allo stesso modo è facile scrivere software, ma è difficile scrivere software che altre persone possono mantenere.

A lungo termine, chiunque può essere sostituito indipendentemente dal fattore bus ....... Ma è molto più difficile da trova qualcuno su cui si può fare affidamento per avere un fattore bus elevato.

Quindi, rendendoti facile da sostituire nei tuoi progetti attuali, ti rendi molto più difficile da sostituire nei prossimi progetti.

Kilisi
2015-12-01 04:43:45 UTC
view on stackexchange narkive permalink

Hai parzialmente ragione, non è l'ideale per un dipendente assicurarsi che l'azienda abbia un fattore di bus elevato. È l'ideale per il datore di lavoro. Le aziende più piccole a volte non possono permettersi di avere più persone competenti nello stesso lavoro.

Ovviamente se riesci a renderti indispensabile o il più difficile da sostituire possibile, maggiore sarà il tuo potere contrattuale. Ho avuto lavori in cui potevo fondamentalmente dire al manager di perdersi se mi infastidiva. Perché lo sostituirebbero prima di poter sostituire me.

L'importante è non dare per scontato che sei indispensabile quando in realtà non lo sei. Perché qualsiasi buon datore di lavoro dovrebbe mirare a un fattore di bus elevato come lo chiami tu, e potrebbe aver già pensato a quello scenario.

Non credo sia vero che non sia vantaggioso per il dipendente: lavoravo per una piccola azienda dove non c'era abbastanza personale per il cross-training, ogni volta che andavo in vacanza o ero ammalato, avevo per controllare regolarmente la posta elettronica e rimanere in contatto nel caso in cui qualcosa di cui ero responsabile si fosse rotto. Ora sono in un'organizzazione più grande che promuove (e si aspetta) il cross training, quindi posso lasciare la città e rilassarmi, sapendo che se qualcosa si rompe, qualcun altro può occuparsene.
Nelle mie situazioni lo preferisco perché posso chiedere e ottenere un aumento più facilmente. Inoltre non devo preoccuparmi così tanto che la politica dell'ufficio interferisca con i miei compiti, non ho trovato un lato negativo. La pressione per mantenere tutto funzionante non mi preoccupa, questo è il costo che sono felice di pagare per i vantaggi. Controllare le e-mail non è difficile, nemmeno il remotaggio per un paio d'ore se devo farlo.
Hanky Panky
2015-12-01 16:19:29 UTC
view on stackexchange narkive permalink

Non dimenticare Murphy

Non essere insostituibile, se non puoi essere sostituito, non puoi essere promosso.

Questo potrebbe servire come uno dei motivi per cui non dovresti cercare di essere indispensabile per una determinata posizione di lavoro

ChrisW
2015-12-01 16:39:24 UTC
view on stackexchange narkive permalink

Ecco un'aggiunta, oltre alle altre risposte: c'era un detto che diceva: "Ciò che è buono per General Motors è buono per l'America".

In questo contesto, ciò che è buono per il tuo datore di lavoro è buono per te. Se diminuire il fattore bus è positivo per il tuo datore di lavoro (aiuta gli affari del tuo datore di lavoro), allora va bene anche per te (se il tuo datore di lavoro chiude l'attività a causa di problemi di personale, perdi il lavoro).

Inoltre, la sicurezza del lavoro consiste nell'avere personalmente una buona reputazione professionale con le persone con cui lavori. Se ti comporti bene, ti comporti eticamente, avrai una buona reputazione. Se hai una buona reputazione, anche se il tuo attuale datore di lavoro fallisce, gli ex colleghi ti inviteranno a lavorare con loro nelle loro prossime iniziative.

La sicurezza del lavoro futuro non è tanto se puoi mantenere questo lavoro: piuttosto è se puoi ottenere il tuo prossimo lavoro.

+! 1 Questo affronta qualcosa che le altre risposte non fanno: che tipo di "indispensabile" vuoi essere? Il tipo in cui crei così tanto valore che quando te ne vai (e * te ne andrai *) dicono "amico di sicuro ci manca quel ragazzo / ragazza" o il tipo in cui dicono "è stato brillante ma difficile lavorare con"? Vuoi un portafoglio di referenze brillanti o una serie di lavori co-dipendenti?


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...