需求的精细化管理

在引入了JIRA作为需求管理工具以后，很多需求管理的细节工作就可以展开。近期在我们团队的一个项目中进行了需求细化管理的试点，取得了较好的反响。

第一点是增加了产品需求实现一致性的“快速验证”环节。需求US可以在JIRA中按照定制的工作流在项目的各个角色中流转，在对工作流进行了多次优化后，我们引入了“快速验证”环节。这一环节，是开发人员开发出一个demo或者雏形之后，在正式测试之前，就可以和产品经理在本地做一个需求一致性的快速验证。快速验证通过，这一US才会流转到测试环节，这保证了需求一致性的尽早验证，避免以往那种只有在测试环节发现了需求不一致性项后，又重新原路返回的高成本高代价。

第二点是需求分级并严格把控。需求高/低优先级的比例都不超过30%，需求把控原则：确保高级，稳定中级，可放弃低级。在每个sprint的敏捷回顾会议上，产品经理将和项目组共同就确定下来的本sprint要完成US进行讨论和确定，一旦确定下这个sprint要完成的US，本sprint的需求就冻结了，不接受本sprint再加入新增需求。这保证了需求实现的计划性，并不被外来的突发需求影响现有需求实现的质量。可能会有人问，总会有意外啊？比如大领导提出一个需求，就是要这个sprint实现你怎么办哪？客户就是要求这个sprint见到这个实现，你怎么办哪？

第三点是需求变更率的严格把控。在每个sprint的US冻结后，一旦出现新的US的增、删、改，都属于需求变更的范畴。我们设定一条境界线，10%。如果需求的变更率超过10%，那么说明本期sprint的需求变更率太高了，再有新的需求提出我们只能评估需求有限级来延迟实现原先订好要实现的需求，以保持本期sprint要实现的需求总工作量，才能保证需求实现的质量。

第四点是增加需求实现进度监控环节。产品经理每日根据JIRA上US完成情况整理需求完成进度，并形成需求监测表，在每日站会通报实时进度(具体到每个开发人员头上还剩下几个US没完成哦)，有效促进需求按时完成，并对下期需求提供进度参照。

在实践中摸索，欢迎大家群策群力提出建议和意见。

wwwww