Domanda:
Boss vuole che qualcun altro guidi un progetto basato sull'idea che gli ho presentato
AnonyWorker
2019-06-17 01:03:15 UTC
view on stackexchange narkive permalink

Questo sarà una specie di meta. Lavoro per un governo cittadino e sono, e lo dico umilmente, probabilmente la persona più tecnica dello staff. Ho creato siti Web, distribuiti con Docker, Heroku e AWS, lavorato su applicazioni di dati di grandi dimensioni, veicoli autonomi, molte diverse tecnologie di database e in realtà sono un ingegnere meccanico, quindi so come programmare robot, CNC ... tutto il cose divertenti. Come risultato di questi progetti ho scoperto e mi sono innamorato di Stack Overflow ( Love dico !!). La luna di miele sta andando avanti per 7 anni.

Naturalmente, quando ho sentito che SO ha rilasciato Teams, sono stato entusiasta di presentare il servizio al mio team (anche se Teams è il migliore per gli sviluppatori , un rappresentante SO ha confermato che il mio team non sviluppatore potrebbe godere del servizio nascondendo il mumbo jumbo tecnico).

Ho presentato l'idea al mio capo Ken e gli è piaciuto così tanto che ha chiamato James , l'altro mio capo, a metà campo. Quindi ho lanciato James e alla fine Ken si rivolge a James e dice: "Cosa ne pensi di usare questo per il tuo progetto di sviluppo della leadership?"

James se ne stava lì senza dire veramente qualsiasi cosa così Ken ha chiesto, "Avevi altre idee su cui volevi lavorare?" a cui James mormorò e scrollò un po 'le spalle con l'effetto di "No" .

A Ken l'idea piacque così tanto che suggerì che, se avesse funzionato bene per il nostro dipartimento, l'avremmo diffusa al resto dell'organizzazione (circa 600 persone). Alla fine sembrava che James sarebbe stato quello a guidare il deploy, se lo desidera.

Essendo il tipo di leader "Let's get $ H1T done" che sono, volevo iniziare a creare account per il mio squadra subito dopo la riunione (il governo, se non sei dolorosamente consapevole, è molto lento in molte cose. Ho cercato di cambiarlo). Ho chiesto a Ken la sua approvazione e lui ha detto: "No, aspettiamo che James decida se vuole che questo sia il suo progetto."

Quindi sta diventando chiaro che questo non sarà il mio progetto e non ne riceverò alcun merito. Non solo James otterrà crediti organizzativi, ma, se lo desidera, otterrà anche crediti scolastici. Inoltre, la scorsa settimana ho ricevuto un'e-mail da James che poneva domande di base su Teams e perché sarebbe stato migliore delle alternative (non ha mai nemmeno sentito parlare di Stack Overflow). Da un lato la responsabilità del mio lavoro impone che devo rispondergli ma, dall'altro, rispondendogli farei letteralmente i compiti. Non voglio fare i compiti e non voglio che sia lui a guidare la realizzazione di un'idea in cui lo avrei guidato io.

Contesto

  • Ken lo sa che sono un ingegnere e che mi viene pagato una frazione del mio tasso di mercato per fare questo lavoro.
  • Faccio questo lavoro perché è un'opportunità per me di riparare un sacco di cose rotte che ha un impatto su decine di migliaia di persone. Posso migliorare la mia città e questo mi fa sentire bene. Non voglio smettere. Se il denaro fosse l'oggetto, ho altre opzioni.
  • Tuttavia, se non vengo pagato bene, voglio almeno ottenere credito per qualcosa che verrà utilizzato dall'intera organizzazione.
  • I miei colleghi mi rispettano. Anche se ho lavorato lì solo per circa 2 mesi, i miei colleghi, incluso Ken, hanno detto cose sul fatto che "Fai davvero un ottimo lavoro" , "sa molto" , "lui (io sono) un capo imprenditore" (perché ho avviato attività commerciali).
  • Penso che Ken stesse veramente cercando di essere d'aiuto a James. Non credo che Ken capisca come questo mi fa sentire (se lo avesse fatto, potrebbe non averlo consigliato).
  • La parte difficile: dato che sono un tale risolutore di problemi e ce ne sono così tanti qui (tecnici e organizzativi), vedo me stesso diventare il collega che ha sempre qualche critica. Come penso che le persone stiano iniziando a pensare che "niente è mai abbastanza buono" per me. Ho già scelto molte battaglie e non ne ho perse nessuna, ma sto ancora "combattendo" (non mi piace quella parola) perché c'è MOLTO da sistemare. Sono preoccupato che l'apertura della conversazione con Ken migliorerà questa immagine. Inoltre, temo che le persone pensino che io sia un auto-promotore assetato di credito che non può giocare bene nelle squadre.

