Spørgsmål:
Medarbejder ser ud til at afskære mig og tale over mig
JonH
2015-05-05 21:34:51 UTC
view on stackexchange narkive permalink

Jeg fører tilsyn med et meget lille team på 5 fyre. En af mine medarbejdere ser ud til konstant at tale over mig eller afskære mig, og det bliver bestemt irriterende. Dette sker især, når jeg vil holde en tale om en ny eller kommende funktion. For eksempel kan jeg sige, at vi har X-opgave at gøre, og det vil kræve A, B og ... og straks begynder han at tale. Nogle gange griber han en markør og begynder hvidt ombord på sine ideer og tanker, mens jeg ikke engang er færdig med at forklare det nye "koncept".

Det er næsten som om han elsker at høre sig selv tale. Og hans ideer er generelt okay, men det er næsten som om jeg ikke rigtig har brug for forstyrrelsen, da jeg vil have mit team til at forstå nogle kritiske punkter. Nogle gange lader jeg ham fortsætte, andre gange vil jeg bare tale lige tilbage over ham (som jeg ved ikke er professionel, men det er næsten som om han ikke vil give andre en chance).

Nu en anden gang jeg nævnte dette for ham, og det virkede som om han ikke ville tale med mig i et par uger..for mig er det ikke et sundt arbejdsmiljø. Hvilke andre muligheder har jeg for at fortælle ham, at det ikke er så rart at gøre det?

Har du prøvet skriftlige dagsordener til dine møder?
Jeg kunne godt lave en skriftlig dagsorden, men vi er en så lille gruppe, at vi normalt har denne type møder direkte i vores arbejdsområde.
anbefalet læsning: _Det er ikke hvad jeg mente_, af Deborah Tannen. Noget af dette kan være samtaleformater. New Yorkere har for eksempel en meget kortere timeout, før de konkluderer, at den anden person er stoppet med at tale, og overvejer at afbryde mindre uhøflige end mange andre. Du kan forvirre ham lige så meget ved ikke at tale, når han forventer dig, da han forvirrer dig ved at tale, når du ikke forventer det.
Fem svar:
blankip
2015-05-05 22:51:10 UTC
view on stackexchange narkive permalink

Du har en "Paul" i din gruppe. Jeg formåede en "Paul" i 5 år. Den største måde at håndtere en "Paul" på er at få "Paul" til at føle sig vigtig og vigtigst af alt give "Paul" noget at gøre.

Så næste gang han taler op på dit møde, giv ham noget at gøre det er om emnet. I dit eksempel ville det være rigtig nemt. "Paul, vi er nødt til at holde os på opgaven her. Men jeg kan allerede se, at du har nogle ideer. Kan du venligst planlægge et møde med dine jævnaldrende for at gå igennem dine ideer, og så kan vi mødes om det om [x antal] dage? Tak Paul for at føre an på denne samtale. "

Så du gjorde to ting her. Du fik Paul til at arbejde ekstra. Han føler, at han er førende, men han er bare en mødearrangør. Han bliver nødt til at planlægge noget og tage noter (du behøver ikke bede Paul om at tage noter, bare gør det vigtigt, at de vil blive gjort senere). Hvis Paul kan lide at udføre ekstra arbejde, så godt. Du har en assistent til manager gratis.

Den anden ting er, at du viser Paul, at han er en del af et team og ikke ledelse. Du er ikke med i det første møde. Hans jævnaldrende vil være derinde og Paul vil tydeligt se, hvor han er.

Paul vil hurtigt lære at åbne munden er lig med mere arbejde, ellers vil han nyde det arbejde og fortsætte med at tale. Bare sørg for, at hvis han kan lide det ekstra arbejde, som teamet forstår, at Paul er en lige og ikke deres vejleder eller leder. Få hans ekstraarbejde til at virke helt administrativt.

