Fråga:
Hur man ber kollegan att gå långsammare så att jag kan lära mig hur man gör det
user18125
2018-05-22 10:42:57 UTC
view on stackexchange narkive permalink

Jag började ett nytt jobb nyligen. Jag kände redan personen som jag arbetar nära och är vän med honom. Detta kan ändra den typiska dynamiken för en arbetsrelation.

Hur som helst, han går ibland väldigt snabbt när han visar mig hur man gör saker. Så snabbt kan jag inte förstå. Jag försöker ta anteckningar men det är inte möjligt när jag knappast kan fånga det han klickar på i första hand. Jag försökte be om dokumentation som jag kan lära mig av, men jag fick veta att det inte finns någon (eftersom det är ett nytt projekt). Projektet ligger efter schemat så jag förstår varför alla rusar.

Vad är det bästa sättet att ta itu med problemet? En sak som jag skulle vilja överväga är att om det är en engångs sak som jag inte behöver upprepa så bryr jag mig inte om han går fort, men om jag ska lära mig så kan jag upprepa processen än det här är ett problem.

Jag vill självklart inte komma över som inkompetent och arbetsmiljön är väldigt tyst så jag är säker på att andra kommer att höra mig. (Tillbaka när jag gick i skolan hade jag en arbetspraktik som inte gick så bra. Jag sa till min rådgivare att jag försökte mitt svåraste för att få jobbet gjort och han sa att det ibland är att försöka göra arbete är annorlunda än att verkligen göra arbete. "Jag personligen ser det inte så här, för om du gör ditt bästa och det fortfarande inte går bra, finns det inget annat du kunde ha gjort. Att bugga någon att sakta ner, för mig gör mitt bästa för att jag gör mitt bästa jag behöver veta exakt vad det är jag ska göra).

Tack för alla fantastiska svar! De hjälpte mycket. En annan sak jag hittade som har hjälpt är att be om tid för att skriva en anteckning, t.ex. "så det är så du kommer till det fönstret! ett ögonblick medan jag skriver ner det i mina anteckningar".

Det verkar som om dessa saker är datorrelaterade ("Jag kan knappt fånga vad han klickar på"). Får du spela in skärmen, t.ex. med din telefon?
Välkommen till interpersonella färdigheter! ** Vänligen skriv inte svar i kommentarer. ** Det kringgår våra kvalitetsåtgärder genom att inte ha röstning (både upp och ner) tillgänglig på kommentarer, liksom att ha andra problem [detaljerad om meta] (https: // interpersonell. meta.stackexchange.com/q/1644/31). Kommentarer är för att klargöra och förbättra frågan; använd dem inte för andra ändamål.
Är din vän (eller annan anställd) ansvarig för att lära dig hur du gör jobbet? Eller ber du dem att visa dig som en tjänst?
@walen inspelning av skärmen är tillåten. Jag har letat efter en bra gratis skärminspelare men har inte hittat en. Några förslag?
@Hesterry Jag vet inte tillräckligt för att rekommendera en, och jag tror inte att det skulle vara på ämnet här. Ladda bara ner de två eller tre mer populära, prova dem på din egen dator, se vilken som fungerar bäst och be din kollega att använda den under dina träningspass så att du kan granska den senare.
Sju svar:
MaxW
2018-05-22 12:33:02 UTC
view on stackexchange narkive permalink

Jag lärde folk hur man använder ett datoriserat analytiskt kemiinstrument. Jag upptäckte snabbt att ingen lärde sig instrumentet om jag körde det. Så jag gjorde en poäng att "studenten" skulle köra instrumentet medan jag sa till dem vad de skulle göra.

Således föreslår jag att du ber om att ge inmatningen till datorn medan din medarbetare berättar vad du ska göra.

Om frågaren skulle ha problem med att insistera på detta (eller fråga om det), med hänsyn till de bekymmer som nämns i frågan (t.ex. den om medarbetare som hör över detta och oroar sig för bullret) .. Kan du förklara lite mer om "hur" i ditt svar? Hur ska OP fråga, så att de inte verkar inkompetenta? Något att tänka på när man insisterar på att göra operationen när det gäller buller?
När jag parkopplar program på jobbet gör vi exakt detta. En person kontrollerar musen medan den andra använder tangentbordet. Detta innebär att båda utvecklarna måste komma överens om vilka förändringar de gör och hur man navigerar i projektet. Först kan det vara väldigt frustrerande, att behöva klargöra saker som den andra utvecklaren kanske inte instinktivt gör. Det är en mycket intressant övning som kräver förståelse från båda parter. Det främjar också ärlighet. Kommandot "justera flödeskondensatorn" kan inte slutföras om den andra utvecklaren inte förstår det, vilket leder till att de ifrågasätter "var / hur / varför ..."
@simon_smiley det finns en * signifikant * skillnad mellan någon som styr datorn när du lär dem hur man gör något och parar programmering ... vilket är tillräckligt utmanande utan att dela mus- och tangentbordskontrollerna !!! "Mycket frustrerande" skulle vara en bestämd underdrift
@Jesse Jag håller med om att det finns en skillnad men, enligt min mening, inte signifikant. I exemplet ovan kör eleven instrumentet medan läraren förklarar hur det ska köras. I parprogrammering kan juniorutvecklaren skriva kod medan den äldre kan förklara var och vad som behöver utvecklas. Frustrerande ja men enligt min erfarenhet mycket fördelaktigt för den person som lär sig och lärarens färdigheter hos den som leder.
Ett litet problem som jag stod inför när jag använde den här metoden är att jag tenderar att fumla runt och leta efter knapparna för att trycka / försöka skriva ut kommandona korrekt i kommandoraden istället för att faktiskt komma ihåg * "åh, så ska det göras "*. Jag tror att en dummisäker metod kring denna situation kombinerar ditt svar * med * notetaking ... så kan OP aldrig gå fel :) trevligt tillvägagångssätt!
enlighten_me
2018-05-22 11:18:26 UTC
view on stackexchange narkive permalink

Min erfarenhet

En sak jag lärde mig under min arbetsbilaga är att jag inte kan vara rädd för att tala om vad jag tänker på. Jag hade en liknande upplevelse som din; Jag var praktikant på ett R&D-företag, och när min handledare visade mig konturerna av projektet och vad jag skulle undersöka och hur jag kunde göra det kunde jag inte förstå några saker som han försökte säga , men jag försökte inte klargöra eftersom jag inte ville komma över som inkompetent, som i ditt fall. Så jag försökte göra forskningen utan att förstå projektets helhetsbild och syftet med det specifika segmentet jag forskade på och slutade med att bli tillrättavisad under granskningsmötet för att inte göra mitt arbete exakt efter projektets behov.


Takeaway

Jag tror att takeaway från den upplevelsen är att djärvt begära det du vill ha, dvs be din kollega att sakta ner. Ja, dina kollegor kan skynda sig för att slutföra projektet, men de vill hellre spendera 5 minuter mer av sin tid på att förklara repen för dig i lägre hastighet än att behöva spendera ett par timmar på att fixa din misstag och korrigera dina fel någonstans nere i projektlinjen. Du nämnde också att din relation med din medarbetare är närmare än en arbetsrelation. Därför skulle han vara ännu mer benägen att hjälpa dig att komma in i den nya arbetsdynamiken istället för att tro att du är betungande för att få honom att sakta ner så att du kan förstå bättre.

Ett litet tips du kan använda är också att ställa honom om eventuella frågor under lunch eller efter kontorstid (när det är lämpligt). Du kan erbjuda dig att köpa en drink till honom / behandla honom lunch som en gest till din tacksamhet.


Exempel

Du kan närma dig saken så här:

Hej [medarbetare], jag skulle gärna vilja anteckna den här delen så att jag kan replikera detta på egen hand utan att alltid behöva klargöra det med dig .. Kanske du kan gå lite långsammare så att jag kan fånga upp med dig på mina anteckningar? Tack!

Bortsett från allt det bästa i ditt nya jobb!

Börja också skriva upp dina anteckningar om vad du lär dig på ett offentligt ställe så att nästa nyanställd kan benrfit :; detta hjälper din medarbetare att inse att det finns värde i att investera tiden i att sakta ner och förklara bättre.
Imus
2018-05-22 13:21:28 UTC
view on stackexchange narkive permalink

Jag vill först nämna Brooks lag som säger

att lägga till mänskliga resurser till ett sent mjukvaruprojekt gör det senare

Vid en viss tidpunkt gäller detta även för senioranställda. Den extra kostnaden för att arbeta tillsammans är mer än vad du tjänar på att ha en extra person som gör saker.

För en nyanställd är det ännu värre. När vi fick en ny kollega i vårt team sa vår teamledare tydligt att "det kommer nog att ta dig minst 6 månader bara för att veta vad vi gör här". Och det är troligen en optimistisk uppskattning.

Så under de första sex månaderna vet vi alla att den nya killen kommer att sakta ner oss med hopp om att han sedan kommer att börja bidra mer och mer så att vi kan börja faktiskt gör mer arbete än utan honom.

Det här är inte ditt fel. Så ditt huvudmål bör vara att komma ikapp med alla så fort du kan och "bugga" dina kollegor lika mycket som nödvändigt för att göra det.


Med detta sagt finns det också två olika mål din vän kan ha när han förklarar saker för dig. Lär dig antingen hur du gör det själv nästa gång. Eller visa att det finns för framtida referens.

Om det bara är för att ge dig en översikt är det bra som han gör nu och går igenom detta väldigt snabbt. Även när jag gjorde samma sak för vår nya kollega sa jag uttryckligen till honom att jag skulle gå för fort och att han borde fokusera mer på helheten och inte så mycket på vilka knappar jag trycker på.

Om ditt team ansvarar för flera projekt, eller något separata delar av ett projekt, är det en bra idé att börja med att snabbt visa några delar av det. På det sättet när ditt teamledare senare måste bestämma vad du ska göra, vet du åtminstone vad de pratar om. Du vet inte hur man gör de här sakerna ännu, men åtminstone kan du säga saker som "Ah ja, vän visade mig det förra veckan. Det såg väldigt intressant ut att göra".

Om syftet är att faktiskt lära dig hur du gör det och din vän är den som ansvarar för den uppgiften, håller jag helt med MaxWs och gnasher729s svar. Fråga honom om du kan ha musen och tangentbordet och låta honom berätta vad du ska göra.

Vid det här laget är det värdelöst att bara prova det själv utan att veta vad du ska göra. Om du inte vet något, slösa inte tid på att försöka lista ut det själv. Fråga omedelbart någon hur man gör det korrekt istället. På det sättet kommer du att bli en värdefull teammedlem snabbare, vilket kommer att gynna alla på lång sikt.

"det kommer förmodligen att ta dig minst 6 månader bara för att veta vad vi gör här" Jag har hört liknande tidigare och det förvirrar mig. Om en person inte är produktiv de första sex månaderna skulle han inte få sparken?
@Hesterry Nej. Det är att de inte kan vara produktiva än. Tänk på att anställa en ny bussförare. Han har körkort för stora fordon så han är kvalificerad för jobbet. Men han måste först lära sig att hantera passagerare och manövrera bussdörrarna, biljettsystemet .... Att lära sig detta tar tid och det förväntas att det tar tid. Det här är företagsspecifika saker som ingen kan veta innan de börjar arbeta för företaget.
Zibbobz
2018-05-22 18:27:14 UTC
view on stackexchange narkive permalink

Om det är absolut nödvändigt att du lär dig processen, och det låter definitivt som det är, bör du försöka lägga tillbaka kontrollen i dina händer - planera lite tid för honom att komma till ditt skrivbord och få dig att gå igenom processen, snarare än att försöka följa honom med dina ögon.

Genom att själv ha kontroll över processen kan du ställa in den takt som du utför den i - och genom att göra det medan han förklarar stegen får du också en chans att utföra det, vilket kan hjälpa till att ingripa stegen i ditt sinne.

Observera att detta förslag syftar till att hjälpa dig att lära dig processen - det kan vara svårare att övertyga din kollega att följa med. Förklara vikten av att du lär dig processen och hur du gör det hjälper dig att memorera hur det görs. Säg något som:

"Hej, du vet att (process) du visade mig hur man gör? Kan du komma förbi mitt skrivbord och gå igenom det? Jag vill se till att jag får rätt."

gnasher729
2018-05-22 13:09:26 UTC
view on stackexchange narkive permalink

Om ditt medarbetares jobb är att lära dig hur du gör något, måste du hjälpa dem. Det finns flera sätt.

Det bästa sättet är att be dem att låta dig göra jobbet, de berättar varje steg, du skriver ner anteckningar för varje steg och sedan gör du steget. Skriv ner anteckningarna först så att de inte berättar nästa steg omedelbart, vilket inte ger tid för anteckningar.

Ännu bättre: Hans jobb är att lära dig hur du gör något, ditt jobb skapar instruktioner för att göra det, med det tydligt från början. Så du tar inte bara anteckningar. Du skapar ett dokument samtidigt som kan användas av någon annan.

Om han insisterar på att göra saker själv måste du hindra honom från att göra nästa sak innan du är klar med anteckningarna. Efter det första steget säger du "Sluta, jag måste skriva ner det här". När du är klar säger du "Ok, fortsätt". Om han fortsätter i fart säger du "sluta, det här är meningslöst om jag inte har tid att göra anteckningar".

Nu kan det hända att arbetet måste göras snarast - det betyder att det är fel tid att lära dig. Men om problemet bara är att det finns mycket arbete kan det inte hjälpa. Det är mycket effektivare att lära dig saker på ett sätt som du faktiskt lär dig det än att du försöker göra detta och gör många misstag. Så om du avbryter din kollega är det inte oförskämt, det är ett krav för jobbet och i företagets bästa, så det går bra för dig att göra detta.

Džuris
2018-05-22 17:09:45 UTC
view on stackexchange narkive permalink

En sak som jag skulle vilja överväga är att om det är en engångs sak som jag inte behöver upprepa så bryr jag mig inte om han går fort, men om jag ska lära mig så jag kan upprepa processen än att detta är ett problem.

Du bör diskutera med medarbetaren i vilket fall det är. Och fråga om du ska ta anteckningar eller till och med vad exakt ska du notera. Antag inte att du måste lära dig varje steg. Kanske har du det, kanske inte.

Enligt min mening bör du vanligtvis först förstå vad det är, vad det gör, hur det fungerar osv. - helheten. Nästan alltid är det viktigare att förstå "varför" bakom användaråtgärderna inte "vad".

Jag har fått uttryckligen berätta för andra att inte göra några anteckningar. Eftersom den exakta sekvensen av åtgärder kan vara användbara i ett enda fall någonsin och att lära sig gör det inte bra. Den verkliga poängen skulle vara - att förstå vad vi försöker uppnå och hur bestämde vi oss för det. "Hur man gör det" - det är vanligtvis en liten detalj som man kan fråga när man försöker göra det själv.

Ditt ärende kan variera så det finns inget annat val än att fråga vad du ska lära dig och sedan diskutera detaljerna om undervisningshastighet eller vad som helst annat.

Jag antecknar alltid. Inte för att memorera de exakta stegen (även om det ibland är nödvändigt) men ofta för att kunna hitta startpunkten för en process. Jag håller med om att "varför" är minst lika viktigt som "hur", men när jag tar anteckningar antecknar jag både varför och hur. Människor som är bekanta med ett system underskattar hur nytt och konstigt allt de gör är för en ny person. För mig är anteckningen absolut nödvändig.
Karen
2018-05-23 22:42:42 UTC
view on stackexchange narkive permalink

Du missförstår din roll. Ingen förväntar dig att du redan är kompetent till vad du får lära dig: det är därför du lär dig ut. De förväntar sig att du blir en bra student, och det betyder att du måste ställa frågor. Att ställa relevanta frågor får dig att se intresserad av vad du ska göra och visar instruktören att du lär dig. Och mer, att ställa frågor nu betyder att du kommer att kunna imponera när du är utbildad, och du kan visa att du faktiskt vet vad du gör. Din nuvarande praxis att sitta genom träning, ställa inga frågor och senare visa att du inte hade någon aning om vad du tränades på är det som får dig att se inkompetent ut.

Ställ frågor och be tränaren att anpassa lektionerna efter dina behov. Jag rekommenderar att du ska kontrollera musen medan han pratar dig igenom uppgifterna. Något som "Hej, bryr du dig om jag kör / styr datorn medan du pratar mig igenom den? Jag lär mig bättre genom att göra än att bara titta på." På det sättet kontrollerar du takten och han kan se var du kämpar.

Åtminstone måste du ta upp när du saknar saker. "Hej, kan du gå igenom det igen långsammare? Jag saknade det första gången." Ställ också andra frågor, till exempel varför du gör något.

Slutligen, om du går igenom en uppgift som du trodde att du förstod, och det visar sig att du inte gör det, fråga en fråga så snart som möjligt. Att spendera 10 minuter på att försöka lista ut var du går fel är vanligtvis bra. Att spendera en timme är alldeles för mycket (det finns undantag, men inte om du bara lär dig rote-uppgifter).

Din tidigare bekantskap med personen som utbildar dig bör inte göra någon skillnad i detta. Hans jobb just nu är att träna dig, och om du misslyckas med att lära dig, reflekteras det dåligt om båda på dig. Och oroa dig inte för att andra hör dig ställa frågor. De vet redan att du är ny och de förväntar sig att du ställer frågor.



Denna fråga och svar översattes automatiskt från det engelska språket.Det ursprungliga innehållet finns tillgängligt på stackexchange, vilket vi tackar för cc by-sa 4.0-licensen som det distribueras under.
Loading...