Come posso convincere Ken a lasciarmi essere l'unico a schierare squadre alla nostra organizzazione? Dovrei anche avere quella conversazione?

I commenti non sono per discussioni estese;questa conversazione è stata [spostata in chat] (https://chat.stackexchange.com/rooms/95058/discussion-on-question-by-anonyworker-boss-wants-someone-else-to-lead-a-project).
Prevedo che te ne andrai da quel lavoro, e James è infastidito perché lo hai fatto sembrare lento / non bravo a trovare una soluzione.Potrebbe benissimo risultare che sei tu a utilizzarlo, ma non puoi prendere questa decisione.O accetta che il governo sia lento, dolorosamente lento, e non avrai mai un impatto enorme su qualsiasi cosa che funzioni nel governo (diavolo, i migliori politici raramente hanno un impatto enorme anche quando prendono decisioni che cambiano la vita per milioni di persone -ci vogliono anni prima che tali modifiche abbiano effetto).
Se hai davvero fame di sentire come se stessi aiutando le persone, prova a fare opere di beneficenza per qualcosa del genere.
Hai espresso ai tuoi capi che vorresti guidare questo progetto?Potrebbero anche non rendersi conto che lo fai.Se glielo hai detto esplicitamente, qual è stata la loro risposta?
Ken potrebbe essere CYA.Sembra che * "Facciamo $ H1T" * stia inducendo il team a prendere decisioni discutibili.Stai spostando i dati e le attività della città dal confine di sicurezza del governo della città al controllo di un altro.Qualcuno ha eseguito una revisione dell'architettura di sicurezza (SecArch)?Dubito che l'ingegneria meccanica ti abbia fornito le conoscenze necessarie per eseguirne uno.Hai parlato con gli avvocati della città?La contea in cui vivo non discuterà nemmeno pubblicamente della composizione delle postazioni di lavoro nella sua rete nel caso in cui offra un appiglio a un aggressore.Certamente non spedirebbero i dati al di fuori dei confini di sicurezza.
@jww Non sappiamo davvero abbastanza di James (o dell'ubicazione dell'intera situazione, del resto) qui, ma dubito che sarebbe più qualificato per il lavoro in base a ciò che * facciamo * sappiamo.Recensioni SecArch?Questi sono il più delle volte saltati nella mia esperienza, specialmente nel governo locale.
Undici risposte:
Kevin McKenzie
2019-06-17 19:22:58 UTC
view on stackexchange narkive permalink

Ci sono un sacco di parti in movimento in questa domanda, quindi risponderò con una citazione, attribuita a Howard Aiken: "Non preoccuparti che le persone ti rubino le idee. Se le tue idee sono buone, tu" Dovrò sbatterli in gola alla gente ". O, in questo caso, le tue idee vengono date a qualcun altro.

Vediamo: prima parli di essere un leader e, successivamente, un leader tecnico. È molto diverso dall'essere un leader organizzativo, specialmente nel governo statale o in qualsiasi altra grande organizzazione. Mi rendo conto che il mantra "Muoviti velocemente e rompi le cose" fa molto appello a un ingegnere, ma un tale approccio può essere incredibilmente problematico in un'organizzazione grande e consolidata. Questo non vuol dire che tali organizzazioni non debbano essere interrotte, ma ci sono dei rischi nel farlo e qualcuno che è nuovo quasi certamente non ne sarà a conoscenza. Ci saranno anche problemi finanziari; in base ai tuoi numeri, stai considerando che questo costa alla tua organizzazione ~ $ 30.000 all'anno. Per un'agenzia governativa, ci sarà bisogno di una discreta quantità di lavoro per giustificarlo, possibilmente presentare offerte, occuparsi di varie leggi e così via. Se ti trovi nel Regno Unito, devi anche preoccuparti del GDPR. È del tutto possibile che James sia in grado di affrontare meglio le preoccupazioni organizzative coinvolte.

In secondo luogo, è anche possibile che il tuo manager ritenga che questa introduzione di un nuovo strumento sarebbe una distrazione dal lavoro che sente che tu svolgi migliore. Se sei la migliore persona tecnica che hanno, vogliono che tu lavori su cose tecniche, non introducendo nuovi strumenti ai team.

E, terzo, sebbene questo sia difficile da accettare, le idee in sé e per sé non valgono davvero molto. Lo sai; sei un ingegnere. Le implementazioni funzionanti valgono qualcosa. Ancora una volta, mi riferisco al secondo punto: è questo il miglior uso del tuo tempo? E il primo: sei pronto ad affrontare tutta la burocrazia che probabilmente sarà coinvolta nel far sì che ciò accada? Conosci anche tutte le persone con cui dovrai parlare? È possibile che James sia più adatto a farlo accadere di te? O quella parte di ciò che imparerà per realizzare questo obiettivo sono tutte le persone di cui ha bisogno e le regole che deve seguire?

Per chiudere con un aneddoto personale: anni fa, avevo un'idea su consolidando i molti, molti strumenti di reporting obsoleti che abbiamo utilizzato in un unico posto, con un'unica visione del mondo. L'ho portato al nostro tecnico senior, l'ho convinto dei meriti e poi ha assegnato delle persone a lavorare al progetto. Nessuna di quelle persone ero io. E per un po 'sono stato amareggiato per questo. Dopotutto, era un'idea mia, ma altre persone stavano facendo il divertente lavoro di sviluppo e altre persone stavano ottenendo il merito. E poi sono cresciuto, almeno alcuni. Quelle persone erano molto, molto più adatte a svolgere il tipo di sviluppo necessario e hanno svolto un lavoro molto migliore di quello che avrei fatto io. È stata una mia idea? Sì. E ci sono voluti anni perché il piccolo grido nella mia testa di "Quella era la mia idea" se ne andasse. Ma le persone che meritano il merito per il nuovo strumento sono le persone che l'hanno scritto e le persone che hanno visto che non ero la persona giusta per implementare effettivamente l'idea. Le idee sono facili, il più delle volte; l'implementazione è difficile e capire quali nuove idee abbracciare è difficile.

Porterei tutto questo al tuo manager. Non necessariamente che tu sia sottopagato, rispetto al settore privato, come è quasi certamente noto, ma chiaramente, ti manca una sorta di riconoscimento che brami. Chiederei perché ha passato l'idea a James. Penserei anche a quello che vuoi veramente: il riconoscimento per l'idea, o per rendere la vita migliore ai tuoi compagni di lavoro. È possibile che tu non possa avere entrambi.

^^ tanto questo.La burocrazia impone _ tutti i tipi_ di mal di testa da incubo che gli ingegneri generalmente non sono preparati ad affrontare quando si tratta di ottenere l'approvazione dei cambiamenti organizzativi e la firma dei contratti.Aneddoticamente, alcune organizzazioni governative potrebbero non essere in grado di firmare il contratto di servizio standard con SE Teams come fanno le normali attività commerciali, quindi potrebbe anche essere necessario coinvolgere avvocati per redigere contratti di servizio appropriati.Lascia che le persone che sanno come funziona questa roba lo gestiscano.
Amo il tuo punto di vista su questo.Una correzione al costo del progetto - sarà più vicino a $ 300 al mese, non a 30.000 all'anno secondo i prezzi no profit.
L'unico prezzo che ho trovato era essenzialmente 50 / persona / anno.Se esiste un prezzo non profit o governativo (due cose molto diverse) non viene pubblicizzato.Ma a livello di organizzazione di grandi dimensioni, il prezzo probabilmente non è così rilevante, a essere onesti.
Non sono d'accordo.Le idee sono economiche e facili.In qualsiasi organizzazione consolidata, ti trovi in un ambiente ricco di obiettivi per apportare miglioramenti;l'abilità sta nel dare priorità e nel convincere gli altri ad aiutare.Condurre non significa fare tutto da soli e ottenere credito per questo.Dirigere significa consentire agli altri di fare le cose e vedere che ne ottengono il merito.
Mi piace quanto questa risposta evidenzi tutte le sfumature di cui alcuni di noi non sono consapevoli nel lavoro degli altri.Per chiudere il cerchio, ci sono circostanze in cui i leader dell'organizzazione hanno bisogno dell'intuizione di qualcuno più tecnico per chiarire i punti chiave, gli aspetti della funzione, ecc. Che è stato sollevato a un certo punto della domanda mentre James faceva domande sui Team e sui vantaggiporta.
La mia opinione è che dare credito alle persone che hanno implementato lo strumento NON implica che la persona che ha dato l'idea non possa avere anche qualche credito.I gestori potevano almeno dire "è stata un'idea di Kevin!".I miei manager lo hanno fatto per alcune idee che ho fornito, ma non ho implementato.Di conseguenza, nessuno doveva sentirsi male.
Ottimi punti sullo scavare oltre la parte "idea" e implementarla effettivamente come soluzione funzionante.Le idee sono davvero prive di significato.I dettagli effettivi su come ottenere l'idea di fare ciò che si suppone, ora valgono soldi, ma è un processo molto diverso dal pensare all'idea.
Non sono d'accordo con "Mi rendo conto che il mantra" Muoviti velocemente e rompi le cose "attrae molto un ingegnere".L'ingegneria è l'opposto di essere un cowboy.
@jcm Nella maggior parte dei settori ci sono cose chiamate regolamenti e andare in prigione, quindi gli ingegneri devono assicurarsi che non si autoincriminino.Non è ancora il caso nel mondo del software.Facebook e Google sono interamente guidati da "Move fast and break things".La legge sta iniziando a recuperare, quindi è per questo che ora vengono citati in giudizio.
@Nelson Lavoro nel software, ma sono formato come EE, quindi so che c'è un enorme divario tra l '"ingegneria" del software ei campi più tradizionali.Sebbene l'atteggiamento che descrivi sia diffuso, non è affatto universale nel software.
gnasher729
2019-06-17 01:52:21 UTC
view on stackexchange narkive permalink

Quindi stai dicendo che sei sottopagato, ma va bene perché puoi aiutare le persone e questo ti piace, ma potresti guadagnare di più altrove. E Ken lo ignora o non se ne rende nemmeno conto.

Vorrei parlare con Ken e assicurarmi che capisca che sei infastidito, e perché sei infastidito, e che prima o poi potrebbe perderti per questo. Assicurati che sappia che questo è importante per te e che non farai i compiti per qualcun altro.

Cosa succederà? Dipende. Vincerai o perderai. Se perdi trovi un lavoro che paga quanto vali, forse meno soddisfacente, ma a lungo termine starai meglio.

Vorrei anche sottolineare ** non ** parlare di "Non vengo pagato bene" con il capo.
+1 per non aumentare la parte salariale.Non è necessario complicare la storia
Se non parli di stipendio, non stai comunicando un punto chiave.
Come si parla ora dello stipendio quando OP chiede responsabilità di gestione?I due non sono necessariamente legati né sembra che OP sia interessato allo stipendio.
Non credo che questo sia rilevante.Le persone al governo sono quasi sempre sottopagate rispetto al settore privato, e lo accettano o per altruismo, o per l'ulteriore stabilità fornita da un lavoro governativo, o per qualche altra ragione.Penso che qui ci sia il germe di una risposta, che Ken non si rende conto (e nemmeno OP potrebbe non) cosa motiverà l'OP, e questo è importante, ma concentrarsi sulla retribuzione non affronta il problema di base.
Far notare al tuo capo che potresti andare avanti se non ottieni ciò che vuoi non è il modo in cui consiglierei di gestirlo.Suggerirei di chiarire che questo è molto importante per te, ma suggerire che potresti lasciarlo perdere potrebbe farli pensare a sostituirti.
@NDEthos Lo stipendio al governo dipende praticamente solo dalla tua posizione e dagli anni di lavoro.È una scala fissa.Il tuo manager probabilmente non ha voce in capitolo, a parte raccomandarti per una posizione più alta.
Stephan Branczyk
2019-06-17 14:28:12 UTC
view on stackexchange narkive permalink

Personalmente, risponderei con un'e-mail che dice:

"Forse, sarebbe meglio se rispondessi di persona a tutte le tue domande".

Organizza un incontro con James (senza Ken). Incontra lui. Rispondi a tutte le sue domande al meglio delle tue capacità (non preoccuparti, non puoi davvero fare tutte queste ricerche per lui, deve comunque leggerlo lui stesso).

Quindi, parlagli del tuo problema. Il fatto che vorresti iniziare a usare lo strumento con la tua squadra, ma che Ken ti ha impedito di farlo a causa di James. Guarda cosa suggerisce.

Se non suggerisce una soluzione per te, offrine una tua. Che inizi a usare Teams con la tua squadra (con lui come osservatore) per fargli avere un'idea della piattaforma.

Quindi, guarda come reagisce. Dopo tutto, hai parlato solo con Ken. Non seguire quello che ha detto Ken. Per quanto ne sai, James potrebbe lasciarti iniziare e James potrebbe non avere problemi a condividere il credito con te. A questo punto, non sai cosa sta pensando e devi scoprirlo.

Suggerirei di parlare prima con Ken e di ottenere l'ok, altrimenti Ken potrebbe vederlo male.
P. Hopkinson
2019-06-17 16:16:36 UTC
view on stackexchange narkive permalink

Non sembra che "James" sia proattivo riguardo al tuo piano, il che potrebbe indicare che non è molto entusiasta dell'idea. Ci sono alcuni scenari diversi che potrebbero verificarsi:

  1. James è pigro e vorrebbe rubarti l'idea mentre fa il meno possibile
  2. James non vede qualsiasi valore nel tuo piano ed è abbastanza intelligente da inventare la sua iniziativa di leadership
  3. James non vede alcun valore nel tuo piano ma non è abbastanza acuto da elaborare il suo piano

Vuoi giocare a ciascuno di questi scenari in modo leggermente diverso. Brevemente:

  1. Questo è lo scenario più pericoloso e non recupererai mai il tuo piano finché James non avrà provato e riuscito, fallito o contaminato l'idea per sempre. Dai a James uno starter kit per SO Teams. Dagli forse 3-4 punti elenco che delinea i vantaggi di SO, un collegamento a una guida all'implementazione tecnica e un collegamento ai forum di assistenza. Se spinge per idee / supporto, reindirizzalo agli elementi del tuo kit di partenza. Se davvero spinge, chiedigli se vuole che tu prenda la proprietà del progetto.
  2. Parla con James. Aiutalo a fare un brainstorming su un'idea che gli piace davvero e poi rivendica la tua idea quando la cestina. Questo è in realtà un buon James così come te stesso perché significa che spingerà attraverso un cambiamento che trova eccitante e in cui crede. Soddisfa anche gli obiettivi accademici che il compito dovrebbe soddisfare.
  3. Tricky. Potresti provare l'approccio 1) o l'approccio 2) ma è probabile / possibile che James farà fatica a completare il progetto o i suoi corsi o entrambi (entrambi i risultati negativi da cui vuoi prendere le distanze). I luoghi di lavoro pubblici possono essere un po 'strani con regole strane. Se ritieni che sia prezioso per l'organizzazione che James ottenga la qualifica (ad es. Pensi che non sia fantasioso ma sarebbe un manager altrimenti robusto e decente), allora potresti adottare un terzo approccio in cui lo assisti quanto necessario ma lascia che lo faccia il merito. per esempio. potresti gestire tutta l'implementazione pratica, assegnargli alcuni compiti facili ma rivolti al pubblico, quindi consentirgli / incoraggiarlo a prendersi il merito dell'intero processo o sottovalutare gli aspetti tecnici del compito. Questo sarebbe un approccio molto disinteressato, ma sembra che potresti essere aperto a quel genere di cose, nelle giuste circostanze.

