一个项目管理软件的诞生（九）：从 Project 到 Space，企业研发平台如何组织长期工作

做内部研发平台时总被一个问题卡住：一个 Project 到底何时结束？一次性交付有明确终点，产品与长期团队却持续产生工作。把两种生命周期混进同一个容器，正是企业研发平台信息组织失序的根源。 做内部项目管理平台时，我曾经反复遇到一个看似简单的问题：一个“项目”究竟应该在什么时候结束？ 如果它指一次支付系统改造，生产发布、验收完成以后就应该归档；如果它指负责支付产品的团队，需求、缺陷、迭代和版本会持续产生，几乎没有真正的结束日期；如果它指一个基础技术平台，团队成员会变化，专项会一轮轮启动，但服务本身可能存在很多年。 现实中的这三类对象，进入软件后经常都被装进一个叫 Project 的容器。 最初问题并不明显。团队只有十几个人，一个“支付项目”足以放下需求、任务和缺陷。几年后，管理员开始纠结：项目已经结束，为什么不能关闭？关闭后旧缺陷到哪里查？下一代版本是继续放在旧项目里，还是复制一个“支付项

原文：人人产品经理