从我早期的一些笔记里，有一个观点我到现在仍然很认同：团队章程其实经常被低估。
很多人一听到“团队章程”，会马上想到又长又重、只为形式存在的文件。但真正有用的团队章程，其实完全可以很轻。重要的不是文件看起来多正式，而是它能不能带来共享清晰度。
一个好的团队章程，通常至少能帮助团队回答这些问题：
- 我们到底要完成什么
- 每个人负责什么
- 决策怎么做
- 卡住时怎么办
- 出现分歧时怎样处理，才不会制造不必要的摩擦
这件事在快节奏团队里，往往比在慢节奏团队里更重要。
因为一旦交付压力上来，职责不清和默认假设不同就会很快暴露出来。大家开始解决不同版本的问题，工作出现重复，或者一些不显眼但很重要的任务被一再推后，最后变成更紧急的麻烦。
所以我更倾向于把团队章程理解成一种“可更新的约定”，而不是一次写完就放着的静态文档。它应该足够清楚，能在事情不明朗时拿回来对照；也应该足够轻，能随着团队和项目变化而更新。
我看重团队章程的地方，不在于流程感本身，而在于它能减少那些原本完全可以避免的不确定性。这一点在技术项目、运营工作和服务环境里都成立。
换句话说，团队章程不是为了让团队“看起来更专业”，而是为了让团队在事情变复杂时，依然能保持对齐。
最实用的一点
只要团队节奏够快，某种形式的共享约定几乎总是值得有。它不必很重，但一定要清楚到能在事情变复杂时拿出来用。