Jeg kan også lide dette svar +1.
* Tak Paul for at tage føringen i denne samtale. * Stemmer ikke godt overens med * Bare vær sikker på at han kan lide det ekstra arbejde, som teamet forstår, at Paul er lige og ikke deres vejleder eller leder. * Hvis du ikke gør detvil dit team tænke Paul tager en hovedrolle, det kan være en dårlig idé at foreslå foran holdet, at han tager føringen i en samtale med jævnaldrende.
Og afhængigt af kvalifikationsfordelingen i teamet har du måske bare fremmedgjort den ene kvalificerede udvikler.
forfærdeligt, forfærdeligt råd.Det er bestemt bedre at være ærlig over for "Paul", forklare problemet og se, at han holder op med at afbryde?
@sgroves - Paul fortalte mig bare "at fortælle mig, at jeg er irriterende lyder som om du vil demotivere en produktiv medarbejder".
@blankip Er bobodarph faktisk din Paul?
@blankip Så forklarer du, hvorfor det ikke er sandt .. hvis de stadig ikke får det, skal du fyre dem.
paparazzo
2015-05-05 22:32:08 UTC
view on stackexchange narkive permalink

Jeg formoder, at dette er en alfa-udfordring.

Det frustrerer sandsynligvis også andre arbejdere.

Du er nødt til at tage kontrol over mødet. Hvis han starter et design på det tavle, fortæl ham "Jeg er ikke færdig med at gå over konceptet. Når jeg er færdig med at introducere konceptet, kan jeg godt lide at få designinput fra alle."

Jeg ved ikke, om du ser Survivor, men Jeff Probst er god til at tage kontrol. Jeg husker en episode, hvor en spiller sagde, lad os fortsætte med udfordringen, og han sagde, at vi fortsætter med udfordringen, når jeg er klar bro.

Jeg tror ikke, det er en alfaudfordring, men en ingeniør, der tvangsmæssigt vil løse problemer (det er hvad de gør.). Hvis dette var en salgsperson, ville jeg være mere tilbøjelige til at være enig med dig.
@JeffO Jeg har også set denne dynamik i designteam. Selvom det kun er en aggressiv designer, ville jeg tage den samme tilgang. Han blev tavs, efter at det var blevet drøftet en efter en med ham
Jeg kan godt lide dette svar +1.
user8365
2015-05-05 23:10:17 UTC
view on stackexchange narkive permalink

Jeg baserer dette lidt på din kommentar,

Nå, jeg kunne lave en skriftlig dagsorden, men vi er en så lille gruppe, at vi normalt har denne type møder direkte i vores arbejdsområde

Vær lidt mere formel.

  • Har en dagsorden, som alle får en kopi på forhånd.
  • Bed alle om ikke at afbryde.
  • Medtag tid til spørgsmål
  • Bestem, hvornår og hvem der vil arbejde på potentielle løsninger. dvs. vi skal ikke løse problemerne på dette tidspunkt. Måske kan du tage frivillige på dette tidspunkt.

Fjern markørerne, hvis du skal.

Denne person skal vide, at du mere sandsynligt vil overveje hans anbefalinger en gang du har det godt, han har alle oplysningerne. Antag, at han ønsker at komme med det "rigtige" svar og ikke kun et svar for at høre sig selv tale.

De fleste programmører kan ikke lide at høre sig selv tale så meget, som de kan lide at løse problemer. De efterlader ikke Sudoku-puslespillet halvt afsluttet. De tænker på kodning i brusebadet. Det er en drivkraft for at få tingene gjort. Dit job er at sikre, at denne adfærd ikke påvirker de andre, og at hans er så produktiv som han kan.

Hold et privat møde. Ikke alle opfanger sociale signaler så godt som vi håber. Behandl ham som en voksen og lad ham vide, at konsekvenserne bliver værre, hvis han ikke overholder det. Han kan muligvis ikke gøre det med det samme. Sæt i en rimelig tidsramme. Giv ham et "Få fri fra fængsel" -kort eller to. Målet er at fortsætte med at få hans værdifulde input (hvis det ikke er værdifuldt, har du et større problem) på en mere passende måde.

jwsc
2015-05-05 22:11:19 UTC
view on stackexchange narkive permalink

Da du er leder af denne fyr (jeg forstod), burde denne adfærd ikke være et problem. Bare spørg ham om en kort snak privat.

Selvom du ikke er chef for den kollega, vil jeg anbefale dette. Hold samtalen i en meget venlig tone, men understreg det faktum, at du har det dårligt med at blive afskåret.

