任务参与者
在 LadVen OS 中，参与者决定谁表述结果、谁负责执行、谁协助完成，谁只关注工作进展。请按角色添加人员，而不是“以防万一”把所有相关人员都加入任务：多余参与者会稀释责任，也会制造不必要的通知。
主要规则
每个任务应有一个主要负责人。他不一定亲自完成每一步，但要负责把任务推进到可检查的结果。
如果几个人各自交付独立结果，最好创建多个关联任务。如果一个人负责总体结果，其他人完成部分工作，请保留一个负责人，并把其他人添加为协作执行人。
角色
在任务卡片中，负责人和协作执行人显示为一个团队——「执行人」区块。主执行人（对结果负责的人）以星标 ★ 和「负责人」标记标识，其他人显示为协作执行人。这样便于阅读，但管理含义不变：结果始终只有一个所有者。提出人和观察者与执行人区块分开显示。
提出人
提出人表述结果、解释上下文并验收工作。通常这是需要任务结果的人，或者对客户、负责人、团队承担流程责任的人。
提出人应能回答澄清问题。如果提出人无法检查结果，请提前说明谁会代替他验收：写在描述、评论中，或通过观察者角色体现。
通常提出人就是创建任务的人。创建任务时，部门负责人可以把自己的下属设为提出人，前提是任务是代表负责该方向的员工发起的。这样任务会关联到所选提出人的工作组或项目。
这种设置不会让负责人变成结果的隐藏所有者：提出人仍然负责期望和验收，负责人负责执行。只能在创建任务时这样更改提出人，并且只能在有权限访问所选员工及其工作上下文时操作。
负责人
负责人把任务推进到结果：更新状态、提出问题、协调协作执行人，并报告阻塞。
请把负责人分配给真正能把任务带到结果的人。不要把负责人角色当成“通知所有人”的方法：当事实上有多个负责人时，没有人清楚谁对最终完成作决定。
在「执行人」区块中，负责人以星标 ★ 标识为主执行人——这样在执行人团队中一眼就能看到结果的所有者。
协作执行人
协作执行人用于其他人承担部分工作的情况：准备文件、给出技术评估、确认文本、收集数据、检查单独模块。
只有当人员有明确工作部分时才添加为协作执行人。最好在描述、检查清单或评论中固定这部分工作：协作执行人知道自己负责什么，主要负责人也能看到进度。
观察者
观察者看到任务进展和上下文，但不负责执行。这适合负责人、相邻团队、客户经理，或需要了解决定的人。
不要“以防万一”添加观察者。如果某人只需要知道最终结果，更合适的做法是在结果准备好后在评论中提及他，或发送任务链接。
角色管理标准
对负责人和企业所有者来说，任务参与者不是单纯的人员列表，而是责任地图。它应该清楚说明：谁提出期望，谁交付结果，谁提供帮助，谁只是观察进展。
任务开始前，请把角色当作管理约定来检查：
| 问题 | 答案应在哪里 | 没有答案时怎么办 |
|---|---|---|
| 谁验收结果？ | 提出人，或描述/评论中明确指定的验收人。 | 指定能够验收工作的提出人，或记录验收人。 |
| 谁拥有最终结果？ | 一个负责人。 | 选择一个结果所有者，或把工作拆成多个任务。 |
| 谁完成单独部分？ | 协作执行人，并在描述、检查清单或评论中写明具体步骤。 | 明确每个协作执行人的贡献，或移除多余参与者。 |
| 谁必须在执行过程中看到风险？ | 真正需要跟进过程的观察者，而不是只需要最终结果的人。 | 不把此人加入观察者，在出现决定时再提及。 |
| 谁负责客户沟通？ | 提出人、观察者，或负责客户澄清的协作执行人。 | 把客户经理放入正确角色，不要把其责任与其他部门的工作混在一起。 |
如果任务涉及客户、资金、项目期限或部门间交接，请在保存前检查角色。参与者错误几乎总会在后面出现：问题发给了错误的人，验收被拖延，负责人看到很多参与者，却看不到结果所有者。
不要只为了“让企业所有者看见”就把他加入观察者。如果他需要总体控制，请使用保存的视图、报告和最终评论。只有当企业所有者需要亲自验收结果、解除风险或作出管理决定时，才把他加入任务。
工作场景中的角色分配
角色不是为了形式上填满卡片，而是为了让工作可管理：谁作决定，谁负责结果，谁做部分工作，谁需要看到过程。
| 场景 | 如何分配参与者 | 为什么这样做 |
|---|---|---|
| 负责人给部门员工分配任务 | 负责人为提出人，员工为负责人。其他人不参与就不要添加。 | 结果有所有者，验收清楚。 |
| 经理处理客户请求，法务准备合同 | 经理或客户负责人为提出人，法务为负责人；经理可作为观察者或负责客户澄清的协作执行人。 | 文档责任不会和客户关系责任混在一起。 |
| 多个部门准备启动的独立部分 | 创建子任务或关联任务，分别指定负责人；总任务保留一个启动所有者。 | 每个结果都有自己的负责人，总启动不变成无所有者的指令列表。 |
| 只需要负责人确认 | 不把负责人指定为执行负责人。让他作为提出人、观察者，或在验收阶段评论提及。 | 执行负责人仍是推动工作的人，而不是只说“同意”的人。 |
| 某人需要提供数据给执行人 | 添加为协作执行人，并在描述或检查清单中写明他的部分。 | 参与者知道期待，也不会变成隐藏的共同所有者。 |
| 只需要告知最终结果 | 不提前添加观察者。结果准备好后在评论中说明或发送链接。 | 通知更少，注意力留给真正需要跟进的任务。 |
| 上级给下属分配任务并更改执行人 | 部门负责人可以在下属的任务上重新指派执行人，即使无法更改任务中的其他内容。 | 负责人管理工作分配，不依赖于编辑任务主体的权限。 |
如果角色有争议，请问一个简单问题：“如果任务没有按时完成，谁负责？”这个人应是负责人，或是单独关联任务的所有者。
如何选择员工
创建或编辑任务时，使用参与者搜索。搜索可按姓名、姓氏或其他可用资料找到员工。
在任务卡片中可以看到谁负责结果、谁协助、谁观察：负责人（主执行人）对最终结果负责，协作执行人负责各自的部分，提出人负责验收，观察者跟踪上下文。
- 以创建或编辑模式打开任务。
- 进入参与者区块。
- 在所需角色的搜索字段中输入员工姓名。
- 从候选列表中选择员工。
- 如果列表按部门分组，展开需要的部门，并检查团队、头像或其他可见资料标记。
- 如果确实需要，重复选择协作执行人和观察者。
- 保存任务或变更。
部门分组有助于区分同名人员，并选择正确团队的人。如果有多个相似员工，不只看姓名，也要看部门、头像、团队或其他可见资料。
候选列表如何工作
搜索会随着输入更新，所以先输入姓名中的短片段；只有当列表过长时，再继续缩小查询。每个角色都有自己的列表：在负责人这一行选择负责人，在协作执行人这一行选择协作执行人，在观察者这一行选择观察者。这样不容易把人放到错误角色里。
如果列表按部门分组，只展开需要的组，并在选择前核对资料。不要只看姓名，也要看部门、头像、团队，以及“你”或“你的员工”等提示。选中后，确认这个人已经出现在目标角色中，而不只是停留在搜索结果里。
键盘操作可以帮助快速浏览列表：输入查询，移动到候选项，选择合适的员工；如果改变主意，就关闭列表。如果找不到某个人，或者他无法被选择，不要随便选一个同名员工替代：先检查工作组、权限和员工状态。
工作组
工作组（项目）表明任务处于什么位置、什么上下文之中。它在「参与者」区块的顶部选择，位于提出人这一行的上方。当任务属于某个具体团队、项目或方向时，请指定工作组：这样任务会进入正确的上下文，访问权限和参与者也会根据该团队来匹配。
如果在任务开始后添加参与者，不要只把人加入角色。请写一条简短评论：为什么接入、已经做了什么、需要看哪些文件或检查清单项、期待他执行什么动作。这样新参与者通过上下文进入任务，而不是靠猜测。
保存前的角色检查
保存前不要只看姓名，还要检查这些人是否放在正确角色中。列表里有同名员工、部分候选人受权限限制，或者任务已经开始执行时，这一步尤其重要。
| 检查什么 | 正常结果 | 保存前要修正什么 |
|---|---|---|
| 一个负责人 | 负责人角色中显示一名当前有效员工。 | 如果有多个独立结果，请把工作拆成相关任务。 |
| 角色没有混在一起 | 提出人、负责人、协作执行人和观察者分别显示在各自角色组中。 | 把人员移到正确角色，不要留在第一个找到的组里。 |
| 没有重复或旧档案 | 选中的是活跃员工，部门、头像或可见资料标记符合预期。 | 移除非活跃档案、其他部门的同名人或重复档案。 |
| 受限候选人已处理 | 能说明为什么这个人不能选择或没有出现在列表中。 | 选择其他员工、申请访问权限，或在访问受上下文限制时拆分任务。 |
| 后续变更有说明 | 如果任务开始后才添加参与者，评论中说明原因和期待动作。 | 保存前或保存后立即补一条简短评论。 |
这项检查避免只凭可见名单猜测：管理者看到结果所有者，负责人理解自己的范围，新参与者在任务内获得上下文。
执行人行上有平和的上下文提示：在你自己的行上会看到「你」标记，而部门负责人在其下属的行上会看到「你的员工」标记。这样不用打开资料就能快速看清哪一行是你自己、团队中谁是你的下属。
不可用候选人和权限
不是每个搜索到的员工都一定可被分配。候选人可能因权限、员工状态、项目、部门、工作组或客户上下文限制而不可用。
参与者搜索只显示可被指派任务的员工。因此有些人根本不会出现在负责人、协作执行人或观察者的候选列表中：
- 外部参与者（访客和外联网账户）——外部访问不是为执行内部任务设计的；
- 已停用和不活动的员工——他们没有可用于推进任务的工作资料；
- 没有承接任务权限的员工。
如果需要的人不在列表中，这不是搜索故障：请确认这是一名有任务工作权限的活动内部员工。对外部参与者，请通过约定好的渠道交付结果，而不是在任务中把他指派为参与者。
如果需要的员工没有出现在列表中，或无法选择：
- 检查任务是否属于受限项目、工作组、客户或 CRM 记录；
- 确认选择的是当前员工，而不是旧重复资料或停用资料；
- 检查此人是否能看到任务材料和附加文件；
- 如果确实需要参与，请让管理员或空间所有者配置访问权限。
不要通过添加为观察者或把材料转发到任务外来绕过权限。参与者应在 LadVen OS 内获得工作上下文访问权，否则讨论和验收会分散到不同渠道。
添加新参与者前，请检查他会随任务看到哪些上下文：描述、评论、文件、客户、项目、CRM 关联和变更历史。如果这个人只需要回答一个问题或做一次性确认，最好在评论中提及并提问，或创建一个上下文受限的单独关联任务，而不是向他开放整段工作历史。
如何不稀释责任
保存前请回答三个问题：
- 谁验收结果；
- 谁负责任务被完成；
- 谁做单独部分，但不拥有最终结果。
如果第二个问题出现多个姓名，说明任务过宽或角色分配错误。请拆分为关联任务，指定一个结果所有者，或在检查清单中明确协作执行人的贡献。
责任被稀释的迹象：
- 负责人只是形式上的，实际决定等待另一个人；
- 协作执行人没有明确工作部分；
- 观察者被当成群发名单；
- 提出人无法检查结果；
- 任务描述了多个独立结果。
责任开始扩散时，不要通过增加参与者解决。先澄清任务结果。如果结果包含多个独立交付物，请拆分工作。如果结果只有一个，请选择一个负责人，并明确其他人的贡献。
如果你是负责人（主执行人）并把自己从执行人中移除，LadVen OS 会要求确认：如果你对任务没有其他权限，可能会失去编辑权限，只剩查看。这是为了防止你意外失去对自己工作的访问权——请谨慎确认移除，如有需要，先指派一位新负责人。
实用公式：
负责人负责最终结果。
协作执行人负责自己的部分。
提出人负责期望清晰和验收。
观察者只负责自己跟进上下文。
在 LadVen OS 中如何操作
- 以创建或编辑模式打开任务。
- 检查提出人：他应理解预期结果和验收顺序。
- 通过参与者搜索找到负责人。
- 如果协作执行人有单独工作部分，就添加他们。
- 如果观察者需要看到执行进展，就添加他们。
- 按部门、团队或头像检查相似员工。
- 移除多余参与者和重复人员。
- 保存变更。
编辑已有任务后，保存完请在任务卡片中检查实际参与者列表。如果有人并行修改了参与者，请刷新任务，并确认保存后的人员组成符合约定。
保存前检查
- 只选择了一个负责人。
- 提出人能够验收或退回结果。
- 协作执行人理解自己的部分，且任务中已经固定。
- 观察者确实需要通知。
- 参与者来自当前员工资料，而不是旧重复资料。
- 每个参与者都能访问项目、客户、CRM 记录、文件和其他任务材料。
- 任务里没有只为“可见性”添加的人。
如何检查结果
保存后以查看模式打开任务，并检查参与者区块：
先把这个区块当作已经保存的约定来读，而不是编辑表单：谁验收工作，谁拥有结果，谁协助，谁只是观察。如果必须打开参与者搜索或修改角色才能回答这些问题，说明保存后的人员组合还没有把责任讲清楚。
- 提出人、负责人、协作执行人和观察者显示在正确角色中；
- 负责人出现在任务列表和执行人筛选器中；
- 任务进入相关人员的“我的”“已分配”或“我参与的”视图；
- 参与者能打开任务并看到工作所需材料；
- 如果参与者在创建后被添加，他在任务中获得了上下文，而不是只有口头指令。
如果列表不正确，请立即修正角色。越早移除多余参与者或指定正确负责人，评论、通知和状态中的混乱越少。
在确认参与者块已经可用之前，请检查屏幕上是否显示：
- 各角色分开展示，而不是混在一个普通人员列表中；
- 每位参与者都有清晰姓名和足够的资料上下文，能够区分同名人员或重复档案；
- 只有一名负责人，协作者不会看起来像第二个结果负责人；
- 观察者没有和执行者混在一起，也不会制造额外责任的假象；
- 如果某人无法选择或打开，原因或下一步访问处理是清楚的。
对管理者来说，正确结果不只是能看到人员姓名。每个角色都应回答一个管理问题：谁验收工作，谁交付结果，谁完成自己的部分，谁跟踪风险和决定。如果之后添加参与者，原因应在评论或检查清单中可见。如果负责人发生变更，历史记录应说明责任为什么转移，以及工作以什么状态交接。
更换负责人后
更换负责人是管理事件，而不只是字段修正。更换后应清楚为什么责任转移，以及工作以什么状态交接。
好的交接包括：
- 简短评论说明更换原因；
- 已完成什么、还剩什么；
- 新负责人需要检查哪些文件、检查清单和关联任务；
- 谁验收结果；
- 期限、计划时间或访问权限是否有风险。
不要在已有评论、文件、检查清单或客户上下文的任务中静默更换负责人。否则新的结果所有者必须手动恢复历史，负责人也会失去责任转移原因。
良好实践
- 一个可验收结果只指定一个负责人。
- 把协作执行人的贡献写在工作旁边：描述、检查清单或评论中。
- 只有当观察者需要看到执行过程、风险和决定时才添加。
- 更换负责人时写简短评论：为什么转移责任，以及已经完成什么。
- 对独立结果创建关联任务，而不是扩大一个卡片中的协作执行人列表。
- 工作开始前检查参与者对客户、项目、CRM、文档和文件的访问权限。
- 如果任务与客户有关，请让负责客户沟通的人参与上下文，但不要让他承担其他部门工作的执行责任。
- 负责人需要控制时，使用观察和最终评论，而不是形式上指定为负责人。
- 定期移除不再需要上下文的人。
- 角色有争议时回到验收标准：谁能检查结果，谁必须把结果完成。
常见错误
- 指定多个事实负责人，而不是一个结果所有者；
- 添加协作执行人但没有明确工作部分；
- 把观察者当成群发名单；
- 选择了另一个部门的同名人员；
- 保留旧的或停用的员工资料；
- 不检查参与者对文件、项目、客户或 CRM 上下文的访问权限；
- 更换负责人但不说明责任为什么转移；
- 用观察者绕过访问权限；
- 保存后不检查最终参与者列表；
- 为多个独立结果创建一个大任务。
选择参与者后需要检查什么
- 在创建任务表单中，提出人、负责人、协作执行人和观察者按角色分开。
- 员工搜索能通过部门、团队或头像区分同名人员。
- 任务保留一名对结果负责的人，协作执行人清楚各自负责的部分。
- 保存后，查看模式中的参与者列表与真实责任一致。
- 如果候选人不可用或受权限限制，下一步是清楚的：选择其他人、请求访问或拆分任务。
- 在客户或项目任务中，参与者能打开完成工作所需的关联材料。