自研 HR 系统最容易卡在「各做各的」：招聘已上线、薪酬还在排期，两边对 Excel 对到半夜。本文用 YesDev 模板讲清需求分组、任务依赖（甘特图）、工时排期三招，让多模块看同一份进度。
实际会碰到的情形大概有三种：
这真不是谁偷懒。核心是缺一个机制，把两个模块的需求、任务、进度放在同一张表里看，而不是各开一个Excel。
多模块自研的难点从来不是写代码，是让两边的人看同一份进度、对同一个数据口径。
在 YesDev 里，我们把招聘和薪酬的需求放在同一个项目下，用「关联模块」字段做分组。同一个视图里，谁先谁后一眼看清。
| 关联模块 | 核心需求 | 优先级 |
|---|---|---|
| 招聘管理 | 候选人→Offer→入职全流程 | P0紧急 |
| 薪酬计算 | 薪资结构 + 算薪引擎 | P1高 |
| 跨模块协同 | 招聘-薪酬接口定义 | P1高 |
| 组织架构 | 部门/岗位/职级基础数据 | P2中 |
这样设计的好处是，招聘的需求再急，薪酬的负责人也能随时看到上游在动什么、自己的依赖项什么时候能就绪。需求不再散落在两个人的聊天记录里，项目管理从「问进度」变成「看板上确认」。
多模块协同的关键动作，是「跨模块联调」这个任务必须等招聘和薪酬的开发都完成才能动。
用时间计划（甘特图）看就很直观：
不会出现「薪酬还在写，招聘就催着联调」的尴尬。任务之间的先后关系在甘特图上一眼可见，PM 不用再靠口头追问。这也是多模块协同里最容易被忽略、却最影响交付的一步。
小企业自研团队常见一种情况：一个后端同时背两条关键任务。
用工时排期表按人汇总，能提前看到资源冲突。比如模板里李四在9月上中旬同时扛着招聘接口和薪酬引擎两条32小时的开发任务，资源明显集中。提前看到，就能调人或加人，而不是等到延期了才发现。
工时排期不是用来监控谁的，是让PM知道哪一周会卡、该提前动哪个资源。
这个 YesDev 模板内置了 12 个组件：模块需求、开发任务、缺陷问题、迭代看板、时间计划、工时排期、进度周报等。套用后不用从零设计字段和流程，把你们真实的模块名和排期填进去就行。
对做自研系统的团队来说，真正省时间的是这套「需求分组 + 任务依赖 + 工时可视化」的协同骨架，而不是某个具体功能。它把多模块之间最容易错位的地方，提前在结构上讲清楚了。
如果你对 多模块项目的需求分组、任务协同与工时排期 感兴趣，欢迎进 YesDev 官网免费体验：https://www.yesdev.cn
它们本来就是一条数据链路：候选人入职之后紧接着就是算薪发薪。放在同一项目里用「关联模块」字段做分组，两边看同一份需求优先级和进度，数据口径一致，避免对 Excel 对到半夜。
用时间计划（甘特图）把「跨模块联调」任务排在招聘和薪酬两条开发线之后，任务先后关系一眼可见，PM 不用口头追问，也不会出现上游没做完就催联调的尴尬。