需求分析是整个项目活动中的非常关键的部分，它的好坏往往决定了项目的成败。在需求的制定过程中，产品经理必须和项目经理、开发人员、测试人员进行良好的沟通，使项目组全体都参与到需求分析中来，并共同确定需求的关键特性：

1.项目的范围：在需求分析中，首先必须明确项目的范围，去掉那些看似属于该项目其实不该在项目中的需求特性。特别是在一些目标不明的项目中，产品经理往往把一些想当然或者是外部不属于该项目的需求提交给项目团队，这时就必须分清项目的范围，不要在项目中加入太多不应该做的东西，否则往往会导致项目范围无限扩大，最终只能是使项目失败。

2.需求的优先级：需求的优先级是非常重要的特性，只有在准确把握的需求优先级的基础上我们才可能规划外部里程碑(产品版本)和内部里程碑(开发的阶段性)。通常是用户最关心，使用最频繁的功能应该属于高优先级，而那些不怎么重要或很少用到的功能应该属于低优先级。我们必须在产品的开始版本和项目的开始就把重点放在高优先级的需求上，而对于低优先级的功能可以在项目后期根据需要进行裁减或纳入下一个版本规划。

3.产品的易用性：产品的易用性反映在原型中，是原型法的一个非常重要的作用。很多产品的失败其一个重要原因就是易用性比较差，虽然它在功能上满足了用户需求，甚至可以说功能很强大。通过原型法，能让用户看到并模拟使用最终的产品界面，能在需求阶段通过修正软件界面来适应用户的偏好，从而在很大程度上提高了产品的易用性，使项目更容易成功。

4.其他需求特性：如性能要求、健壮性等。这些特性是产品的非功能性需求，也是项目成功的关键因素，特别是在一些大型的涉及重要领域的管理信息系统中。

需求分析是整个项目活动中的非常关键的部分，它的好坏往往决定了项目的成败。根据经验，需求分析所需的时间往往占整个项目时间的12%。在需求分析中，需要防止的一个错误做法是太依靠一些所谓的分析方法，而使整个需求分析过程非常复杂，过多的图表往往使人眼花缭乱，而不能准确抓住问题的本质。一些分析人员往往对自己熟悉的简单的业务花大力气，而对不熟悉的则一笔带过，也是本末倒置的错误行为。在分析过程中，我们必须始终把握需求分析的目的是把模糊的流程搞清晰，把复杂的业务尽量简化，而不是相反。

需求的管理也是非常重要的方面。对需求分析完后的形成的规格说明需要进行专门的评审，并且需要各方的参与，在达成一致后形成最初的需求基线。以后对需求的更改都必须在基线的基础上进行，并需要项目组各成员的一致确认，对需求进行严格规划评审的目的也在于在项目的后期能尽量减少对需求的更改，提高开发的效率。

需求分析完成后，项目团队需要对项目的初步计划进行重新审定，一般都需要变更项目时间表和资源需求。需求分析的完成也意味着项目其他部分可以齐头并进，如概要设计、测试计划，这也在某个方面证明了需求分析的重要性—它是接下来所有活动的基础和准绳。

本文由威海软件公司半岛科技转载整理2019.08.30