Ovviamente la vita è complicata e le soluzioni generali non si adattano a tutte le circostanze. Adatta le idee come meglio credi.

SZCZERZO KŁY
2019-06-17 14:27:50 UTC
view on stackexchange narkive permalink

il mio capo Ken e gli è piaciuto così tanto che ha chiamato James, l'altro mio capo

è Ken un capo per James? Sono allo stesso livello? Avere due capi è una cosa terribile, terribile.
Quello che è successo è quello che chiamerei "rimetterti nella fila". Non conosco il tuo organigramma, ma sembra che Ken preferirebbe che tu gli presentassi questa idea tramite James o entrambi contemporaneamente. Il modo in cui Ken si è comportato nei confronti di James mostra che è Ken a dire a James cosa fare.

Sì, ne parlerei con Ken, soprattutto per chiarirti le cose. Perché sembra che Ken stia punendo voi due allo stesso tempo. James per l'inattività nel realizzare il suo progetto e tu per essere venuto con idee direttamente a lui e aver omesso la catena di comando.

Terribile, ma non sconosciuto.Sono un contraente del governo degli Stati Uniti e rispondo a tre GPOC, tutti tecnicamente allo stesso livello.Così è la vita.(ovviamente, il mio vero 'capo' è il COR, che non è nessuno dei tre, ma non supervisiona giorno per giorno)
OnoSendai
2019-06-18 01:16:50 UTC
view on stackexchange narkive permalink

