Mentoring Engineers
Mentoring engineers is a structured working relationship that helps an engineer build judgment, technical skill, and independence. You agree on a useful goal, practice on real work, exchange specific feedback, and adjust the approach together.
itEngineering leadership and delivery management | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Intro
Mentoring Engineers
Mentoring helps an engineer learn how to handle work they cannot yet handle alone. You provide context, questions, demonstrations, practice, and feedback. The engineer does the thinking and the work.
That last distinction matters. Mentoring is not a task handoff to the mentor. GitLab's support-engineering guidance tells mentees to prepare and state the problem, while mentors support learning instead of taking over. A mentor who always supplies the answer may finish today's task but delay the engineer's independence.
The working agreement
Start by agreeing on four things:
- Outcome: What should the engineer be able to do with less help?
- Evidence: What observable work will show progress?
- Cadence: When will you meet, practice, and review?
- Boundaries: What is confidential, what can be shared, and when should either person escalate?
The agreement is collaborative. Google's mentor guide recommends setting project goals, communication frequency, availability, feedback methods, and performance measures together. Clear expectations make feedback easier to interpret and give both people a basis for changing the plan.
A goal such as "get better at backend work" is too broad. Prefer an outcome connected to work: "design a small service change, explain its tradeoffs, implement it, and respond to review comments." Break that outcome into smaller pieces so you can inspect progress before the final result.
A repeatable mentoring loop
Continue the course
This section is part of the paid course.
See pricing to subscribe, or log in if you already have access.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://handbook.gitlab.com/handbook/support/engineering/mentorship/
Supports
- Mentoring as support for learning rather than mentor takeover
- Mentee preparation and clear problem statements
- Pairing, office hours, clear thought processes, shared understanding, empathy, concrete goals, and structured programs
- https://google.github.io/gsocguides/mentor/setting-expectations
Supports
- Collaborative expectations for goals, communication, availability, feedback, and success measures
- Breaking large goals into manageable pieces
- Using measures and feedback to revise a plan
- https://google.github.io/gsocguides/mentor/best-practices
Supports
- Communication agreements, regular contact, availability planning, and safe questions
- Code review as a learning mechanism
- Private correction of sensitive behavior and support without doing all the work
- https://google.github.io/gsocguides/mentor/evaluations
Supports
- Specific and balanced feedback, private personal criticism, course correction, and mentor self-evaluation
- https://google.github.io/eng-practices/review/reviewer/standard.html
Supports
- Code review as a teaching opportunity
- Separation of educational comments from approval requirements
- Code health, progress, evidence, consensus, and escalation
- https://google.github.io/eng-practices/review/reviewer/comments.html
Supports
- Courteous comments about code, explanations of reasons, balanced guidance, positive reinforcement, and severity labels
- https://rework.withgoogle.com/intl/en/guides/understanding-team-effectiveness
Supports
- Psychological safety as a team condition
- Soliciting input, clarifying work, positive feedback, and manager actions that help people contribute
- https://github.com/sindresorhus/awesome
Supports
- Discovery of the Awesome Engineering Team Management list from the canonical Awesome index
- https://github.com/engineering-management/awesome-engineering-management
Supports
- Discovery of Engineering Ladders, progression.fyi, roadmap.sh, and Excalidraw as relevant ecosystem resources
- https://www.engineeringladders.com/
Supports
- An adaptable framework for career conversations
- Technology, system, people, process, and influence axes
- Guidance against treating the framework as a promotion checklist
- https://progression.fyi/
Supports
- A collection of public and open-source career frameworks and templates from multiple organizations
- https://roadmap.sh/
Supports
- Interactive role and skill roadmaps, guides, and educational resources for developer growth
- https://excalidraw.com/
Supports
- An open-source virtual whiteboard for sketching and collaborative visual explanation
