Domanda:
Come comportarsi con un membro del team che si presenta costantemente in ritardo
gillonba
2014-10-29 20:00:40 UTC
view on stackexchange narkive permalink

Per molto tempo sono stato l'unico sviluppatore nella mia azienda. L'anno scorso abbiamo assunto altri due sviluppatori entry level. Non ho esperienza o formazione manageriale e pochissime mansioni manageriali, ma in virtù della mia anzianità sono in una posizione di una certa autorità e sulla carta mi riferiscono. Il punto è che chiamarmi pessimo manager non è d'aiuto. Mi aspetto di sì, ma voglio sapere come migliorare.

Abbiamo una riunione mattutina in cui la mia squadra dovrebbe riferirmi i progressi della giornata passata e fissare gli obiettivi per il nuovo giorno. Posso quindi riferire al capo (proprietario) cosa sta facendo la squadra. Il capo ha ripetutamente spinto per impostare l'inizio della giornata lavorativa alle 8:00, ma questo era impopolare e ho potuto invece tenere le nostre riunioni fino alle 10 del mattino. L'incontro è costantemente puntuale. Se chiamo la riunione alle 10:01 mi considero in ritardo. Questo è importante per me poiché sento che se non rispetto il mio programma, perché dovrebbe il team?

Ultimamente (negli ultimi mesi), uno dei membri del nostro team si è presentato costantemente per lavorare sempre più tardi. Non ho detto nulla poiché non voglio inviare il messaggio che obbedire a un orologio è più importante che portare a termine il tuo lavoro, e il dipendente ha costantemente impiegato le sue 40 ore settimanali (posso verificarlo, dato che noi sono necessari per timbrare un orologio). Il mio istinto dice che la qualità del suo lavoro ha sofferto, ma non ne ho prove oggettive solide.

Adesso però è diventato un po 'un problema perché si presenta tardi per le riunioni mattutine . Una volta la scorsa settimana e ora due giorni consecutivi la scorsa settimana. Gli ho chiesto se sta succedendo qualcosa o se ha bisogno di qualche tipo di sistemazione da parte dell'azienda. Ha detto di no, che gli dispiaceva e che avrebbe cercato di essere puntuale. Questo è stato un paio di settimane fa e non è migliorato. Ho chiesto all'altro sviluppatore se sa qualcosa e lui dice di no.

A questo punto non credo che spingere ulteriormente indietro la riunione aiuterà. Tutti noi siamo stati in grado di fare l'orario di inizio delle 8:00 - 8:30 quando il capo ci ha fiato sul collo. Lo sa, lo sappiamo. Temo che se non riesco a trovare una soluzione il capo imporrà regole più severe e la mia squadra perderà parte della flessibilità di cui godiamo ora. Che tipo di carote o bastoncini posso offrire per evitare che ciò accada?