Stai vedendo questo evento come una minaccia alla tua capacità di dimostrare quanto sei un risolutore di problemi, e questo è certamente un punto di vista valido. Ma consentitemi di cogliere l'occasione per offrire un approccio diverso: E se questa fosse effettivamente un'opportunità mascherata ?

  • Può darsi che Ken stia effettivamente dando entrambi un'opportunità per dimostrare il proprio valore.

  • Nel caso di James, potrebbe essere valutato in base a quanto bene coordina gli sforzi amministrativi necessari per promuovere lo strumento. Se non lo fa, potresti dover fare un passo avanti per salvare l'iniziativa.

  • Nel tuo caso, per vedere come riesci a lavorare con gli altri. Gran parte del valore istituzionale / aziendale di un dato professionista è legato alla sua capacità di agire come membro del team.

Ora, a un punto più personale, se me lo permetti: ti vedi come un risolutore di problemi e sono sicuro che sei tecnicamente capace. Ma un problema istituzionale non è solo tecnico. Spesso hanno anche una notevole componente interpersonale e per risolverli adeguatamente è necessario portare gli altri dalla propria parte. La critica va bene, ma ricorda che dall'altra parte del tavolo c'è anche un essere umano, con sentimenti e paure.

Un risultato molto migliore che trasformarsi nel ragazzo "niente è mai abbastanza buono" è quello di essere il "capo squadra", un professionista affidabile, comprensivo e motivante che tira fuori il meglio dalle persone.

