Odoo 企业版项目技能匹配为什么不是“任务上选个人”：group expand、技能缺口与负责人建议讲透

项目任务分配最怕一句话：“找个熟的人先顶上。” 这种做法短期看很快，长期会让技能要求和人员安排完全脱节。project_enterprise_hr_skills 之所以重要，是因为它让任务分配开始有了结构化技能语义。

主要参考：

• enterprise/project_enterprise_hr_skills/models/project_task.py
• enterprise/project_enterprise_hr_skills/tests/test_group_expand.py

一、技能不是任务备注，而是分配条件

源码把技能要求放进任务模型，并进一步影响分组和展示。也就是说，系统不只是让你在任务上写“需要 Python / accounting”，而是让这些要求进入视图逻辑，帮助用户看到哪些技能被满足、哪些技能还缺。

二、group expand 的意义是“没人也要显出来”

test_group_expand.py 很有代表性。它不是测试某个漂亮视图，而是在验证：即便当前没有员工完全命中某项技能，相关分组是否仍应展开显示。对资源管理来说，这一点非常关键——如果没有候选人就直接不显示，管理层永远看不到真正的技能缺口。

三、负责人建议是一种约束下的推荐，不是 AI 猜测

企业版这里的“建议负责人”本质上来自技能匹配和可见集合，而不是黑盒推荐。它的好处是可解释：为什么推荐这个人、为什么另一个人没出现，往往都能追到技能、等级或员工记录，而不是凭感觉。

四、常见误区

• 把技能字段当 HR 资料，不维护任务要求。
• 认为没人匹配就先随便分派，后面再调。
• 只看当前可分配人，不看长期技能缺口。

五、实战建议

1. 先把高价值技能标准化，不要一开始就把所有能力都做成标签。
2. 任务模板里带上技能要求，这样分配才有连续性。
3. 对“无匹配候选人”的情况单独看板化，别让系统静默吞掉问题。

六、结论

项目技能匹配的意义，不是让任务页面更花哨，而是让“谁来做”从经验判断变成可观察、可讨论、可复盘的项目决策。