一个项目管理软件的诞生（五）：工作项关系模型设计，层级、依赖、关联与追踪路径

项目管理里，工作项拆得再细，也无法自动说明谁依赖谁、谁负责验证以及哪些工作共同构成交付。文章从账号安全验证需求出发，拆解层级、依赖与具名关联三类关系的产品模型，并讨论怎样让协作路径可计算、可追踪。 我在做内部项目管理软件时，曾经以为工作项拆得足够细，团队协作自然就会变清楚。 一条需求进入研发阶段后，我们会在它下面建立产品、策划、前端、后端、测试等多个工作项。每个工作项都有负责人、状态、优先级和计划完成时间，看起来已经足够完整。但到了真正推进交付的时候，团队仍然要在群里反复确认： 后端任务是不是前端联调的前置条件？ 测试工作项验证的是整条需求，还是其中一个实现分支？ 某个缺陷会不会阻塞当前版本发布？ 需求已经标记完成，下面还有两个子工作项没有结束，应该相信哪个状态？ 后来我才意识到，问题不在于工作项还不够多，而在于系统只记录了一个个对象，却没有准确记录这些对象为什么会同时出现、谁属于谁

原文：人人产品经理