一个项目管理软件的诞生（七）：状态机与流程编排，复杂协作如何建模

同一需求详情页上三套进度并存，谁都没错却说不清进展。本文从数据层判断状态机与流程编排的分界，剖析三种履约模型，并给出选型与运行治理的落地建议，助产品经理理清复杂流程的本质。 打开一条需求，同一张详情页上三套进度：对象状态写着“开发中”，流程图显示“联合验收”，任务清单里还有两项没完成。同一个需求，三个说法。谁都没错，但谁也说不清它到底走到哪了。 做内部项目管理平台这几年，我越来越警惕一个听起来很明确的词：流程。产品说一条需求要“走完需求流程”；研发理解的是状态从待开发变成开发中、再变成待测试；测试画出来的是客户端、服务端、测试准备同时开跑的协作图；管理者还指望流程里能挂审批、通知、超时催办和上线确认。每个人说的都是流程，讨论的却不是同一种产品模型。 第六篇讲过，状态机管的是一个业务决定如何合法发生，回答工作项现在处于什么状态、还能执行哪些迁移。可客户端、服务端、美术、测试要同时推进时，一

原文：人人产品经理