TL; DR: Aiuta James il più possibile, documenta i tuoi sforzi e sii pronto a rispondere alla chiamata del dovere.

Džuris
2019-06-18 17:08:48 UTC
view on stackexchange narkive permalink

Haha, lavoro del governo. Ci sono stato anche io. Nessun amore per le persone che vogliono portare a termine qualcosa.

Se è qualcosa di simile alla mia esperienza, James stava semplicemente lavorando lì, non facendo altro che scrivere rapporti e riscuotere lo stipendio. Ora la tua idea entra in scena. Ken vede che fai già molto mentre James non fa nulla e dovrebbe avere un ruolo manageriale. Quindi assegna questo compito organizzativo a James.

James è un burocrate esperto (come si scrive?). Chiamano quello che hai fatto "produrre lavoro". Non c'era nessun problema, nessun compito e all'improvviso hai inventato qualcosa da fare. Probabilmente è infastidito ma comunque assegnato. Quindi indagherà, raccoglierà informazioni, ricercerà e altrimenti produrrà e-mail e rapporti il ​​più lentamente possibile fino a quando il progetto non muore di vecchiaia.

Ken probabilmente lo sa e ora riuscirà a far muovere James o fallirà il suo documentato. Se James non riesce a mantenere questo movimento, riavrai indietro il progetto se insisti abbastanza spesso. Ricorda - Ken ha detto "aspettiamo un po 'per vedere se James si muove".

