User Story
As a PM in the buddy's team mode, I want to adjust my members' onboarding paths, review their skip requests and feedback, and write orientation packets for starter tasks — so the onboarding content fits the people on my project. Nothing changes until I confirm it.
Context & Motivation
The critical piece of this story: an onboarding path belongs to a person, not a project — one path per user. A change is allowed when the person is on the managed project, and when they are also on another project the PM is told the change applies there too. The path services load elements by id without an owner check, so every element is traced back to its owner before and at confirm.
In Scope
- A member's path: phases, steps, tasks, resources, phase checks; resetting a path
- Skip requests: accept, deny with a comment, delete
- Feedback: read and mark as read
- Orientation packets: view, write, revert to the AI version
Acceptance Criteria
Technical Notes
- Competency modules and the competency graph are not part of this: competencies have no project.
- No frontend or AI work: tool labels fall back to a generic label, and the persona only describes mounted tools.
Sub-Tasks (by team)
User Story
As a PM in the buddy's team mode, I want to adjust my members' onboarding paths, review their skip requests and feedback, and write orientation packets for starter tasks — so the onboarding content fits the people on my project. Nothing changes until I confirm it.
Context & Motivation
team:backendpm-buddy-concept.mdThe critical piece of this story: an onboarding path belongs to a person, not a project — one path per user. A change is allowed when the person is on the managed project, and when they are also on another project the PM is told the change applies there too. The path services load elements by id without an owner check, so every element is traced back to its owner before and at confirm.
In Scope
Acceptance Criteria
Technical Notes
Sub-Tasks (by team)