Bonuspoint, hvis du finder ud af HVORFOR han afskærer dig altid. Spørg ham om det! Du kan muligvis lære noget nyt om, hvordan han opfatter dig i dine taler.

Hvis det sker igen, kan du bare minde ham høfligt om din diskussion. Eller inviter ham til en anden privat tale. med en mere streng tone denne gang.

BoboDarph
2017-12-12 19:30:03 UTC
view on stackexchange narkive permalink

Jeg er Paul (se mest stemt svar).

Jeg taler, når folk ikke er færdige med at tale. De fleste gange er det fordi jeg tror, ​​de tager fejl og ikke ved det endnu. Og jeg er ikke villig til at spilde et helt møde på at lytte til ting, der er så grundlæggende ødelagte, at det tager mig mindre end et par sekunder at stikke flere huller i det end schweizisk ost.

Det, der tikker Paul (mig ) mest er, når folk antager, at jeg respekterer dem i stedet for at prøve at rette dem. Når Paul begynder at tale, er det fordi han vil hjælpe dig, ikke fordi han synes du er uværdig hans opmærksomhed.

Hvis du forhindrer Paul i at tale ved at give ham administrative opgaver, er du en dårlig leder. Og burde stoppe med at lede folk. Begynd at lytte til Paul. Hvis han ikke giver mening, fortæl Paul, at han ikke giver mening og fortsæt med dit møde, har du sandsynligvis mistet 2 minutter. Hvis Paul har ret, har du bare reddet dig selv en ulykke. Hvis du får Paul til at styre dine papirbeholdninger, vil Paul træde tilbage og lede efter en leder, der ikke er bange for at blive udfordret.

Uden at lytte til hele meddelelsen, hvordan ville du vide, om dine bekymringer allerede er løst i henhold til kravene E, D eller F?Jeg kan huske, at jeg havde trænet i en gruppe om, hvordan man bruger et billetsystem, hvor jeg blev afbrudt af en Paul, der ville brainstorme, hvordan jeg vedhæftede dokumenter, jeg lod ham fortsætte i et par sekunder og rådede ham derefter til, at det allerede var løstog vi vil dække denne funktion om et halvt minut.Pauls er yderst lidet som medarbejdere / kolleger, da de ikke kun ikke får det store billede selv, de forhindrer også deres holdkammerater i at få det.
Stoppede du nogensinde med at undre dig over, hvorfor Paul pludselig besluttede at gøre din træning til en brainstorming om, hvordan du vedhæfter et dokument til et emne?Blev det faktum, at du ville kommunikere den tidligere aftalte måde at gå på Paulus 'bekymring til rådighed i starten af mødet?Havde Paul en chance for at tænke over dette, eller var din træning kun en øvelse i "Følg lederen"?Hvad er meningen med et møde, send bare en e-mail og kassér al feedback, som du gjorde med Paul på mødet.
Hvilken feedback tror du, min Paul gav?"Hej gutter, vi skal have en funktion, der gør X?""Paul, vi har allerede en funktion, der gør X, hvis du bare holder dine spørgsmål indtil slutningen ..." Det formidlede formål med mødet var demonstration af et værktøj med spørgsmål i slutningen, afbrydelse af en præsentation for at bede om noget, der erallerede leveret er et enormt spild af alles tid.Så langt som at sende en e-mail og forvente, at dine brugere skal forstå, hvordan man bruger et system, har det vist sig at være mindre end effektivt i min erfaring, men måske skriver du bedre e-mails, end jeg gør.
Ville bare opdatere alle, at jeg måtte fyr min "Paul".Han kunne ikke hjælpe sig med at distrahere og afskære folk.Til sidst frygtede folk bare at se fyren.Han holdt så mange mennesker tilbage fra så mange ideer og produktivitet.Beklager ikke flere "Pauls" for mig, da jeg er meget forsigtig med denne type egenskaber hos mennesker.
Håber, at din perfekte verden aldrig har brug for "Paul" for at udfordre de stensolide påstande.Held og lykke.Du har brug for det.


Denne spørgsmål og svar blev automatisk oversat fra det engelske sprog.Det originale indhold er tilgængeligt på stackexchange, som vi takker for den cc by-sa 3.0-licens, den distribueres under.
Loading...