HOWTO ONBOARD
JUNIOR DEVS
LIKE A BOSS
A Guide for Senior Developers
Izzi Bikun
@izzib76
PREPARING FOR
A JUNIOR
DEVELOPER
Before they arrive
PUTYOUR
EGO ASIDE
Onboarding
someone is NOT the
time to show off your
mad developer skillz
AdjustTeam
Processes
Determine a Pair Programming strategy
Schedule weekly Code Retro
Set up Code Reviews/Merge
Requests/Branching Strategy
Write down any implied processes
Code Reviews
Are
â–  Does this code match agreed team
styles?
â–  Have unit tests been written?
â–  Is the acceptance criteria met?
■ Does the code match the team’s
agreed definition of “code
complete”?
Are NOT
■ “I would have done this differently”
■ “This isn’t how *I* write code”
■ “They did <this>?!?! I can’t believe it,
what a moron.”
Buddy System!!!!!!!!!!!!
Assign ONE PERSON to be their
mentor
First point of contact until they
are comfortable
Schedule 1:1 Meet and Greets
GO FOR AWALK TAKEA
COFFEE/SNACK BREAK
GETTO KNOW EACH
OTHER
JUNIOR
DEVELOPER
ARRIVES
Bright eyed, ready to learn, full of hope,
scared out of their minds.
Day 1: Pair
Programming
Narrate EVERYTHING
“I don’t know what
you don’t know”
Day 2: Senior
Dev Hands
off the
Keyboard!
Junior Devs should ALWAYS be
driving
TEACH them instead of DOING
for them
Week 1:
Small Groups
for Large
Topics
Create a “class” of junior developers
Set up a weekly meeting for the class
Deep dive into topics difficult to
explain
Let the class bond with each other
End ofWeek 1:
“How’s it going?”
â–  What did you learn
this week?
â–  What did you
struggle with this
week?
â–  How can I help?
Week 2: More
of the same
â–  Create structure
â–  Let them know what to
expect
End ofWeek 2:
“How’s it going?”
â–  Do you feel more
settled in?
■ What’s confusing
for you?
â–  How can I help?
WEEK 3:TEAM
BONDING!
End ofWeek 3:
“How’s it going?”
■ What’s working
well?
■ What isn’t
working?
â–  What can be
improved?
â–  How can I help?
Week 4: Step Away from the Computer!
Teach Teach them to come to you when they’re stuck
Check in Check in periodically, make sure things are on track
Leave Leave Juniors alone at the computer
End ofWeek 4:
“How’s it going?”
■ “I’ve seen
improvement in
<topic>. Keep up
the good work!”
■ “What are you
struggling with?”
■ “How can I help?”
Week 5: Participation in Meetings
It’s super
rude.
Don’t
interrupt
people.
Seriously.
Don’t
interrupt
them
One voice
at a time
End ofWeek 5:
“How’s it going?”
■ “What’s your
favorite thing
you’ve worked on
so far?”
■ “What is your least
favorite thing to
work on/with?”
■ “How can I help?”
Week 6: Pair
JuniorsTogether
â–  Fly free with a safety net
â–  Teach them to pair
collaboratively
â–  Have someone check in on
them
End ofWeek 6:
“How’s it going?”
■ “Who all have you
met?”
■ “What have you
been learning in
the small group
sessions?”
■ “How can I help?”
WEEK 7:
MORETEAM
BONDING!
Go nuts for donuts!
End ofWeek 7:
“How’s it going?”
■ “Do you feel ready
to be by yourself?”
■ “How can I help?”
WEEK 8: FLY
FREEYOUNG
PADAWAN
But still check in on occasion
THANKYOU! Izzi Bikun
@izzib76
Onboard like a boss

Onboard like a boss

Editor's Notes

  • #4 Talk about bad onboarding experiences. Hated these jobs – bad from day 1 At Kroger, things changed. Took experiences from my onboarding, Onboarding other devs, working with apprentices and interns.
  • #6 THIS IS NOT ABOUT YOU Coaching is NOT a time to show off. You do NOT need to display that you can do xyz in a code base. THEY KNOW. One step/thing at a time Pick ONE project/area for them to work on. Too much context switching can hurt.
  • #7 Not everyone needs to pair, but the apprentice/junior MUST pair Rules that apply to the apprentice/junior need to apply to EVERYONE (pairing exception)
  • #9 Assign someone from the team to be their buddy. Give them one assigned point of contact for any questions. DON’T say “just ask any of us if you have questions” – this is overwhelming. Buddy is responsible for getting them access/invites to meeting, helping set up laptop, etc
  • #10 Stupid informal. Figure out who can go to lunch on the first day.
  • #11 Anxiety of starting a new job.
  • #12 Reading pages of onboarding material is boring. Set them off on a fun note. Have someone show them the systems, walk them around the code base, START a ticket with them, HELP them set up their laptop HAVE SOMEONE TAKE THEM TO LUNCH!!!!!!!
  • #13 Even if you have to tell them letter for letter what they need to type. It’s SO MUCH EASIER to learn by doing than by watching. The sooner you can get them to push code, the better.
  • #16 Don’t expect speed, expect progress Expect questions “we will never get mad if you ask questions, but if you pretend to know something that you don’t…” Don’t expect them to understand EVERYTHING
  • #18 NO HAPPY HOUR. No cost for new hire. Easy, attainable, during work hours Arts and crafts, Exploding kittens
  • #22 Junior devs are often scared to participate in meetings