本文是《技术开发到团队管理》30 天系列的第 21 篇。这个系列关注的不是管理术语，而是技术负责人每天要做出的真实判断。
最忙、最会表达或最近表现突出的人容易被高估；稳定维护系统、帮助他人和预防风险的贡献又容易被忽略。管理者需要有证据的长期观察。
这篇文章尝试回答三个问题：这个概念解决什么管理难题，管理者需要采取哪些具体动作，以及如何在真实项目中验证它。
核心观点
今天我们学习「绩效观察」。绩效观察是持续收集与岗位期待相关的事实，理解结果、行为和影响，及时反馈并校准期待，而不是周期末凭印象打分。
方法框架
1. 先明确期待
先明确期待：结果责任、专业能力、协作行为和成长要求。
2. 记录可验证事实
记录可验证事实：情境、行为、结果和影响，避免性格标签。
3. 区分结果与能力
区分结果与能力：一次成功可能有环境红利，一次失败也可能来自不可控因素。
4. 持续校准
持续校准：及时反馈差距，给改进机会，避免评价在周期末突然出现。
一个具体案例
周报写为“成员 A 主导发布流程改造，减少遗漏；管理者协调跨团队权限并建立检查机制”。既呈现成员贡献，也说明管理工作的真实价值。
常见误区
绩效不是只看产出数量，也不是奖励加班。过程行为不能替代结果，但长期可持续的协作和系统贡献也属于真实绩效。
行动练习
选择一名成员，用“岗位期待—事实—影响—反馈—后续观察”整理近一个月表现，删除所有无法举证的形容词。
留给自己的问题
- 事实与评价有什么区别？
- 哪些团队贡献最容易被忽视？
- 我怎样避免近期印象和个人偏好影响判断？
小结
绩效观察是持续收集与岗位期待相关的事实，理解结果、行为和影响，及时反馈并校准期待，而不是周期末凭印象打分。