(English Version: Top-right translate button OR scroll down.)

设计原则

• 信息可理解：设计流程和机制的时候，需要确保流程里的各个信息的含义可以被理解，尤其是每个节点的责任人、交付物、时间节点、当前状态和下一步动作。
• 信息源明确：项目信息需要有清晰、可信的来源，并明确由谁维护。关键项目信息应避免分散在口头沟通、群消息或个人记忆中。
• 信息有效：在设计流程和机制的时候，信息要保持动态有效，项目计划、责任分配、风险状态和交付标准需要随着项目变化及时更新，不能让旧信息继续指导新执行。关键变更记录都能被记录和跟踪。
• 表达格式一致：在表达格式上保证一致，同类信息用同样格式呈现，不同项目文档之间字段一致，方便团队快速识别责任人、截止日期、状态和风险。
• 决策可被追溯：影响范围、排期、资源、质量标准或责任边界的关键决策需要记录原因、责任人、影响范围
• 机制可执行：流程设计应尽量轻量，避免为了管理而制造额外负担；机制的目标是降低执行摩擦，而不是增加形式化成本。

关键要素

• 项目计划与项目流程图：首先，满足when、who、what三个元素，明确责任人、时间节点以及具体工作内容/交付物；其次，流程里需要体现各个节点的前后依赖关系、目前状态及风险

  解决的问题：解决目标理解不一致、节点依赖不可见、重复确认成本高，以及小范围延迟被放大成整体风险的问题。

• 责任人矩阵：在项目初期应该识别项目的干系人，识别他们的工作职责、他们在本项目里负责的工作，明确处理人、决策人、审核人、知悉人，建立完整的责任人矩阵。

  解决的问题：责任边界不清、问题无人真正负责、问题在团队之间反复流转。

• 风险登记册：在设计初期，项目风险需要被前置考虑、做好预案，建立时，需要明确风险描述、风险等级、对应责任人、应对方案；风险登记册应该被长期维护和更新，风险需要被定期追踪和更新。

  解决的问题：让风险提前暴露，让风险在变成实际问题前被识别、记录、分配责任人并持续跟踪。

• 验收标准：项目初期应明确交付物的验收标准，包括功能范围、质量要求、验证方式和关闭条件。帮助团队对齐对项目的理解。

  解决的问题：避免成员理解不一致导致的冲突和返工，避免后期任务因没有明确标准而无法闭环。

• 决策记录：关键决策应该有书面记录。内容需要包含决策人、决策内容、决策原因和影响范围

  解决的问题：解决决策路径模糊、项目成员对决策的过程不理解、责任与影响范围不可追溯的问题。

• 变更管理：影响范围、排期、资源、质量或验收标准的变更，需要进入正式变更管理

  解决的问题：避免未经评估的变更导致项目范围蔓延、排期失效和责任不清。

Design Principles

• Information should be understandable: When designing workflows and mechanisms, it is necessary to ensure that the meaning of each piece of information in the process can be understood, especially the owner, deliverables, timeline, current status, and next actions at each node.
• Information sources should be clear: Project information needs to have clear and trustworthy sources, and it should be clear who maintains it. Key project information should not be scattered across verbal communication, group messages, or individual memory.
• Information should remain valid: When designing workflows and mechanisms, information should remain dynamically valid. Project plans, responsibility allocation, risk status, and delivery standards need to be updated in time as the project changes. Outdated information should not continue to guide new execution. Key change records should be recorded and tracked.
• Expression format should be consistent: The expression format should remain consistent. The same type of information should be presented in the same format, and fields across different project documents should be consistent, so that the team can quickly identify owners, deadlines, status, and risks.