I commenti non sono per discussioni estese; questa conversazione è stata [spostata in chat] (http://chat.stackexchange.com/rooms/18297/discussion-on-question-by-rotard-how-to-deal-with-a-team-member-consistently- sho).
Vorrei partecipare alla riunione tarda o andare alla riunione, ma sei stato messo in una posizione di "gestione" senza formazione. Forse dovresti rivolgerti al tuo supervisore. Quali sono le tue politiche e procedure? L'individuo contribuisce?
La flessibilità fa parte del suo contratto? In caso contrario, è un privilegio per cui deve lavorare attivamente per mantenerlo.
Sono curioso: se l'incontro delle 10 del mattino dovrebbe determinare il programma della giornata, cosa devono fare gli sviluppatori se arrivano prima? Non sta inviando il messaggio che arrivare prima delle 10:00 non è importante?
Sai * perché * si mostrano in ritardo? Una cosa è se lo fa perché ha voglia, ma potrebbero essere problemi familiari, medici o altri problemi che stanno masticando le prime ore di veglia della loro giornata.
A quanto pare lo sviluppatore non trova che gli incontri siano di valore. E gli altri sviluppatori? Mentre le riunioni quotidiane possono funzionare alla grande per alcuni team, ci sono altri team in cui non sono altro che una perdita di tempo. Non seguire un processo solo perché il processo dice di farlo. Assicurati che aggiunga valore. Fermarti e chattare con ogni persona per conoscere il loro stato potrebbe funzionare molto meglio. Se il team non si sente come se stesse ottenendo valore dalla riunione, cerca di capire come adattarlo in modo che ottenga valore. Potrebbe capitare che l'incontro non sia necessario, qualunque cosa tu faccia.
"_Io ho potuto tenere le nostre riunioni invece fino alle 10 del mattino. La riunione è costantemente puntuale. Se chiamo la riunione alle 10:01 mi ritengo in ritardo_", È questo il parametro per decidere che il dipendente si è presentato in ritardo? Dai!
@TheDarkSide Sì.L'incontro inizia alle 10:00.Se non sei lì alle 10:00, sei in ritardo.Non sono sicuro del motivo per cui ritieni che concedere un minuto in più sia eclatante.Questo dipendente non sta rispettando i suoi obblighi di lavoro.Come minimo, deve spiegare cosa sta succedendo.
@iheanyi - C'è una linea sottile tra l'essere disciplinare e l'essere draconiani con queste cose.Quel "minimo" è il primo corso d'azione.È un problema solo se è un'abitudine ricorrente, e soprattutto se la durata è più pronunciata di un solo minuto.Sicuramente non a scapito dell'efficienza, ma bisogna essere decisamente un po 'liberali nei confronti di questi problemi, o presto finiresti con dipendenti / cultura del lavoro ostili, e quasi sicuramente non è mai produttivo.:)
@TheDarkSide È chiaro che questo dipendente è costantemente in ritardo.C'è una differenza tra presentarsi tardi al lavoro e presentarsi tardi alle riunioni programmate.Il fatto è che, seriamente o no, tardi è tardi.Il ritardo costante senza alcuno sforzo da parte del dipendente per dare un avvertimento o spiegare è motivo di licenziamento.Un collega che non rispetta il tempo dei suoi colleghi ha creato un ambiente ostile e se lasciato incontrollato potrebbe danneggiare la cultura come tutti gli altri vedono che alla direzione non interessa.
Sospetto ** fortemente ** che il dipendente possa avere l'ADHD.Se anche questo dipendente ha problemi a portare a termine i progetti o trasferisce compiti che potrebbe considerare noioso, è probabile che abbia questo disturbo.Questa non è una possibilità così improbabile, si stima che il 5% degli adulti lo faccia.Vedi http://www.rcpsych.ac.uk/healthadvice/problemsdisorders/adhdinadults.aspx Se lo fanno, ** hanno la motivazione per essere puntuali ma non hanno la funzione esecutiva richiesta per pianificare **.Tienilo in considerazione quando parli con un simile dipendente.
Dodici risposte:
Kate Gregory
2014-10-29 22:22:41 UTC
view on stackexchange narkive permalink

Hai almeno tre problemi qui:

  • tu e l'altro sviluppatore che aspetti che si unisca alla riunione mattutina state perdendo tempo e forse sconvolgete voi due
  • vorrebbe che il tempo fosse flessibile, che arrivasse quando gli piace fintanto che arriva a 40 ore e fa le sue cose, ma la riunione mattutina sta interferendo con questo ora
  • pensi che nel complesso la sua qualità del lavoro sia calata quando ha spostato l'orario di lavoro, ma non sei del tutto sicuro su quello

Perché non provare questo: rendilo un incontro di fine giornata invece di un incontro mattutino. Nessuno può andarsene finché non è stato trattenuto. Pianificalo per [durata della riunione] minuti prima di ogni volta che una persona di 40 ore a settimana partirà se entrasse alle 8. (Se una tale persona partisse alle 4, tienilo alle 3:45.]

Ora potete parlare tutti di quello che avete fatto oggi, di quello che continuerete a fare se non ve ne andate ancora e di quello che farete domani prima che arrivi LateGuy. Potete coprire tutte le stesse basi di una riunione mattutina ma senza dover aspettare LateGuy. Inoltre, i primi possono agire alle 8 del mattino se imparano da LateGuy che è necessario intraprendere tale azione.

Se lo fai tu. questo, ora è libero di avere il suo tempo flessibile (entro limiti ragionevoli: non può lavorare dalle 20:00 alle 4:00 o non potresti avere una riunione.) Forse con la tensione rimossa, la sua produttività e qualità torneranno a dove si trovavano. Forse inizierà ad arrivare alle 11, o mezzogiorno o alle 3, e dovrai approfondire ciò che sta accadendo e come la pensa l'azienda. Ma più probabilmente arriverà all'incirca tra La maggior parte dei giorni alle 9:30 e alle 10:30, mettiti al lavoro e starai bene.

Se si scopre che le riunioni di fine giornata semplicemente non funzionano e tu e l'altro arriver puntuale state soffrendo per una riunione di fine giornata, allora devi dirgli che deve regolarizzare abbastanza le sue ore che c'è un momento al mattino (e non alle 11:59) in cui puoi essere sicuro che sarà presente in modo che si possa tenere una riunione mattutina. Ottieni il suo accordo su un orario e poi, se devi, chiedi al capo di chiarire che essere in quel momento è una condizione per l'occupazione. Ma non andarci finché non hai dato un giusto tentativo alle riunioni di fine giornata. Ciò dovrebbe aumentare le possibilità che accetti un programma ragionevole per l'inizio della giornata se sono vitali.

(A proposito, la mia ipotesi è che abbia recentemente iniziato un'attività serale: il gioco online , o un nuovo altro significativo, o una danza quadrata - e sta alzato più tardi ogni sera in una spirale semi-dipendenza, poi ha sempre più difficoltà ad alzarsi al mattino. La sua stanchezza sta causando il calo di qualità, e resiste alle tue azioni perché dice a se stesso che si fermerà prima stasera e non avrà più problemi. Se questo è ciò che sta accadendo, potrebbe uscire da un lavoro o l'entusiasmo iniziale potrebbe svanire e potrebbe tornare a un ritmo più normale. Ma non puoi sopportare che sia così, da qui il mio suggerimento per un ragionevole riarrangiamento, almeno come esperimento.)

+1 per non avere la riunione come prima cosa al mattino. La puntualità è sempre stata il mio più grande fallimento accademico e professionale. Vorrei arrivare al lavoro in tempo, capisco che è importante, è qualcosa a cui penso ogni giorno, semplicemente non succede. Se dovessi essere lì alle 10, probabilmente non lo sarò, ma sarò quasi sempre lì per le 12.
Spostare la riunione in un secondo momento suona come una buona idea - avere un riepilogo della riunione "cosa hai fatto oggi" ha più senso di "cosa hai fatto ieri". Le informazioni sono ancora fresche nella tua mente.
Se l'OP utilizza la metodologia di sviluppo Agile, la riunione è effettivamente intesa all'inizio della giornata e lo sviluppo Agile si basa sul fatto che quella riunione sia all'inizio della giornata. È una metodologia di sviluppo altamente iterativa basata sul giudizio ogni mattina su ciò che deve essere fatto quel giorno. Viene anche utilizzato per aggiornare gli eventi del giorno passato, quindi non è necessario passare la prima ora del tuo lavoro a capire cosa hai scritto ieri sera e perché.
@NateKerkhofs Lo so, ma lo spirito è lo stesso se lo fai alla fine, stabilendo cosa farai il giorno dopo. Quello che perdi dimenticando un piano durante la notte, guadagni nel non dimenticare gli avvenimenti della giornata durante la notte. Può funzionare. E se non funziona, si può onestamente dire al tizio in ritardo "Guarda, questo incontro deve essere la prima cosa e tu devi essere lì. Abbiamo provato altre volte e non hanno funzionato".
@NateKerkhofs Ho gestito squadre con un fine giornata in piedi (il nostro PO ha lavorato il turno serale, quindi la sua giornata è iniziata alle 16:00). Funziona altrettanto bene come uno stand-up mattutino.
@KateGregory Il problema è che qualcosa di inaspettato può accadere dall'oggi al domani, causando un cambiamento nel tuo piano per il giorno successivo. Se vi incontrate al mattino, saprete cosa è successo durante la notte e potrete spiegarlo. Ad esempio, se trovano un bug di sicurezza MASSIVO o qualcosa del genere in qualcosa che usi durante la notte, qualcosa sulla scala di Heartbleed o ShellShock (Heartbleed era abbastanza grande da essere effettivamente segnalato da molti media mainstream), la pianificazione mattutina ti consente di farlo assegnare la correzione in modo ordinato, senza lo stress che viene da "chi modificherà la loro pianificazione?".
@NateKerkhofs Il primissimo principio dello sviluppo Agile è, cito: "Individui e interazioni su processi e strumenti"; il quarto principio di Agile specifica solo lavorare insieme ogni giorno, non a che ora del giorno ciò si verifica; e i metodi Scrum specificano una * preferenza * per le riunioni di inizio giornata, ma non richiedono che sia in tale momento. Inoltre, le riunioni quotidiane regolari non sono per le emergenze o lo sviluppo di soluzioni; se viene fuori qualcosa di grosso, è il momento per una riunione di emergenza "tutti in coperta" e una riunione di squadra per lavorare su una soluzione a un problema specifico.
Ho visto una serie di problemi dagli standup di inizio giornata. Non solo le persone che non sono in tempo per la riunione, ma anche altre persone che sono presenti prima ma che * veramente * non iniziano a fare nulla di utile fino a dopo lo standup. Può facilmente sprecare un'ora ogni mattina in questo modo.
Mi piace l'idea di dare una possibilità agli incontri serali. Se il peggio arriva al peggio ed è un disastro, avrai qualcosa di concreto da dire a LateGuy: "Ehi, guarda, abbiamo provato ad adattarci a te e non sta funzionando in questo modo. Dovrai adattarti per adattarti con il resto della squadra ".
Un altro vantaggio delle riunioni di fine giornata è che tutti hanno una buona idea da dove iniziare la mattina e possono mettersi subito al lavoro, invece del solito "hmm dove mi trovavo, cosa dovrei fare". È un consiglio comune fare una piccola lista di cose da fare la sera, quindi certo, perché non come gruppo?
@Nzall Ma qualcosa di grande e inaspettato può accadere facilmente durante il giorno come durante la notte (è più probabile che "accada" nel senso in cui è possibile reagire durante il giorno, a meno che la tua azienda non sia abbastanza grande da avere uno sviluppo di 24 ore;anche con il supporto 24 ore su 24, il tuo team di sviluppo non lo saprà fino a quando non avranno letto i rapporti il giorno successivo).La tua argomentazione in realtà suggerirebbe che dovresti tenere la riunione quotidiana più tardi, tranne per il fatto che la riunione quotidiana non è * per * reagire alle emergenze - non vuoi che il tempo di reazione del tuo team a tutto sia "la prossima riunione quotidiana".
magnus.westrom
2014-10-29 22:03:18 UTC
view on stackexchange narkive permalink

Questo argomento è uno dei miei preferiti, o più specificamente: l'argomento della definizione di "regole di condotta" per una squadra. Molte volte vedo che le regole vengono stabilite e applicate, senza che sia stata dedicata molta attenzione al valore effettivo di quella regola.

Allora qual è il valore di essere puntuali, in altre parole avere un orario obbligatorio dove le persone lavorano? La maggior parte delle volte, questo si riduce all'essere disponibili per altre persone, i cosiddetti orari di ufficio o alla partecipazione a riunioni. Se riesci a mantenere le ore obbligatorie disponibili per dire, 6 su un totale di 8 ore di lavoro giornaliero, in generale vedrai un aumento della produttività poiché le persone possono adattare le loro ore di lavoro a quelle che sono produttive. Sia nel senso che le persone mattiniere lavorano prima, sia che escono presto quando hai una brutta giornata e che restano fino a tardi quando sei "nella zona"

Quindi come far rispettare gli orari in cui noi vuoi davvero che le persone siano disponibili? Il principio da usare qui è quello di rubare un po 'di psicologia della guerra: un soldato non è fedele ai suoi generali (gestione), ma alle persone accanto a lui in trincea (membri della squadra). Quindi, invece di dire "Mi aspetto che voi tutti siate qui dall'ora x all'ora y ogni giorno", riunite il team e spiegate loro che vorreste avere 6 ore ogni giorno quando sono disponibili, e lasciate che decidano per stessi quali dovrebbero essere questi tempi. Le riunioni ricorrenti dovrebbero quindi essere collocate entro i tempi di queste ore e nessuno dovrebbe ricevere critiche per essere fuori sede al di fuori di questi orari (con eccezioni per riunioni / impegni specifici, ecc.).

E poi, per rispondere finalmente alla domanda, come gestisci un membro del team che si presenta costantemente in ritardo? Raduna il team di tanto in tanto (ad esempio la retrospettiva se stai facendo Scrum), mostra loro l'elenco delle regole che loro stessi (con la tua facilitazione) hanno escogitato e chiedi loro di parlare di quali non funzionano e perché. Ciò avrà un impatto maggiore rispetto a qualsiasi modo tu stesso possa motivare / minacciare / manipolare il membro della squadra per presentarsi in tempo

+1 ottima idea. Le persone sono molto più propense a partecipare se sentono di far parte del processo decisionale. Oh, a proposito, l'intero concetto di "devi essere qui all'ora X" non ha alcun senso per la maggior parte degli sviluppatori di software (da quello che ho visto).
Questo. Uno sviluppatore molto raramente ha eventi critici in termini di tempo in un giorno, ad esempio telefonate alle 9:00. Hanno 40 ore di lavoro a settimana, e se potessero farlo in un blocco di 49 ore, così sia. Un certo grado di flessibilità nel tempo della tua giornata lavorativa aumenta il morale e di solito la produttività (sono inutile prima delle 10 del mattino, anche se mi presento alle 9 del mattino ... farei più lavoro spostando la mia giornata indietro di un'ora) pur consentendo il tuo staff per fare di più con la loro vita. Se non altro, perderai meno tempo per gli appuntamenti dal dottore, ecc. Nota che essere troppo draconiano potrebbe farti perdere uno sviluppatore, non migliorare la puntualità.
Devo aggiungere che pensavo di pubblicare in PM, non sul posto di lavoro, quando scrivevo questo. La mia risposta è sempre la stessa, con la possibile aggiunta che, a seconda della tua autorità de facto in questo gruppo, dovresti stare attento a come faciliti queste discussioni. In un certo senso può essere a tuo vantaggio che tu sia un membro di una squadra più che un manager, ma a seconda della cultura (aziendale e nazionale) la tua autorità sulla carta potrebbe influenzare il modo migliore per affrontare questo
@magnus.westrom potresti inserire quel commento nella risposta, insieme a una spiegazione di come più o meno autorità sulla carta influenzi le cose?
Vale la pena ricordare che "la maggior parte degli sviluppatori", quelli che non capiscono perché è importante quando fanno il loro lavoro, sono narcisisti infantili che pensano che l'unica cosa al mondo che conta sia ciò che registrano. A meno che non lo siano Richard Stallman scrivendo GNU da solo nei primi giorni si sbagliano. Stanno deliberatamente trascurando il resto della squadra, e se vogliono lavorare in una squadra hanno bisogno di crescere un po 'e seguire qualcosa del genere :-) Se non vogliono lavorare in una squadra, ci sono posti di lavoro là fuori che non lo richiedono, dovrebbero cercare quei lavori!
Detto questo, se tutti i membri della squadra devono incontrarsi insieme all '"inizio" della giornata, è come dire che tutti devono iniziare la giornata alla stessa ora. Ciò è inutilmente inflessibile per la maggior parte dello sviluppo software. Non inserisci una barriera nel tuo progetto a meno che tu non ne abbia * davvero * bisogno, quindi indipendentemente da quando è questo incontro, dovresti avere modi per le persone di fare qualcosa di produttivo prima che inizi :-)
-1
@Dunk: Sapere quando lavori meglio non è un problema, e non è questo il comportamento che sto criticando. Né sto criticando semplicemente opponendomi alla nozione di ore centrali. Rifiutare di riconoscere che potrebbe esserci un possibile beneficio nell'essere disponibile al resto della tua squadra, vale a dire prendere la posizione che "non ha alcun senso", è il comportamento che sto criticando, e sto definendolo infantile e narcisistico. Va tutto molto bene dire che hai sviluppato una "sensazione" per quando sei necessario, ma se "senti" di non essere necessario e il resto della squadra ha bisogno di te, allora ti sbagli.
Probabilmente dovrei aggiungere che a differenza di Radu, che per primo ha sollevato la questione, non penso che sia davvero "la maggior parte degli sviluppatori" per cui questo non ha senso. Nella mia esperienza non è così difficile spiegare o semplicemente dimostrare i vantaggi di un team di buone dimensioni che comunica in gruppo. La domanda riguarda una pratica lavorativa che richiede riunioni di gruppo regolari: servono tutti. È perfettamente ragionevole sostenere una pratica lavorativa diversa per evitare questa necessità, è irragionevole "adattare il proprio programma" per arrivare in ritardo alle riunioni perché solo tu senti di non essere necessario in esse.
@Steve:I è totalmente diverso se una persona è necessaria e sceglie di non rendersi disponibile, ma non credo che questo sia un problema di OP. Uno dei motivi per cui le persone scelgono carriere simili alla programmazione è la possibilità di avere orari flessibili entro limiti ragionevoli. Ci sono sicuramente fasi di progetti in cui vuoi che tutti insieme, ma il più delle volte non importa. Ciò che conta è quanto sono produttivi gli sviluppatori. Personalmente non mi metto in marcia fino a circa 3, ma poiché sono a capo dei team sono in 8. Quindi l'azienda di solito perde 6 ore di produzione altrimenti eccezionale da me ogni giorno.
Preferisco di gran lunga che uno sviluppatore sia veramente produttivo da 3 a 11 piuttosto che essere semplicemente "bravo" ma disponibile per gli altri con cui parlare nel caso in cui ne abbiano bisogno (che di solito non è mai). A meno che, ovviamente, se stai guidando una squadra, non devi davvero essere disponibile.
@Dunk: Penso che il problema dell'OP sia * precisamente * che questa persona è necessaria per questo incontro, e gli altri due sono seduti ad aspettarlo. Forse le pratiche / metodologia potrebbero essere cambiate per non aver bisogno di questo incontro, ma in questo momento ne ha bisogno e non si fa vedere. Non credo che ciò possa essere ignorato sulla base del fatto che gli sviluppatori sono spiriti selvaggi che devono solo essere assecondati. Alcune persone possono fare alcuni lavori e non altri, questo lavoro in questo momento prevede la partecipazione alle riunioni.
user1220
2014-10-29 20:07:20 UTC
view on stackexchange narkive permalink

Credo che la risposta sia nella descrizione del problema. Vorrei dire al tuo sviluppatore che se non si presenta alla riunione all'orario normale, il capo lo riporterà all'orario delle 8:00, e sarebbe peggio per tutti. Anche chiedere (o ricordargli) della riunione imminente il giorno successivo alla fine della giornata lavorativa può anche essere d'aiuto, perché gli dimostrerà che ci tieni ed è importante.

Se continua a presentarsi tardi, allora potresti non avere altra scelta che parlare con il tuo capo e possibilmente avere una conversazione (voi tre) su questo per risolverlo.

Vorrei fortemente mettere in guardia contro l'uso delle 8 del mattino come arma. Se influenzerà negativamente tutti, rischi di alienare il "buon" sviluppatore e di perdere entrambi. Per non parlare del rischio di distruggere il tuo stesso morale e creare un impatto negativo sulla tua performance. Se lo sviluppatore non si preoccupa già abbastanza della riunione delle 10 per presentarsi in tempo, farlo prima probabilmente vedrà gli stessi se non peggiori risultati di partecipazione.
Non proprio la sua arma, ma quella del suo capo. Il punto è: hai impostato il momento migliore per tutti i membri della squadra, ma ricorda a questa persona in particolare che questo accordo potrebbe essere deragliato dal capo verso un (indesiderato) 8:00 se qualcuno (lui in particolare) non riesce ad aderire.
Costruire un regime di paura attualmente costa a un'azienda [per cui ho lavorato] molti ottimi dipendenti.
@phresnel è vero, ma se si potesse sostituire un dipendente pauroso con uno non pauroso, potrebbe valerne la pena.
Philipp
2014-10-29 20:21:56 UTC
view on stackexchange narkive permalink

Non voglio inviare il messaggio che obbedire a qualche orologio è più importante che portare a termine il tuo lavoro

Ma in questo caso è importante, perché non obbedire al l'orologio impedisce che il lavoro venga svolto.

Ogni minuto in cui è in ritardo per la riunione è un minuto che passi ad aspettarlo. Questi sono due minuti in cui tu e l'altro lavoratore siete improduttivi durante l'orologio.

Ci sono due possibili linee di azione:

  1. Approccio autoritario: fagli capire che essere il ritardo per le riunioni fa perdere tempo a te e al tuo collega e insisti che sia puntuale. Essere puntuali alle riunioni fa parte della professionalità.
  2. Approccio diplomatico: sebbene le 10 del mattino siano già piuttosto tardi per presentarsi al lavoro nella maggior parte delle culture, l'orario potrebbe comunque essere scomodo per lui. Potresti spingere la riunione più indietro per assicurarti che tutti siano presenti, come dopo pranzo.
Tendo a non essere d'accordo (per il tipo di incontro a cui si riferisce l'op).Di solito quando qualcuno è in ritardo a una riunione con solo <= 1 manager e <= 5 persone, gli altri (di solito i tuoi colleghi) chiacchierano e si rilassano.In un senso malato, in realtà è una buona cosa.Finché lo sviluppatore non è in ritardo di più di 5 minuti, è ok.E se si scusa per il ritardo, anche se quasi tutti i giorni, significa che ci sta provando.
DoubleDouble
2014-10-29 22:20:27 UTC
view on stackexchange narkive permalink