Se non vuoi che il progetto muoia:

  1. Rispondi alle domande di James il prima possibile , cc Ken
  2. Se James rimane in silenzio per un po ', chiedigli "Ehi, posso aiutarti? Voglio davvero iniziare a usare lo strumento". cc Ken. James si infastidirà o risponderà che è stato catturato in un altro lavoro.
  3. Se James non si muove per un po ', continua a chiedere a Ken - James non ha tempo, posso impostare questo per il mio team, per favore ci vorrà solo mezza giornata per favore, capo

Anche se James inizia a lavorare e svolge effettivamente questo compito, avrai molto credito. Avrai anche squadre. E tu (insieme a Ken) avrai ottenuto un po 'di produttività da James.

Analisi molto buona.Ecco le cose.
Old Nick
2019-06-17 13:03:14 UTC
view on stackexchange narkive permalink

Se ho capito bene, hai avuto una buona idea, l'hai proposta e sembra essere una buona soluzione per un problema simile nel business (ma non lo stesso più ampio che pensavi?) con cui qualcun altro si sta occupando ma ti aspettavi di essere quello che ha fatto il lavoro. Sei preoccupato che il progetto più ampio di estenderlo all'intera organizzazione ora non sarà tuo.

Dai tuoi commenti, non sei sicuro esattamente di cosa implichi il progetto di leadership di James, quindi non lo sai tutti i fatti e forse James è in una posizione migliore in questa occasione per implementare la soluzione.

Tutto quello che puoi fare è scambiare due parole con Ken, fagli sapere che hai fatto la ricerca e che avevi pensato Sarebbe naturalmente la persona a mettere in atto il sistema - Se è un no-go, allora suggerisci di lavorare con James su di esso.

Scegli le tue battaglie, ci saranno più opportunità e altre possibilità di brillare e se questo genere di cose continua ad accadere, ricorda, è la loro palla, vai avanti con dignità - Elenca le cose che hai influenzato nel tuo CV e nelle interviste future dì loro che vuoi più lavoro sul progetto.

Dici anche vieni pagato al di sotto del tasso di mercato ma ti va bene, non c'è motivo per cui non puoi trovare un lavoro con una retribuzione equa altrove dove puoi aiutare molte persone a fare e le loro vite migliorano.

