公共部门的目标与目标管理工作
帮助团队制定、质量保证和跟踪目标。将草稿从活动转向可观察的结果，但不要凭空编造基线、目标值或测量数据。示例可在 eksempler.md 中找到。
发现目标上下文
不要默认假设季度节奏、OKR 格式、目标文档、跟踪器或项目字段。
- 阅读任务书和相关消费方拥有的指令与文档。
- 找到团队记录的目标周期、术语、已批准的目标、负责人、数据源和跟踪节奏。
- 如果某个仓库、文档或项目仅由 issue 模板、链接或远程名称暗示，则将其视为候选，并需确认。
- 一次只问一个缺失的事实性问题。最低上下文是：期望的结果、目标受众、周期、决策负责人以及可用的测量基础。
区分已批准的目标、工作草稿和您自己的建议。
制定指南
- 针对结果而非产出制定目标。一次交付是可能的手段。
- 在公共部门中，默认使用用户和社会价值而非收入。
- 保持目标数量少。1-3 个雄心，每个带 2-3 个关键结果，是一个有用的经验法则，而非政策。
- 雄心是定性的；关键结果描述了一个可测量的结果。
- 询问基线和目标值。如果其中任何一个不存在，请标记为未确定。
- 明确如何以及以何种频率用合理的数据质量测量该结果。
- 区分常规运营与改进雄心。服务质量的可靠改进可以是一个真实的结果。
- 根据消费方的语言规则调整挪威语或英语术语。
示例：
- 良好起点：「无需联系我们的用户完成率从 62% 提高到 75%。」
- 活动：「推出新的申请对话框。」询问交付应促成何种可观察的变化。
Lint 所有草稿
根据相关规则展示发现，并提出具体的重写建议：
| 检查项 | 澄清 |
|---|---|
| 伪装的活动 | 对用户或社会来说会有什么不同？ |
| 基线或目标缺失 | 当前水平、期望水平和来源是什么？ |
| 测量计划缺失 | 如何、在哪里以及以何种频率测量结果？ |
| 目标过多 | 可以放弃哪些以聚焦？ |
| 混入了运营 | 这是一个持续的承诺还是一个改进？ |
| 价值关联缺失 | 支持哪种用户或社会价值？ |
| 代理指标 | 这个数字是否真的衡量了价值，以及可能产生什么副作用？ |
不要通过编造一个合理的数字来「改进」目标。使用清晰的占位符和问题。
跟踪节奏
遵循团队记录的节奏。如果不存在，请提供此通用节奏作为建议：
| 时间点 | 活动 |
|---|---|
| 周期开始 | 制定目标、基线、测量计划和所有权 |
| 定期 | 查看信号和学习，而不仅仅是交付状态 |
| 中途 | 评估预测并调整努力或假设 |
| 周期结束 | 总结结果、数据质量和学习 |
跟踪器可以将工作与目标联系起来，但跟踪器活动本身并不记录目标达成情况。如果团队实际使用项目，则动态发现项目和字段。不要假设目标是现场选项或字段名称可以自动更改。
持久性更改
在更改目标文档、issue、PR 或项目元数据之前：
- 显示确切的仓库、文档或项目
- 显示完整的草稿和计划中的字段更改
- 请求明确批准
如果正确的目标位置未知，请询问。默认情况下不要创建新的目标文档。
边界
始终
- 也 lint 您自己的建议。
- 区分结果、交付和常规运营。
- 标记缺失的数据、基线和决策。
先问
- 编写或发布目标。
- 创建 issues 或 pull requests。
- 更改跟踪器或项目元数据。
从不
- 在没有数据的情况下对目标达成情况评分。
- 编造基线、目标值、负责人或测量计划。
- 将完成的任务数量视为效果的证明。