Quando dice " no, che gli dispiaceva e che avrebbe cercato di essere puntuale " ti sta dicendo che non c'è davvero un motivo per cui è in ritardo . Almeno, niente in cui pensa che tu possa aiutarlo.

Molti luoghi di lavoro hanno un orario flessibile, ma hanno ancora "ore di base" per le quali tutti dovrebbero essere presenti. Potresti provare a implementare una regola simile.

Potrebbe non capire l'importanza di essere puntuali. Se porta a termine il suo lavoro, e allora? È qui che devi spiegargli perché è importante. ( presumendo che sia importante ). Dato che sembra che tu l'abbia già fatto e lui è ancora in ritardo, forse non è ancora importante per lui . Quali ripercussioni avrà questo comportamento su di lui se continua ad essere in ritardo? La risposta a questa domanda potrebbe essere "abbastanza importante" da consentirgli di iniziare a presentarsi in tempo.

Potrebbe comunque avere un problema legittimo, anche se se segui il paragrafo precedente e lui non te lo dice perché ha un periodo così difficile allora il suo problema potrebbe essere qualcosa di estremamente personale (viene in mente la depressione - può rendere difficile alzarsi dal letto) . Potrebbe non piacergli il lavoro o le persone con cui lavora. Tutto ciò influenzerebbe anche le sue prestazioni lavorative. Il problema con un problema come questo è che non vorrà ammetterlo e potrebbe anche non esserne consapevole, ma fintanto che gli chiedi se c'è un problema e lui dice "no" ... a meno che tu non veda segni evidenti che ha bisogno di aiuto ( Il che significa che dovresti consigliargli di chiedere aiuto. O addirittura spingerlo a chiedere aiuto ) non c'è molto che puoi raccomandare o fare per il suo problema - Potrebbe essere solo non è adatto per l'azienda.

