Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Building a Culture of Learning

Building a Culture of Learning

Or really: Effectively Building a Self-Sustaining Culture of Learning

Joseph Mastey

March 09, 2015
Tweet

More Decks by Joseph Mastey

Other Decks in Programming

Transcript

  1. ABOUT ME • Manager of Internal Learning at Enova •

    Software Engineer for twelve years • Teacher for zero years* * this is okay, we can work with this
  2. ABOUT MY COMPANY • Fast paced in a good way

    • Deadline driven in a less good way • Dozens of Rails codebases from 1.2 to 4.2 • Hire lots of green developers
  3. GETTING THE REASONS RIGHT • Attract amazing engineers • Reduce

    attrition, especially of senior folks • Increase “bus factor” and cross-role knowledge • Bring fresh ideas into the organization • Reduce wasted effort and increase delivery speed
  4. – Me, a long time ago “We really just need

    the CTO and the CEO to make this a priority.”
  5. – Someone like me “If we could pause our current

    projects and deadlines for a few weeks…”
  6. – Not me, thankfully “We’re dedicated to investing in our

    people, but we’re really in a crunch right now.”
  7. WHAT DOES IT LOOK LIKE? • High resistance to the

    value of targeted learning • Individuals learning as part of their work • Disorganized training (usually by oral tradition) • One or a few folks driving learning efforts
  8. WHAT WORKED • Don’t wait for permission — take ownership

    of your company’s culture • Think opportunistically and get some victories • Low time and effort investment, fast returns • Focus on improving people at their primary roles
  9. WHAT WORKED • Attend Meetups • Open Book Policy •

    New Hire Buddies • Internal Blogging • Cross-Team Code Reviews • Lunch Workshops • Screencasts
  10. OPEN BOOK BUYING POLICY Idea: If you’re willing to ask

    for the book, I’m willing to purchase multiple copies. ! Tradeoffs: Making people ask seems to have eliminated abuse. Copies already waiting for you. Expensive…ish? People don’t read about 50% of the books they ask for.
  11. NEW HIRE BUDDIES Idea: Provide each new hire with an

    experienced technical and cultural helper. Make it someone from a different team. ! Tradeoffs: Awesome friendships between teams. Great pressure relief valve. People with the right attitude for it are less common, which makes the time commitment high.
  12. DANGERS! • Overcoming inertia is really tough • People have

    a fear of looking dumb • Low credibility (people latch onto failed attempts)
  13. WHAT DOES IT LOOK LIKE? • New hires learn a

    lot, existing employees don’t • People want to learn more, but don’t feel empowered to take control • Some teams start to learn as a group • Small, somewhat organized onboarding • A small core of folks driving learning efforts
  14. WHAT WORKED • Look ahead and start to anticipate needs

    • Opportunities that take a while to pay off start to be possible now • Broaden focus to cross-training engineers • Rope in more internal collaborators • Seed good role models around the department
  15. WHAT WORKED • Host Meetups (and Speak at Them) •

    Half Day Internal Workshops • Attend Conferences • Dedicated Onboarding Process • Weekly Tech Talks • New Hires as Buddies
  16. JUNIORS AS TEACHERS / CODE REVIEWERS Idea: Have recent hires

    do code reviews for new hire training. ! Tradeoffs: Recent hires get even better at code and code review. Their pain tolerance is still low and they remember learning. Less organizational wisdom, less context.
  17. WEEKLY TECH TALKS Idea: Fifteen minutes to talk about what’s

    interesting to you right now. Four speakers per week. Same time, same place. ! Tradeoffs: Watching for one hour is a low commitment. Four new ideas spread to the org every week. Public speaking is hard. People will start skipping if you’re boring twice in a row.
  18. DANGERS! • Key personnel leaving now can be crippling •

    Perception of “wasting too much time” is a threat • Old guard may be too comfortable
  19. WHAT DOES IT LOOK LIKE? • People start to see

    learning as a normal part of everyone’s job • Momentum and reputation start to sustain new learning efforts • Dedicated training for new and existing engineers • Active chaos of new ideas
  20. WHAT WORKED • Make them forget that learning and teaching

    was ever not part of their job • Everyone in the department gets involved • Broaden focus to topics outside of software • We can try riskier things without destroying momentum
  21. WHAT WORKED • Dedicated Training • FOSS Contribution • Apprenticeships

    • Sabbaticals • Code Spikes / 20% Time / Exploration • Mentoring as a Job Requirement
  22. DEDICATED TRAINING PROGRAM Idea: Provide roadmap, context, (tons of) resources,

    and verification for all the skills we want new hires to master. ! Tradeoffs: Necessary for scaling while raising the bar on skills. Huge time commitment. We don’t ship on day one. Candidates love it, and it alleviates Impostor Syndrome.
  23. APPRENTICESHIP PROGRAM Idea: Six month concentrated learning program for fantastic

    candidates who need more technical skills. ! Tradeoffs: High time and attention cost. Huge reputation win. New amazing coworkers.
  24. DANGERS! • Efforts with long-term payoffs are hard to measure,

    but their costs are immediately evident • Nobody feels personally responsible for pushing on the culture • Chaos needs some guard rails or it hurts everyone • Losing the learning habit (deadlines again!)