Modifica: nella domanda dell'OP afferma:

Ho lavorato lì solo per circa 2 mesi

E

Ho già scelto molte battaglie e non ne ho perse nessuna, ma sto ancora "combattendo" (non mi piace word) perché c'è MOLTO da sistemare.

Spero che questo fornisca chiarimenti sul motivo per cui gli ho suggerito di scegliere le sue battaglie e provare a collaborare con James invece di fare richieste per guidare il progetto.

Se, come dici tu, "James è in una posizione migliore per implementare questa soluzione", dovrebbe portarsela via da solo ...
"Scegli le tue battaglie" - OP ha deciso di scegliere questa.
@SolarMike Non ho fatto questa affermazione, ho detto "Forse James è in un posto migliore" - Non era chiaro al momento in cui ho risposto.
@gnasher729 Come ho detto nella mia risposta, OP dovrebbe fare una chiacchierata con Ken per far conoscere i suoi sentimenti, se è un no, prova a lavorare al fianco di James in modo che almeno possa condividere il merito.
@gnasher729 è d'accordo, tuttavia, sulla base dei commenti dell'OP, sembra che abbia scelto _tutte_ le battaglie.
Brandon
2019-06-18 21:50:56 UTC
view on stackexchange narkive permalink

Senza conoscere le dinamiche di potere, la struttura della squadra o gli obiettivi, è difficile per me dire qualcosa, ma quello che posso fare è dare un'idea del perché potrei fare quello che Ken sta facendo se fossi nella sua situazione.

In qualità di manager e leader, è responsabile della crescita delle persone. Dici di essere la persona più tecnica. Grande. E se tutto il lavoro tecnico viene da te, allora sarai sempre l'unica persona tecnica.

Il vantaggio principale nel cercare e valutare il credito individuale per un progetto o un'idea è costruire credibilità, che può essere utile quando sei nuovo in una squadra. Ce l'hai già. Ora è tempo che qualcun altro impari in modo che anche loro possano diventare fantastici.

Dovresti aiutarli a imparare. Non solo perché è il tuo lavoro, ma perché è la cosa giusta da fare. Migliorerà James o la sua squadra. Migliorerà l'azienda. E in cambio, un giorno potresti fare affidamento su James per aiutarti, il che significa che questa opportunità potrebbe avvantaggiarti anche tu.

Detto questo, non ho idea di cosa significhi "squadra" nel tuo lavoro e di come la politica lavorare lì, quindi forse niente di tutto questo si applica.

Chris Carlson
2019-06-19 18:16:47 UTC
view on stackexchange narkive permalink

Prima di tutto, ho lavorato nel governo locale e federale. Hai ragione che generalmente non si muovono velocemente sulle cose, e c'è una buona ragione per questo. Muoversi velocemente può creare seri problemi perché non tutti i cambiamenti che questa nuova idea, software o flusso di lavoro porterà sono stati pensati, non adeguatamente controllati. Ci deve essere un piano su come andare avanti nel governo, deve essere documentato e dotato delle persone giuste, e francamente sembri che tu voglia lanciarti in questo a testa in giù. L'idea ora appartiene ai tuoi datori di lavoro, ti daranno credito dove il merito è dovuto, non prenderla sul personale, sii orgoglioso che la tua idea li abbia fatti funzionare.

Nella mia esperienza nel governo locale ho lavorato nell'IT, ma ero l'analista GIS che aveva bisogno delle credenziali IT per lavorare sui miei database e pagine web, essenzialmente ero a capo del dipartimento. Sono arrivato a capire che ogni lavoro ha le sue peculiarità, e probabilmente ci sono per un motivo. Il mio capo in IT non installava un nuovo programma o fino al rilascio del primo service pack e leggeva attentamente i cambiamenti poiché lui e la nostra città utilizzavano ancora i database AS400 di IBM per la valutazione. Sono arrivato a rispettarlo davvero per la sua completezza e ho cercato di usarlo da solo. Può essere che tu sia stato valutato come qualcuno per presentare questo e dirlo, ed è stato deciso che sei troppo inesperto o non pronto in qualche modo. Se sei un ingegnere, allora sei il ragazzo che fa il vero lavoro, la trigonometria e la matematica, hai a che fare con una vasta gamma di persone, dai dirigenti ai piccoli clienti. Parli spesso inconsapevolmente in gergo come faccio io spesso, come se fosse una conoscenza comune a tutti, quando in realtà si limitano a velare e dimenticare. Ho lavorato con così tanti grandi ingegneri, a volte inizi a parlare in gergo ingegneristico, sopra la testa di tutti (tranne la mia) :) e le persone perdono energia e possono sentirsi insultate da Mr. Smart Guy laggiù che parla in jive. Guarda come questo ragazzo gestisce il tuo progetto, fingi per un po 'di essere bravo nel suo lavoro. Se fa o dice qualcosa di sbagliato, chiedigli perché l'ha detto, chiedigli dopo in modo utile, se gli piaci e si fida di te, potresti essere in grado di dare un suggerimento prezioso, ma non abbatterlo, tu sei nella stessa squadra con lo stesso obiettivo, e avrai credito, perché sarà nel tuo portafoglio, giusto? Inizia con una presentazione più piccola, mettiti alla prova. Se sei critico perché sai meglio di altri, probabilmente non lo fai e i colleghi probabilmente non hanno l'energia per dirti perché.

