敏捷开发一千零一问系列之二十六 如何进行优先级排序

               

这是敏捷开发一千零一问系列的第二十六篇。（在这里提问，之一，之二，之三，问题总目录）

问题

如何进行优先级排序？具体故事的优先级，和版本规划的优先级之间有何关系？

分析

敏捷开发里边有很多地方需要多次进行优先级排序，本文将探讨其不同的应用场景，及其关系。

值得注意的一点是，敏捷开发中有无数的“自相似性”，比如估算，每年、每月乃至每天人们都在潜移默化地估计自己的任务；又如计划，也是每年每月每天都有成文或不成文的计划；而发布，也是每个故事自成单元，而又与其他的故事构成每月的交付，进而形成几个月的大版本交付……

由于这些自相似的活动颗粒度不同，一定不要认为只要做一次就可以了，也不要认为用一种方法做就可以了。要就具体活动思考这一活动的目标是什么，以及如何才能更好地达成这一目标。

方案

产品路线图级别的版本优先级排序

这个是最高级别的优先级排序，排序的预见性大约在3～5年左右；排序者一般是产品总监等高级管理者；其排序的对象一般不是用户故事，甚至不是功能模块，而是产品线和产品。

排序思路大致是：不同的用户群需要不同的功能 > 因此导致产品应该面向客户群开发 > 识别出当前最重要的客户群规划下一个产品 >  即使相同的客户群也需要逐步为其提供服务 > 根据客户的业务计划或用户的消费习惯制定产品的版本方案。

如果对此特别感兴趣，请参考文末的链接。

应该注意的是，往往公司缺少产品总监的职位，或者虽然有但是极少对中长期的产品规划进行计划，所以很多时候中层