↓ Ir para o conteúdo principal

← todas as notas

📎 Webclip

The Ultimate Guide to Onboarding Software Engineers

The article says onboarding software engineers is hard because it involves many unknowns, emotional pressure, and mismatched expectations about how quickly a new hire should contribute. It treats onboarding as a shared responsibility that starts before day one and needs support from the manager, the buddy, and the wider organization.

It also separates onboarding into team, organization, and culture, then recommends practical help such as a buddy, regular feedback, checklists, and a single welcome document. The framework then uses 30, 60, 90, and 150 day milestones to check understanding of role, tools, team goals, business context, success measures, and level expectations.

Reading notes
#

  • Onboarding is described as a mix of known unknowns and unknown unknowns for the new hire.
  • The new joiner may feel insecurity, onboarding fatigue, and pressure during probation.
  • A new hire will usually cause a temporary dip in team velocity before the team becomes faster.
  • Onboarding happens in parallel across the team, the wider organization, and the company culture.
  • Team onboarding includes connections, unwritten rules, roles, workflows, the tech stack, and the manager relationship.
  • Organizational onboarding includes stakeholders, communities of practice, cross-team work, and other departments.
  • Cultural onboarding includes talking about values in practice and asking the new hire what surprised them.
  • An onboarding buddy gives the new hire a go-to person and improves context, productivity, and satisfaction.
  • Managers should ask for feedback, give regular feedback, and involve people from across the organization.
  • The manager, buddy, and new hire should each have checklists.
  • A single welcome document should act as a source of truth for onboarding resources.
  • At 30 days, the focus is role clarity, tools, challenges, short-term goals, and baseline tech stack knowledge.
  • At 60 days, the focus expands to team contributions, business needs, other initiatives, and one domain or sub-domain.
  • At 90 days, the focus shifts to measures of success, performance expectations, competencies, and resources.
  • At 150 days, the milestone is meeting the competency framework for the role level.