Sembri un ragazzo con cui ho lavorato, ha fatto supposizioni dal primo giorno, era troppo qualificato in qualche modo perché era un ingegnere registrato che lavorava come GIS Tech I, si vantava di aver preso solo 1 corso di geografia, il che non lo fa ' Non importa, ma nelle sue domande e proposte mi ha mostrato quanto poco sapeva e che non era disposto a imparare nulla che non cercasse di farmi sembrare cattivo o di prendermi il merito del lavoro che avevo già fatto, è diventato suo ossessione per dimostrare che non ero quello che apparivo, qualcuno con molta esperienza in ambienti diversi, oltre 10 anni. Le sue domande e proposte erano senza senso, alcune potevano essere trasformate in lavoro, ma senza uno scopo pratico, o richiedevano un'enorme quantità di lavoro di backend o elaborazione del computer. Aveva bisogno di ascoltare e imparare, non solo da me e da altro personale GIS, ma da personale sul campo, altri ingegneri e soprattutto dal nostro responsabile GIS. Dopo che il nostro manager è stato licenziato senza sostituzione ogni giorno c'erano diverse idee, ho iniziato a ignorarlo. Odiava me e il nostro fantastico collega, con 30 anni di CAD e GIS alle spalle, e un perfezionista. Ha insultato il nostro lavoro, perché non lo capiva. Ce l'aveva con noi entrambi, che non sopportavamo nemmeno la sua arroganza e le sue offese, si è fatto un orecchio dopo essersi presentato con manuali e libri in una sessione organizzata dalle risorse umane con un moderatore professionista. È stato così entusiasta da me, mio ​​collega e capo delle risorse umane che ha lasciato il giorno successivo. Era un perdente con la sindrome dell'uomo basso, non cadere nella trappola di pensare di essere più intelligente di chiunque altro, con 2 mesi alle spalle non hai idea di chi hai a che fare e non sembra che ti importi . Devi cambiare il tuo atteggiamento, non essere una persona che picchia alle spalle che si arrampica su per la scala sulle spalle degli altri, ne abbiamo abbastanza. Sei intelligente, puoi farlo nel modo giusto, con lavoro intelligente e networking. Questa volta, sii un uomo e prendine uno sul mento per la squadra. Sii felice per lui. Ti auguro buona fortuna per la tua carriera, sii sempre aperto al cambiamento e prima di arrabbiarti o farti male prenditi almeno un giorno per provare a metterti nei loro panni.

Ben detto!Personalmente in alcune situazioni ero "ragazzo intelligente".Fermarsi e ascoltare attentamente, anche tra le righe è fondamentale per comprendere il lavoro reale delle persone e dei processi (al di fuori del mondo ingegneristico / IT).@Chirs Carlson, hai materiale, riferimenti a libri per migliorarlo?
Philipp
2019-06-19 17:18:21 UTC
view on stackexchange narkive permalink

La leadership è tutta una questione di delega. Un buon leader non è una persona che "porta a termine $ H1T", un buon leader è colui che consente agli altri di "portare a termine $ H1T".

Consegnare un progetto personale a qualcun altro che è lontano meno qualificato per eseguirlo di quanto sei potrebbe sembrare frustrante, ma ha due lati positivi:

  • Mantieni il tuo tempo e le tue energie liberi per altri progetti
  • Consenti a quell'altro persona per crescere e assumersi la responsabilità

C'è ovviamente il rischio che il progetto fallisca perché la persona è delegata a essere troppo incompetente, non abbastanza motivata o che ha un'idea sbagliata dell'obiettivo del progetto . Puoi mitigare questo rischio monitorando attentamente lo stato di avanzamento del progetto e intervenendo quando James si blocca o va nella direzione sbagliata.



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