需求基线管理

需求基线定义：团队成员已经承诺将在某一特定产品版本中实现的功能性和非功能性需求的一组集合。

软件开发的中后期开发效率会产生大幅度的下降，其实开发团队经常处于“非计划”状态是个比较重要的原因之一，而救火队式的工作必将导致无法计划。

分阶段开发与迭代开发的区别：

分阶段开发中的每个阶段的结束时间不是固定的，必须将相应的内容开发完成后才结束；另外每个阶段内通常是相应变更的；

迭代开发中的每次迭代的结束时间是固定的，没有完成的任务将会放到下次迭代，每次迭代内通常是不相应变更的；

迭代开发的思想就是细小的、可管理的步骤开发软件产品：计划一小步，说明、设计和实现一小步，集成、测试和运行一小步；每次迭代是一次袖珍项目，采用的是瀑布模型的开发方法；迭代是业务优先级驱动的。

业务事件和报表类型的判断：根据它出现的频率，以及对企业带来的价值进行评价。

估算是一种手段，而不是目标，我们追求的是管理的可控性，而非估算结果的准确性。

估算的核心思想是“寻找计数单元，考虑复杂因子”，不同的阶段的估算应使用不同的计数单元：

需求定义阶段：可以考虑业务时间、报表类型、接口作为计数单元；

需求分析一阶段：可以考虑用例作为计数单元；

需求分析的后续阶段：可以考虑使用FP或COCOMO中推荐的计数单元；

一是分部分、分类型进行估算；二是采用基于权重的估算方法；

悲观估计、乐观估计应和“风险”理由对应起来；

产能系数表可以通过工资比例作为其初值；

非用户可见的基础设施通胀占据开发量的30%；

“抛弃work down，迎接Value Add！”

“对于整个项目而言，我们很难讲所有要完成的任务列出来，然后一个个地work  down（完成）；我们需要的是通过一次次的迭代为客户实现Value add（增值）。”

“即使用户中途停止了开发，也不至于一无所获”

“良好、统一”的需求项划分标准是做好这一工作的基础，实现切实可行的优先级策略和估算方法是使基线管理卓有成效的必备要素。