Ask a question Share knowledge Edit the page
Checklists for onboarding
For onboarding, checklists are used, containing lists of questions that a beginner should familiarize himself with.
This method is convenient because the resulting artifacts do not need to be updated when the content of processes and specifics (specific people, places, etc.) change, but there is a guarantee that the beginner will do all the necessary actions.
What problems do checklists solve?
As with onboarding in general
-
Unit managers:
-
New employees are long coming to the “production capacity”
-
Onboarding new employees takes a lot of energy
-
Separation of units
-
-
The knowledge manager:
-
We need to develop a culture of knowledge sharing.
-
We need to correct errors in the knowledge base.
-
== Onboarding tools and examples of their implementation:
-
Report by Alexander Afenov Theory and practice of knowledge sharing in Lamoda Experience with using different tools
knowledge managementImprove the quality of adaptation of new employees. -
Report by Gleb Deikalo Welcome aboard: Bringing new developers into the team, with a clear description of an
onboarding checklistand an example document.
An important criterion for the success of onboarding is *full-time*Depending on your business, you can be normal for both onboarding in six months and onboarding for two days: for more complex, research and under-studied professions and positions, it will be longer, for linear low-skilled ones - it should be much smaller.
To determine the "full power" can, as a rule, the head empirically, and he can formulate formal criteria (for example: the employee independently solves a class of problems, or some frequent task begins to take less than N time, or some formal indicator reaches a certain value).
How to launch a pilot project with checklists in onboarding
The idea of checklists is very easy to sell to everyone, to management and to employees, and it’s hard to make up-to-date and workable checklists that are both flexible and detailed enough that novices don’t spend too much time figuring out the details.
You can build on the experience of your colleagues:
-
Adaptation checklist as a soft introduction tool for the food team.
-
Jun palmistry or novice immersion line in distributed team for the test team.
-
How we implemented onboarding of new developers Examples of checklists broken down by date.
-
How we onboard technical writers - description of the procedure and checklists for onboarding of technical writers.
Scaling success
| What happens when there’s too much checklisting? Is there a problem at all? |
Scaling considerations
In the process of onboarding development, it can combine several approaches.
In the report Welcome to the board: Bringing new developers to the team (article) a comprehensive onboarding system is described, including: onboarding mentoring, office tour, automation and tracking of the onboarding process, rules for the preparation of Quick Start documents, practical tasks, testing of onboarders and ideas for design exercises.
It is also worth paying attention to the report of Alexander Afyonov "Turning Everyone Up: Onboarding New Employees"He has changed several leadership positions at Lamoda and has seen onboarding practices scale and change in the company, and he believes the framework has developed and is sharing it in the report.
-
Buddy is inside the team, who can be asked questions, meet regularly and share knowledge (this time is taken into account in sprint planning and encouraged at the performance review);
-
Immersion in the business of the company, in the tasks and problems that will have to be automated: induction lecture for several hours about the work of each department, about solving business problems, about successes and failures;
-
IT-onboarding: a story about development processes, infrastructure, who to go with, the history of technical solutions;
-
IT Gathering: Gathering IT once a quarter, where we go and where we come, what’s new, what’s up, and talking to newcomers as equals.
-
Excursion to the warehouse, a story about all production processes, where beginners see that they will automate (optionally: excursion to the photo studio, creating content for the site and the opportunity to be a courier-driver, deliver orders, wait for fitting, etc.);
-
Q&A every day, allotted time to ask questions, no substitute for 1-1 meetings.
-
Checklist: Everything a person needs to learn over a period of time, where to access and participate, such as what is shown on the board in Grafana.
Another report from Ruslan Ostropolsky from Sberzdravye about onboarding in a distributed team (dictionary and slides), he talks about three approaches to onboarding (teamlead lecture, mentoring and onboarding from the wiki system) and their pros/cons for different situations.
The speaker shared what is included in their onboarding "Quick Start":
-
Team culture and values, work approaches;
-
administrative and organizational matters;
-
tools and accesses;
-
Projects and teams who are responsible for what;
-
processes.
Interesting ideas:
-
Structure the beginner’s path in the form of a roadmap so that he sees the next steps and sequence of actions.
-
Use nested pages, cross-link between sections, for example, about development and testing, so different departments can support their pieces;
-
Use screenshots and videos;
-
Add contacts to help;
-
Assign each Definition of done item, which is the result of each step or how to verify its implementation.