开始拜读何勉老师的大作《精益产品开发》。基本上是按照目录翻看自己感兴趣的点。在第十四章，何老师讨论了需求池管理问题。
团队将需求从需求池转移到就绪队列的过程，叫做填充，也就是承诺
-业务：这是我们的需求，考虑清楚了。
-团队：我们理解这些需求，并会尽快地完成。
微信图片_20181216195802.jpg
图中地二级需求填充机制，顾名思义，就是业务和团队地代表每月举行一次讨论，共同计划和确认接下来一个月要做地需求，初步地沟通和确认后，放入计划队列。而后地每一周，在团队内部，由团队从计划列表中选择接下来要做地需求，详细澄清后，放入就绪队列。
在笔者所负责的devops平台建设项目中，也采用了类似的机制。每个月一个sprint,在初期确定要做的重点需求。每周通过团队讨论，选区本周具体的开发需求，然后每周进行一次上线。
而在公司的月度版本火车中，则采取了另外一种与之类似的做法。 我们将需求划分为业务需求和技术需求。
业务需求由业务部门提出，通过内部流程流转到对口的技术开发部门。由技术开发部门在统一的一个JIRA项目中进行管理。
而在每个月度版本的需求分析阶段，团队从上述JIRA项目中根据业务部门的优先级和团队资源情况，选取部分需求纳入月度开发计划。这部分需求将被纳入各个开发部门的JIRA项目，进行需求拆分和计划管理。
也是形成了类似 需求池（公司层级单一JIRA）-就绪列表（各部门/产品各自JIRA项目）的二级需求填充机制。
网友评论