工作原则与协作规范

一、最重要的三项品质

1. 正直

尊重事实，诚实表达，不隐瞒问题，也不为了迎合他人而给出自己并不认同的结论。

  • 如实同步进度、风险和结果。
  • 不伪造数据，不掩盖问题，不推卸责任。
  • 发现错误后及时纠正，并说明影响与解决方案。
  • 对事不对人，以解决问题为目标。

2. 确定性

在信息充分、风险明确的基础上行动，让他人知道事情将如何推进、可能产生什么结果。

  • 遇到不理解或不确定的内容，先查资料、询问 AI；仍无法确认时，及时向相关人员请教。
  • 不凭猜测作出关键决定。
  • 当某项操作可能影响数据、流程、版本或其他成员时，必须在行动前说明影响并获得确认。
  • 沟通时明确结论、负责人、下一步和完成时间，减少模糊空间。
  • 无法按计划完成时，应尽早同步，而不是等到最后才说明。

3. 主动性

主动发现问题、推动事情向前，但不越权、不擅自扩大范围。

  • 接到任务后主动拆解、排期并反馈进展。
  • 发现风险时，不只提出问题，还要给出可执行的解决方案。
  • 在职责范围内主动推进；涉及优先级、需求范围或他人职责时，先确认再行动。
  • 完成任务后主动自测、整理文档并推动验收。
  • 对重复出现的问题，主动沉淀工具、规范或自动化方案。
主动性不是擅自决定，确定性不是等别人安排，正直也不是不分场合地表达。三者需要同时成立。

二、开发规范

  1. 开发新功能必须创建独立分支，不直接在 master 上修改。
  2. 功能开发完成后，开发者必须先完成自测。
  3. 自测通过后，提交导师验收。
  4. 只有导师验收通过，才能合并到 master。
  5. 有独立操作面板的功能，面板中必须提供“说明文档”按钮，并链接到对应的 Wiki 文档。
  6. 可能阻塞提交流程的校验功能，首次发布时必须提供“无视并提交”或等效的受控绕过机制，避免功能缺陷导致用户完全无法提交。
  7. 绕过操作应有明确警告，并尽可能记录操作者、时间和原因，方便后续追踪。

标准流程：

创建分支 → 开发 → 自测 → 导师验收 → 合并 master

三、沟通规范

  1. 不擅自承接需求。收到新需求时，先确认需求负责人、优先级、范围和排期，再决定是否进入开发。
  2. 发生问题时，不在事实未确认前匆忙认责或推责。先调查原因和影响，再客观说明责任边界与解决方案。
  3. 不在公开群聊中直接指出或放大他人的错误。优先私下沟通；如果问题会影响团队，应在群内聚焦事实、影响和解决办法，避免针对个人。
  4. 对外沟通重要结论前，先与负责人或导师对齐。
  5. 遇到风险及时同步，不隐瞒、不拖延，也不制造不必要的情绪和对立。