Coordinate a hiring loop end-to-end in Cowork¶
A hiring loop is four jobs wearing one hat: align on the role, write the JD, build the interview kit, then synthesize the debrief into a decision. Hand the whole loop to Cowork and move from "I'll get to it" to a structured, fair process you just review.
Stage: Cowork · For: Manager, End user, Champion · Level: Intermediate · Time: 30 min
When to use this¶
Hiring well is mostly coordination: capturing what the role really needs, turning that into a JD, designing a consistent interview plan, and at the end pulling scattered interviewer notes into a clear, defensible recommendation. Each step feeds the next — a perfect end-to-end chain for Cowork. Done well, it also makes hiring more consistent and fair, because every candidate meets the same structured loop.
Use this when you're opening a role and want a rigorous process without spending a week building one.
What you'll need¶
- M365 Copilot license with access to Cowork
- Inputs reachable by Copilot — your intake notes or hiring-manager brief, similar past JDs, your org's interview guidelines/competencies, and (later) the interviewer feedback in email/Teams/notes
- The role basics: title, level, team, and the 3–5 things this hire must be able to do
- (Optional) your org's JD template and rubric so output matches house standards
Try it now — the prompt¶
Start with intake → JD; you'll run the later stages as the loop progresses.
Help me run the hiring loop for a [role title] on [team]. From my intake notes
[paste/attach]: (1) summarize the role into must-have vs nice-to-have requirements and
flag anything ambiguous to clarify; (2) draft a job description in our template,
inclusive language, no jargon; (3) build an interview kit — a 4-stage loop where each
interviewer owns distinct competencies, with 3–4 questions and a scoring rubric per
stage so we don't all ask the same things. Save the JD and kit to my files.
Why this works: you gave the intake source, asked it to separate must-haves from nice-to-haves (the step most loops skip), and specified a non-overlapping interview kit with a rubric — which is what makes the loop both efficient and fair. Asking it to flag ambiguities turns Cowork into a thinking partner on the role, not just a formatter.
Step by step¶
- Run intake → JD → kit. Paste the task with your intake notes. Cowork separates requirements, drafts the JD, and builds the staged interview kit. Review the must/nice split first — it shapes everything downstream.
- Refine the JD and kit:
- Distribute the kit. "Draft a short note to each interviewer explaining their stage, the competencies they own, and how to score."
- Synthesize the debrief (after interviews). Bring the feedback back as one outcome:
Here is the interviewer feedback [paste/attach]. Synthesize it into one debrief: a competency-by-competency summary, where interviewers agreed and disagreed, the strongest evidence for and against, and a clear hire / no-hire recommendation with the reasoning. Keep it focused on evidence, not impressions. - Pressure-test the recommendation. "Argue the opposite case in three bullets, so I'm not just confirming what I already think."
Screenshots¶
We deliberately don't ship screenshots that go stale — the Microsoft Copilot UI changes often. Follow the numbered steps above, which we keep current. Maintainers can regenerate fresh captures with the Playwright tool in tooling/screenshots/.
Make it better¶
Make the loop repeatable and fairer: - Standardize it. Feed Cowork your JD template and competency rubric so every role runs the same way. - Reuse the kit. "Adapt this interview kit for a [related role] keeping the structure and rubric." - Check for consistency. Champions: "Compare debriefs across our last five hires — are we scoring the same competency consistently?"
📚 Learn more. This process-level delegation echoes the community Cowork Cookbook by Sean Galliher (unofficial). For Cowork in the product, see the M365 Copilot resources hub.
Watch out for¶
- Hiring decisions are human, full stop. Cowork synthesizes evidence and drafts a recommendation — the decision, and accountability for it, is yours. Never let a draft make the call.
- Mind bias and fairness. Review the JD and questions for biased language, and treat the synthesis as evidence organized, not a verdict. Keep your process compliant with your org's hiring and privacy rules.
- Handle candidate data carefully. Interviewer feedback is sensitive — keep it in approved locations and share only with the loop.
Where this leads (the ramp)¶
You just coordinated a four-stage process with a fairness standard baked in. When your team hires the same roles repeatedly, you've outgrown re-describing it — Stage 4 · Agent Builder lets you package the template, rubric, and rules into an agent every hiring manager can run the same way.
Next: Agent Builder → Build a team-knowledge agent over a SharePoint site
Related¶
- Draft a 30/60/90-day onboarding plan for a new team member — the next step after the hire
- Hand off an end-to-end task to Cowork
- Stage 3 Resources: see
RESOURCES.md→ Cowork
Thanks — glad it helped. Spotted something to improve anyway? Suggest it →
Sorry this didn't land. Tell us what broke → so we can fix that rung of the ramp.
Found an issue or want to suggest an improvement? Open a GitHub issue · Star on GitHub