Keyboard Shortcuts N Next post
P Previous post
S Save / unsave
R Read aloud
T Toggle theme
/ Focus search
Esc Close panels
🔥
Ready to read...
GitHub Copilot IMCSEIAN intermediate New Hire Onboarding Spaces Tutorial

Spaces for Onboarding: A New-Hire Kit

Reviewed & accurate
AI Summary
IMCSEIAN · GitHub Copilot Master Course

Spaces for Onboarding: A New-Hire Kit

Curate docs + key repos for a 1-day onboarding experience.

Phase 2 — Intermediate Lesson IN-20 Difficulty: Intermediate 12 min read
Course: GitHub Copilot Phase 2 — Intermediate 12 min read Last verified: 2026-08-30

What You Will Learn

  • Build an onboarding Space.
  • Curate docs + key repos.
  • Structure for 1-day onboarding.
  • Measure onboarding time.
  • Iterate based on feedback.

Why This Matters

Onboarding is where Spaces shine. A curated Space compresses days of verbal knowledge transfer into a self-service experience. This lesson builds a repeatable onboarding kit.

Concept Explained

An onboarding Space contains: architecture docs, key repos, runbooks, coding conventions, and a 'first week' guide. New hires open the Space and can ask any question — Copilot answers grounded in the curated context.

How It Works

Gather: architecture.md, API specs, key repos (1–3), coding conventions, runbook. Create a Space. Add sources in order of importance. Test with a 'new hire' question. Iterate.

Step-by-Step Tutorial

1. Gather sources

Architecture doc, API spec, key repos, conventions, runbook, first-week guide.

2. Create Space

Name: '[Team] Onboarding'. Add sources in priority order.

3. Add first-week guide

A markdown doc with: day 1 tasks, week 1 goals, who to ask for what.

4. Test

Ask: 'What should I do on day 1?' Verify the Space answers from the guide.

5. Iterate

Get feedback from each new hire. Refine the Space.

Real-World Example

A team built an onboarding Space. First new hire used it: 'How does the auth system work?' Got a grounded answer citing architecture.md and the auth code. 'What should I do on day 1?' Got the first-week guide. Onboarding went from 3 days to 1. Each new hire's feedback refined the Space.

Example Prompts / Commands / Code

Onboarding Space structureimcseian
Space: Backend Team Onboarding
Purpose: Self-service onboarding for new backend engineers.

Sources (in priority order):
1. docs/first-week-guide.md      — Day-by-day tasks for week 1
2. docs/architecture.md           — System architecture overview
3. docs/coding-conventions.md     — Team's code style and conventions
4. docs/api-spec.yaml             — OpenAPI spec for the service
5. docs/runbook.md                — Ops runbook for on-call
6. Repo: github.com/team/backend  — Main service repo
7. Repo: github.com/team/shared    — Shared libraries repo

Test questions:
- 'What should I do on day 1?'
- 'How does authentication work?'
- 'What are the coding conventions for TypeScript?'
- 'Who do I ask about deployments?'

Common Mistakes

  • Adding every repo — dilutes signal. Add only key repos.
  • No first-week guide — Space is just code, not actionable.
  • Not iterating — onboarding needs evolve; Space should too.
  • Forgetting coding conventions — new hires need to know the rules.

Best Practices

  • Curate 5–7 sources; not more.
  • Include a first-week guide with day-by-day tasks.
  • Add coding conventions explicitly.
  • Test with a 'new hire' question before publishing.
  • Iterate based on each new hire's feedback.

Troubleshooting

ProblemHow to Fix
Space answers are genericAdd more specific docs. Or refine the first-week guide.
New hires don't use itMake it the default onboarding tool. Get manager buy-in.

Practical Exercise

Your Turn

Build an onboarding Space for your team. Include first-week guide, architecture, conventions, key repo. Test with a 'new hire' question.

Professional Challenge

Stretch Goal

Measure onboarding time before and after the Space. Document the improvement. Share with leadership.

Key Takeaways

  • Onboarding Spaces compress verbal knowledge transfer.
  • Curate 5–7 sources; not more.
  • Include a first-week guide with day-by-day tasks.
  • Add coding conventions explicitly.
  • Iterate based on new hire feedback.

Frequently Asked Questions

How often should I update the Space?
Quarterly, or whenever architecture/conventions change.
Should I make it public?
No — internal Spaces should be private or shared with team only.

Further Reading

Official References

Related lessons: IN-18, IN-19

SEO Metadata

SEO title: Spaces for Onboarding: A New-Hire Kit

Meta description: Curate docs + key repos for a 1-day onboarding experience.

Primary keyword: spaces for onboarding

Secondary keywords: spaces for onboarding: a new-hire kit

Search intent: Informational

URL slug: /copilot-spaces-onboarding-new-hire-kit

Categories: AI Tools, GitHub Copilot

Tags: GitHub Copilot, Intermediate, Spaces, Onboarding, New Hire, IMCSEIAN, Tutorial, IMCSEIAN

Featured image concept: IMCSEIAN lesson card for Spaces for Onboarding: A New-Hire Kit

Test Your Knowledge
How did you find this?

Comments

Join the discussion! Sign in with your Google or Blogger account, or comment as Anonymous - no account needed. For quick questions, also reach me on Telegram @cytestch.

Comments