Prima proverei semplicemente a fargli sapere le conseguenze delle sue azioni. Sembra che tu stia comprendendo e voglia risolvere questo problema con lui. Dovrebbe vedere anche quello. Sappi solo che potresti doverlo licenziare se il costo del suo ritardo è troppo alto.

In assenza di depressione, potrebbe essere un esaurimento professionale, i sintomi sono quasi identici. Anche se non ha lavorato troppo, ci sono tantissimi altri modi per ritrovarti in esaurimento. Sentirsi sottoutilizzati o valorizzati, sentire che il processo aziendale intralcia il lavoro reale, ecc. In questi casi, sebbene il consiglio sia per lo più lo stesso risparmio se è esaurito, potrebbe essere un indicatore che forse è la causa di problemi nella gestione. (l'OP dice che questo è il suo primo concerto, non per colpa lui potrebbe aver bisogno di tweek sul suo processo) Ma sì Depressione e burnout, vampiri di motivazione totale.
D'altro canto, potresti semplicemente convincere il tuo dev che la tua insistenza sugli incontri che trova improduttivi e le ore che non gli piacciono non valgono la pena trattare con lui e potresti perdere il tuo dev. In generale, insistere su pratiche aziendali che non hanno un impatto positivo effettivamente percepibile è un buon modo per convincere gli ingegneri a partire.
@reirab concordato. Questo è il motivo per cui ho incluso la domanda: * Se porta a termine il suo lavoro, allora cosa? * E * supponendo che [questi incontri] sia importante. *
Aggiungendo al mio commento precedente, se spiegare perché è importante sembra essere una sfida, dai un'occhiata a [@Ryan's answer.] (Http://workplace.stackexchange.com/a/35536/26401) copre il problema abbastanza bene se l'incontro in sé non è utile, e forse può dare al PO un argomento per parlare con il loro capo per ancora più clemenza.
La frequente mancanza di gestione del tempo potrebbe essere un'indicazione dell'ADHD negli adulti, vedere http://www.rcpsych.ac.uk/healthadvice/problemsdisorders/adhdinadults.aspx e https://www.adultadhd.org.au/documents/facts-fogli / ADM0034_About_Adult_ADHD_Web.pdf.Gli adulti con ADHD hanno molte motivazioni, ma mancano delle capacità mentali esecutive necessarie per pianificare in modo efficace.
Ryan
2014-10-30 00:14:55 UTC
view on stackexchange narkive permalink

Questo articolo riguarda le revisioni delle prestazioni, ma la prima metà descrive lo stesso problema "tardivo":

https://www.linkedin.com/pulse/article/20141028123557- 9522584-il più grande assassino-di-carriera-di-tutti-i-tempi-recensione-performance

"Sei mesi di potenziale perso a causa di uno stupido commento su come presentarsi al lavoro in tempo . "

Dubito molto seriamente che tu stia raccogliendo ogni singolo giorno metriche utilizzabili, magari cambia questo incontro in una o due volte alla settimana e pianifichi più avanti?

Personalmente il mio team tiene una riunione di mischia due volte a settimana e inviamo quotidianamente e-mail con i dettagli del nostro carico di lavoro / impedimenti. Le riunioni inutili sono un killer della produttività per uno sviluppatore, quindi il mio consiglio sarebbe di cambiare il formato dello scambio di informazioni e limitare il tempo del viso in modo che diventi importante e non solo qualcosa da fare.

Alcuni spunti di riflessione: io risolvere alcuni dei più grandi problemi di lavoro sdraiati a letto alle 2 del mattino. Non riesco a dormire se è nella mia mente, mi tiene sveglio e continuo a cercare di risolverlo. Non mi preoccuperei nemmeno di ricordare il problema se sono preoccupato che siano le 2 del mattino e devo andare a una riunione per parlare delle stronzate che ho fatto ieri invece di sistemare le cose che contano.

il tempo stretto ti porterà il corpo caldo nella porta, ma il cervello è un bene di gran lunga più prezioso. Solo i miei 2 centesimi.

In effetti, dobbiamo fare più spazio per le persone che sono più produttive alla fine della giornata. Prendi ad esempio [Sidney Coleman] (http://news.harvard.edu/gazette/story/2007/11/sidney-coleman-dies-at-70/): "Notoriamente notturno, si rifiutò di insegnare una lezione delle 9:00 perché, ha detto: "Non posso restare sveglio fino a tardi." ".
RualStorge
2014-10-29 21:57:37 UTC
view on stackexchange narkive permalink

In quanto persona in fase di sviluppo e supervisore di altri, ci sono cose da affrontare qui.

Il Boss voleva gli incontri per prima cosa la mattina (8am) e tu come squadra lo hai convinto a darti un po 'di libertà per spingerlo alle 10 del mattino ... le 10 del mattino sono un inizio molto tardi per la giornata nella maggior parte del mondo. Non essere in grado di farlo funzionare in modo affidabile entro le 10:00 è un problema.

Ci sono diversi modi per affrontare questo problema, tutti devono considerare i loro pro e contro. (Ne includerò alcuni forse meno etici)

Causa

PERCHÉ questa persona è cronicamente in ritardo? Dipendono da altri per il trasporto? Hanno qualcosa che fanno prima del lavoro che dura da molto tempo? Senti che non ci sono conseguenze che potrebbero derivarne? Semplicemente non ti interessa più?

Potrebbero esserci ragioni molto valide per il ritardo ripetuto. Se riesci ad arrivare in fondo alla questione per sapere "Perché", sarai maggiormente in grado di aiutare a risolvere il problema. (Trova un mezzo di trasporto alternativo, fissa le priorità o prendi provvedimenti disciplinari, ad esempio)

Autorità

L'approccio dell'autorità tende ad essere il passaggio al tradizionale approccio. È piuttosto efficace a breve termine ma davvero impopolare tra il personale. Fondamentalmente è "Devi essere qui entro le 10 o troveremo qualcun altro che lo farà". Tutti noi preferiamo essere brave persone che si fidano dei nostri dipendenti nel fare la cosa giusta con solo un piccolo stimolo secondo necessità, a volte quando le persone si compiacciono devi dare loro un piccolo calcio per ricordare loro che hanno degli obblighi da rispettare.

Diplomazia

Alcune persone sono molto ricettive a ciò che è effettivamente corruzione. Trova qualcosa che vogliono che tu possa ragionevolmente fornire. Gli aumenti salariali in realtà sono solo marginalmente efficaci qui. (a meno che non siano sottopagati) ma tutti hanno qualcosa che vogliono forse soda, caffè, ringraziamenti occasionali, ecc. Trova qualcosa che questa persona vuole che tu possa offrire ... SE riesce a mettersi al lavoro in modo affidabile.

Una tattica comune è fornire una ragione per cui la persona VUOLE essere lì in tempo. caffè fresco, ciambelle, ciambelle, ecc. disponibili alla riunione in quantità limitate. Be ', l'appuntamento è alle 10 del mattino, fai i panini poi, se le persone hanno ancora fame ne mangiano un secondo, se non ce n'è più quando passeggia tardi, beh è solo un peccato, no?

NOTA: le seguenti NON sono risposte serie, ma probabilmente si dimostreranno soddisfacenti per il troll frustrato che vuole scatenare modi inappropriati

Diplomazia malvagia

La diplomazia può anche essere usata come tattica pubblica di vergogna. È roba piuttosto losca, ma a volte è il tuo percorso più efficace. (potrebbe non funzionare per te con una squadra così piccola) Offri di acquistare il pranzo di squadra SE TUTTI si presentano in tempo in modo affidabile per X quantità di tempo. Se questo tizio lascia cadere la palla, i suoi colleghi faranno arrabbiare. A volte i dipendenti si sentono meno in colpa per aver deluso un supervisore rispetto alla persona che lavora al loro fianco.

Diplomazia ancora più malvagia

Dai qualche beneficio a tutti era puntuale in modo affidabile. Fai la proposta per il pranzo alla squadra, poi dì che ti sei sentito in colpa per non aver offerto il pranzo alla squadra a causa delle azioni di una persona piuttosto che portare fuori il resto della squadra senza di loro. Questa non è davvero roba carina, e onestamente è piuttosto schifosa, ma tende a portare le cose a testa. (di solito da quella persona che smette)

La soluzione finale (sì, lo sapevo che è di cattivo gusto)

Inizia la riunione alle 10 del mattino, quando entra in ritardo licenziarlo sul posto. (supponendo che tu abbia l'autorità per farlo)

Non solo la parte "soluzione finale" del tuo post è di cattivo gusto (come hai riconosciuto), è anche estrema, e in alcune / molte parti del mondo, non legale.
@Joe Sono d'accordo che sia estremo, ma in quali parti del mondo è illegale essere licenziato per presentarsi al lavoro fino a tardi? * Potrei vedere, se è stata solo una volta, o solo per pochi minuti, ma ne è già stato parlato e hanno più occorrenze *
@DoubleDouble Nel Regno Unito, ad esempio, non puoi _summarily_ licenziare qualcuno per essersi presentato in ritardo. Se arriva a tanto, dovresti coinvolgere le risorse umane e ottenere una traccia cartacea. Quindi è molto meno probabile che la tua azienda si trovi dalla parte sbagliata di un caso di licenziamento ingiusto.
Beh, ad essere del tutto onesti, non consiglio nessuno di questi altri che "Causa" seguito da "Autorità" o "Diplomazia" a seconda delle specifiche. In caso di licenziamento non riuscito per i canali normali. (È stata una settimana difficile, quindi semi sfogata in quello che ho ritenuto fosse un modo divertente e, si spera, ovvio, terribile, ma probabilmente molto soddisfacente per affrontare questo problema ...) Detto anche, il fatto triste praticamente tutto questo è legale nella maggior parte del NOI. in alcune parti la soluzione finale non sarebbe saggia, la diplomazia ancora più malvagia potrebbe anche farti finire nell'acqua calda. Scusa, frustrazione e tutto il resto.
La diplomazia malvagia rovinerà il morale della squadra. L'unica cosa peggiore dell'essere pubblicamente svergognati è rendersi conto che potresti essere il prossimo e che essenzialmente il tuo capo ha fatto ricorso al bullismo. La soddisfazione del team precipiterà e se il membro del team è popolare potresti trovarti alla fine di un contraccolpo.
@JonStory Sì, probabilmente rovinerebbe la morale della squadra, e anche come affermato è un affare losco che non consiglio. L'ho chiamata "diplomazia malvagia", implicando che fosse moralmente inaccettabile. Questo awnser era certamente un miscuglio di raccomandazioni reali (quelle che non sono intitolate in una luce negativa) e di quelle che probabilmente soddisfano i propri umori, ma alla fine idee terribili. (Faresti qualcosa che qualcuno ha dichiarato come un "piano malvagio"?)
Se coinvolge il dominio del mondo, certo
La decisione di chiamarlo "male" avrebbe dovuto farti riconsiderare se includerlo o meno.
@DavidConrad era in parte per scherzo e per un buon divertimento, fondamentalmente una giornata di merda non sono in disaccordo non è particolarmente utile.
@RualStorge Prima ho pensato di commentare, poi ho letto la tua spiegazione sopra e posso capire la tua sensazione, ma perché non modificare la risposta ora?
Avvertimento su "diplomazia" e "diplomazia malvagia" - ci sono alcune persone che sentono "se sei puntuale ti offro il pranzo" e pensano "fantastico, è una mia libera scelta se essere puntuale o no, e se compro il mio pranzo non devo essere puntuale ". Questa non è affatto una cosa irragionevole da pensare per loro una volta che si sceglie di iniziare il percorso di fare affari e offerte condizionate, poiché questa è la natura fondamentale di un accordo. Dare a qualcuno un bonus per fare * quello che dovrebbe fare comunque * potrebbe funzionare, poi di nuovo il bonus deve valerne la pena o probabilmente smetterà di funzionare alla fine.
@Relaxed Modificato per sottolineare che la metà inferiore sta effettivamente trolling.
@SteveJessop Sono contento di vedere questo commento qui, è un punto molto valido.
Si prega di * non * modificare le sezioni "diplomazia malvagia".Mi rendo conto di essere così in ritardo per la partita che non è probabile che accada a questo punto, ma volevo sottolineare che è una buona idea includerli qui sotto etichette che chiariscano che sono cattive idee.Indicare cosa * non * fare è importante quasi quanto indicare cosa dovresti fare, soprattutto perché le tattiche elencate come "malvagie" qui sono in uso attivo.
Will_create_nick_later
2014-10-29 21:23:09 UTC
view on stackexchange narkive permalink

La prima cosa che sto pensando: perché la qualità del lavoro è peggiore perché inizia più tardi? Inoltre hai detto che è solo una sensazione viscerale. Quindi immagino che ora la prima cosa sia scoprire come misurare la qualità reale.

Se risulta che la qualità reale è pessima, digli semplicemente: taglieremo il tuo stipendio, perché il tuo la qualità è peggiore di quella necessaria per questo stipendio.

Se si scopre che la qualità non sta peggiorando, penso che non ci siano problemi se viene più tardi: è un vantaggio per la compagnia avere orari flessibili e in risultato: lavoratore più felice, lavoratore più fedele.

D'altro canto, il lavoratore non ascolta ciò che il capo gli dice di fare. Ci sono buone ragioni per dirlo - se non ascolterai quello che diciamo - non abbiamo bisogno di te in azienda.

C'è un altro aspetto di questo problema. L'azienda è abbastanza buona per il lavoratore, quindi si preoccupa di cercare di essere un buon lavoratore. È probabile che non ottenga ciò che vuole dall'azienda e forse anche il suo stipendio non è quello che gli fa avere paura di essere licenziato, quindi la soluzione dovrebbe essere: scoprire cosa vuole dall'azienda per essere felice e poi chiedigli seriamente - se smette di essere in ritardo - ottiene ciò che vuole dall'azienda (se possibile).

Ancora una cosa: l'aumento di stipendio potrebbe non essere la più grande motivazione. Ma con l'offerta di stipendio più grande puoi inserire la pubblicità che stai cercando come lavoratore, uno dei requisiti importanti è - essere al lavoro non troppo tardi. E se sei fortunato, trovi un lavoratore migliore e il problema è risolto.

Prima di pubblicare un annuncio - parla di nuovo seriamente con il lavoratore - se non smette di essere in ritardo, allora ne troveremo uno nuovo e sarai sostituito. E dagli l'ultima possibilità di migliorare.

Penso che ci siano buone probabilità che l'azienda abbia un budget limitato poiché potrebbe essere una piccola azienda e quindi non è possibile offrire un grande stipendio o altri vantaggi.

Ma allora sarebbe come chiedere: come posso ottenere una Ferrari ma avere un budget solo per Opel Vectra.

Quindi se l'azienda non è così brava come cerca di trovare un buon lavoratore, allora probabilmente dovrebbe solo essere felice mentre sta lavorando e portare qualche profitto anche se non è il massimo profitto possibile.

L'Opel Vectra non ti condurrà a destinazione alla stessa velocità di Ferrri, ma guiderà comunque :)

O se pensi che non sia redditizio trattenerlo di nuovo - licenziatelo.

Aggiornamento:

Non sto dicendo di fare le cose alla cieca perché potrebbero avere un effetto negativo. Quelli che ho menzionato sono solo per passare attraverso passaggi logici.

Ad esempio - digli che taglieremo lo stipendio - ora andiamo al passaggio successivo pensando - sarebbe davvero buono o sarebbe cattivo. Se questo non è il caso, allora quali altre opzioni abbiamo. E così via. E poi se non abbiamo buone opzioni, se porta un profitto almeno piccolo - lo teniamo, se non lo fa - licenziatelo.

Inoltre dobbiamo pensare al profitto a lungo termine e profitto a breve termine. E quali sono le possibilità che rimanga così finalmente siamo in un momento che riteniamo sia abbastanza lungo?

user8365
2014-10-30 20:40:36 UTC
view on stackexchange narkive permalink

Questo è ciò che è noto come "dollari in attesa di monetine" ed è controproducente. Stai cercando di gestire la tua giornata così come quella del team, quindi tutti devono collaborare.

obbedire a un orologio è più importante che portare a termine il tuo lavoro

Questo incontro fa parte del lavoro svolto. La comunicazione è importante.

Gli ho chiesto se sta succedendo qualcosa o se ha bisogno di qualche tipo di sistemazione da parte dell'azienda. Ha detto di no, che gli dispiaceva e che avrebbe cercato di essere puntuale.

Non sta mantenendo la sua parte dell'accordo. Puoi provare a offrire orari alternativi, ma questa persona non ha scuse per non mantenere il tempo che hai impostato; potrebbero esserci problemi che non è disposto ad ammettere come se avesse problemi di sonno.

Sii disposto a lavorare con lui, ma a un certo punto non gli è permesso sprecare il tuo tempo. Hai altre cose da fare. Temo che un piano avrà bisogno di fissare alcuni obiettivi realistici (non più di un giorno saltato a settimana / mese) e ci devono essere delle conseguenze per il mancato rispetto.

Per qualsiasi motivo, il tuo capo pensa che questo sia importante, quindi dovresti avere supporto per essere in grado di trattare con questa persona. Spero che non si arrivi a questo. Sembra che tu sia disposto a essere flessibile e questa persona potrebbe approfittare della situazione. Considera anche come si comporta durante la riunione. È riluttante a parlare con gli altri? Fa le cose quindi dovrebbe avere problemi a non voler discutere di eventuali fallimenti.

0x574F4F54
2014-10-30 20:21:04 UTC
view on stackexchange narkive permalink

Una chiamata in conferenza potrebbe essere un'opzione praticabile come modo alternativo per partecipare. Ciò ti consentirebbe di tenere la riunione in un momento coerente consentendo allo sviluppatore (e forse ad altri membri del tuo team) un modo semplice per partecipare se scoprono di essere in ritardo o di non poter partecipare fisicamente.

questo sembra più un commento, vedi [risposta]
L'ho appena letto, non vedo nulla su ciò che costituisce un "commento" rispetto a una "risposta". Se fossi in una posizione in cui non potessi essere costantemente presente fisicamente a una riunione richiesta, apprezzerei la teleconferenza. Ti fa superare il problema immediato e ti consente di concentrarti maggiormente sull'attività a portata di mano.
Ciao i68040, grazie per aver controllato il link come rispondere. Quello che stiamo cercando nelle risposte sono soluzioni, non domande ma risposte effettive che forniscono una spiegazione. Stiamo cercando di insegnare, non solo di raccontare. Un modo per farlo sarebbe condividere un'esperienza personale che hai avuto che dimostra questo problema, fornire una buona spiegazione del motivo per cui questo risolve il problema sia per il dipendente che per il manager. Dai un'occhiata alle risposte votate per avere un'idea di cosa stiamo cercando. Spero che questo sia d'aiuto e benvenuto in The Workplace SE! :)
Anche se questo potrebbe non essere ciò che Stack-Exchange generalmente considera una risposta di * alta qualità * e probabilmente conta anche come risposta di bassa qualità, è comunque una risposta.Se fosse stato pubblicato come commento, avrebbe facilmente ottenuto una risposta "Per favore, non pubblicare risposte come commenti".C'è una domanda all'inizio, certo, ma la risposta è valida quanto le altre, e il vero punto della risposta è ottimo.Qualcuno potrebbe semplicemente modificare la domanda se li disturba così tanto;potrebbe essere più utile del downvoting.
NotMe
2014-10-30 02:40:44 UTC
view on stackexchange narkive permalink

La prima cosa che devi fare è discuterne con il tuo capo. Ci sono due potenziali obiettivi per questo incontro

  1. Acquisire il potere necessario per intraprendere qualsiasi azione necessaria per garantire la conformità; oppure
  2. Chiedi al tuo capo di intervenire.

Un "manager" che non ha capacità di assunzione / licenziamento, secondo me, non è realmente un manager. Le persone che gestisci alla fine ti calpesteranno se sentono che non hai alcuna capacità di creare o far rispettare le regole.

Quindi, se fossi nei tuoi panni, andrei dal capo e chiederei lui per darmi potere in modo tale che io abbia effettivamente l'autorità necessaria per la posizione che ricopro. Un buon capo te lo darà. Quindi puoi parlare in privato con l'individuo e spiegare loro che la giornata lavorativa inizia alle 9:00 o come preferisci.

Se il tuo capo non è disposto a darti tale autorità, allora avrai bisogno che intervenga e parli con quella persona. Sicuramente questo percorso è più facile per te, ma, francamente, se vuoi un vero ruolo di gestione dovresti cercare la prima opzione.

Capisco che gli sviluppatori spesso non amano lavorare quando il resto del mondo è coinvolto ; Lo sono stato per molti anni. Tuttavia, capisco anche che ci sono molte ragioni per cui essere alla loro scrivania quando il resto del mondo è disponibile può anche essere molto importante.

* "Un" manager "che non ha capacità di assumere / licenziare non è, secondo me, realmente un manager." * Questo probabilmente dipende dalla cultura. Ho visto molti manager che hanno influenza solo su chi viene assunto / licenziato, non l'ultima parola.
@Mast: Potresti farti una risata su questo: http://english.stackexchange.com/questions/169075/what-do-you-call-a-manager-that-cant-hire-or-fire-personnel
Tim Zwart
2014-10-30 21:57:56 UTC
view on stackexchange narkive permalink

Sono un tale dipendente a cui piace arrivare tardi. Le mie ragioni sono che mi piace la vita notturna, non sono una persona mattiniera e che non sono soddisfatta del mio lavoro.

Se il mio manager mi desse un ultimatum "presentati in tempo o ti licenziamo", mi presenterei in tempo, ma passerei anche la maggior parte del mio tempo a cercare un altro lavoro. Se non lo fa, è probabile che nulla cambi. Potrebbe essere un segno che questo sviluppatore pensa di essere sottopagato e non pensa che il suo lavoro sia così prezioso. Quindi, prima di emettere un simile ultimatum, fai un'analisi costi / benefici (costo di sostituzione).

Chiarimento: vedo tre opzioni per un manager che ha a che fare con qualcuno come me:

L'approccio più morbido è quello di ignorare principalmente la situazione e magari parlarne senza emettere un ultimatum. questo è ciò che fa il mio manager. Questo non fa mai male ma potrebbe non aiutare molto.

Se l'analisi risulta che il costo della sostituzione è inferiore ai vantaggi di qualcuno che si presenta in tempo, allora è bene seguire un approccio "duro" e lanciare un ultimatum.

L'ultima opzione è se questa persona non è facile da sostituire e hai davvero bisogno di lui nella tua riunione alle 10. Allora potresti prendere in considerazione l'approccio di "pacificazione" e provare a fare un accordo. Ascolta quello che vuole così si presenterà in tempo. Quello che non consiglio è un approccio "bluff" di emettere un ultimatum anche se il costo della sostituzione è superiore al vantaggio del tuo dev che si presenta in tempo.

questo si legge più come un commento, vedi [risposta]
è una prospettiva diversa sulla questione e può aiutarlo a rispondere alla sua domanda. dare una risposta diretta sarebbe altamente fuorviante.
Penso che questo potrebbe essere notevolmente migliorato se includessi qualche spiegazione su come funzionerà praticamente per il richiedente. Stai dicendo al richiedente di ignorare completamente la situazione? Chiaramente li infastidisce, visto che l'hanno chiesto. Puoi [modificare] per chiarire un po 'di più? Grazie!
spero che questo possa essere d'aiuto
Penso che ci sia una risposta lì dentro, e vorrei sostenerti come ho fatto per un'altra risposta, ma il tuo muro di testo rende difficile seguire.


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