Skip to main content

write-a-team-charter

Define a team's purpose, outcomes, boundaries, decision rights, interfaces, and working agreements. Use when forming a team or repairing persistent operating ambiguity.

소스 정보

저장소
protosphinx/sphinxstack
최근 소스 활동
2026년 7월 29일 13:55
감지된 SKILL.md 언어
영어
스타
3
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
2 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
write-a-team-charter
category
write
description
Define a team's purpose, outcomes, boundaries, decision rights, interfaces, and working agreements. Use when forming a team or repairing persistent operating ambiguity.
# write-a-team-charter Write a practical agreement the team can use to make tradeoffs. Align it with real authority and neighboring teams. ## Procedure 1. Confirm sponsor, members, users, organizational mandate, time horizon, and constraints. 2. State the team's purpose, intended outcomes, success evidence, and explicit non-goals. 3. Map responsibilities, decision rights, budget or policy authority, and escalation. 4. Define interfaces with customers, partners, leaders, and adjacent teams, including inputs and service expectations. 5. Agree on planning, communication, meetings, documentation, review, feedback, and conflict resolution. 6. Include accessibility, working-hour, inclusion, privacy, safety, and sustainable workload agreements. 7. Identify assumptions, dependencies, risks, and conditions that would require rechartering. 8. Test the draft against a priority conflict, urgent request, handoff, and team disagreement. 9. Obtain sponsor and team acknowledgment, publish it, and schedule review. ## Failure plan - Do not grant authority the organization has not delegated. - Never use working agreements to override employment rights, accommodations, or reporting channels. - If members cannot safely disagree in the drafting session, use a safer collection and escalation method. - Avoid values language with no observable operating behavior. ## Done - Purpose, outcomes, boundaries, authority, interfaces, and agreements are written - Representative conflict and handoff scenarios pass the charter test - Sponsor, team, version, and review trigger are recorded
GitHub에서 보기