name: alignment-values-north-star description: 当团队需要共享方向和决策对齐时使用。在启动新团队、扩展组织、定义文化、建立产品愿景、解决不对齐、创建战略清晰度或设置行为标准时调用。当用户提到北极星、团队价值观、使命、原则、护栏、决策框架或文化对齐时使用。
对齐：价值观与北极星
目录
目的
创建清晰、可操作的对齐框架，为团队提供共享的北极星方向、价值观护栏和决策原则。这使团队能够自主决策，同时保持组织的一致性。
何时使用此技能
- 启动新团队或组织（定义身份）
- 扩展团队（在成长中维护文化）
- 解决不对齐或冲突（澄清共享方向）
- 定义产品/工程/设计原则
- 在转向或变更后创建战略清晰度
- 建立决策框架
- 设置文化规范和行为期望
- 并购后整合（对齐不同文化）
- 危机应对（重新聚焦于重要事项）
- 为需要理解团队身份的领导进行入职
触发短语: “北极星”、“团队价值观”、“使命”、“愿景”、“原则”、“护栏”、“我们坚持什么”、“决策框架”、“文化对齐”、“操作原则”
什么是价值观与北极星对齐？
一个包含三个层次的框架：
- 北极星: 抱负的方向——我们想去哪里，为什么？
- 价值观/护栏: 约束我们如何运作的核心原则
- 决策原则/行为: 体现价值观的具体、可观察行为
快速示例:
# 工程团队对齐
## 北极星
构建开发者喜欢使用且操作者信任运行的系统。
## 价值观
- **简单性**: 选择有效且无聊的技术，而不是可能失败但刺激的技术
- **可靠性**: 每个服务都有SLO，我们遵守它们
- **同理心**: 为开发者体验设计，而不仅仅是系统性能
## 决策原则
在选择选项时：
✓ 选择部件较少的解决方案
✓ 当质量相当时，选择托管服务而非自托管
✓ 为可调试性而非微优化优化
✓ 为未来上下文记录决策（ADRs）
## 行为（这看起来像什么）
- 代码审查评论操作复杂性，而不仅仅是正确性
- 我们说“不”于会损害可靠性的功能
- 事后分析聚焦于学习，而非责备
- 文档是“完成”的一部分
工作流程
复制此检查清单并跟踪进度：
对齐框架进度：
- [ ] 步骤1: 理解上下文
- [ ] 步骤2: 选择框架
- [ ] 步骤3: 开发对齐工件
- [ ] 步骤4: 验证质量
- [ ] 步骤5: 交付和社交化
步骤1: 理解上下文
收集背景：团队/组织（规模、阶段、结构）、当前情况（新团队、扩展、不对齐、危机）、触发（为什么现在需要对齐）、利益相关者（谁需要对齐）、艰难决策（在哪里显示不对齐）、现有工件（使命、价值观、文化声明）。这确保框架满足真实需求。
步骤2: 选择框架
对于新团队/初创公司（< 30人，从头定义身份） → 使用 resources/template.md。对于扩展组织（现有价值观需要精炼、多个团队、需要决策框架） → 研究 resources/methodology.md。查看示例 → 查看 resources/examples/（engineering-team.md、product-vision.md、company-values.md）。
步骤3: 开发对齐工件
创建 alignment-values-north-star.md，包含：引人注目的北极星（1-2句话，抱负但具体）、3-5个核心价值观（针对此团队具体，不通用）、决策原则（“当X vs Y，我们…”）、可观察行为（具体示例）、反模式（可选——我们不做什么）、上下文（可选——为什么这些价值观）。参见常见模式获取团队类型特定指导。
步骤4: 验证质量
使用 resources/evaluators/rubric_alignment_values_north_star.json 进行自检。验证：北极星鼓舞人心但具体、价值观具体且独特、决策原则指导真实决策、行为可观察/可测量、适用于今天决策、承认权衡、无矛盾、区分此团队与其他团队。最低标准：评分 ≥ 3.5（如果是组织范围，目标为4.5+）。
步骤5: 交付和社交化
呈现完成的框架，包括理由（为什么这些价值观）、在决策中的应用示例、推出/社交化方法（招聘、决策、入职、团队会议）、审查节奏（通常每年）。确保团队能够回忆并应用关键点。
常见模式
对于技术团队:
- 聚焦技术权衡（简单性与性能、速度与质量）
- 使架构原则明确
- 包括操作考虑
- 处理技术债务理念
对于产品团队:
- 以用户/客户价值为中心
- 处理功能优先级理念
- 包括质量标准和发布标准
- 使产品市场匹配假设明确
对于公司范围价值观:
- 保持价值观抱负但接地
- 包括具体行为（不仅仅是价值观）
- 处理价值观如何交互（当它们冲突时什么胜出？）
- 明确招聘/解雇含义
对于危机/变更:
- 承认什么在变化
- 重新聚焦于保持不变的核心
- 明确新优先级
- 包括过渡时间表
护栏
做:
- 使价值观具体且独特（不通用）
- 包括具体行为和示例
- 承认权衡（你不在优化什么）
- 针对真实决策测试价值观
- 保持简洁（最多1-2页）
- 使其令人难忘（人们应能回忆关键点）
- 让团队参与创建（不是自上而下）
不做:
- 使用公司行话或流行语
- 使其太通用以致适用于任何公司
- 创建每个好品质的洗衣单
- 忽略价值观间的紧张关系
- 使其纯抱负（需要具体行为）
- 设定后忘记（价值观应演变）
- 将价值观武器化以压制异议
快速参考
- 标准模板:
resources/template.md - 扩展/复杂案例:
resources/methodology.md - 示例:
resources/examples/engineering-team.md、resources/examples/product-vision.md、resources/examples/company-values.md - 质量评分标准:
resources/evaluators/rubric_alignment_values_north_star.json
输出命名: alignment-values-north-star.md 或 {团队名称}-alignment.md