瀑布模型项目中的需求分析之道(一).pdf

瀑布模型项目中的需求分析之道（一） 在瀑布模型项目中，需求分析的质量直接决定了整个项目的完成质量。需求人员需要尽早的 将项目需求和客户及内部开发团队达成一致，并做到对问题早发现，早解决。 一、能力模型 说需求分析，不得不先提当下比较流行的 2种软件开发架构：瀑布模型和敏捷开发模型。在不同的 开发架构中，需求分析角色者的能力模型和方法论也会有较大的差异。 瀑布模型是经典的周期模型，社会认可度高，通常适合招投标类的客户解决方案项目。它将一个项 目的软件生命周期分为可研、需求分析、概要设计、详细设计、实现、系统测试、验收测试和维护 等阶段，各个阶段呈线性推进，即一个阶段完成通过后才可进行下一阶段的工作。 而敏捷开发模型则以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。它强调适 应性而非预设性，将项目分解成不同的 “MVP周期执行。敏捷开发模型是面向人而不是过程，它更” 强调团队间的充分沟通，更适合那些自主运营的互联网产品。 需求分析角色在瀑布模型中的能力模型偏向项目经理，在实际需求调研和需求设计中需要结合项目 管理的黄金三角（时间、资源、质量）进行统筹规划；而在敏捷开发模型中则更偏向于产品经理， 在产品策划和交互设计中则对自身商业感和规划能力有更高的要求。项目经理和产品经理的能力模 型本身有一定的区别，产品新人在加入公司后可根据实际情况制定符合自身的能力提升计划。以下 主要以瀑布模型类的项目为例。 二、需求的生命周期 一个需求的完整生命周期，通常包括产品策划（问题识别）、需求分析（分析与综合）、制定规格 说明和评审。 （一）产品策划（问题识别） 在解决方案项目中，问题识别通常在可研阶段就已经开始，项目经理（这个阶段也可能是售前工 程师）通过高层交流、问题报告、访谈纪要、标杆对比和准入标准等方式，初步形成一份 正式“ 需求 ”，该过程可分解如下： 不同企业的团队构建可能会有不同，需求角色在该阶段最好能够在该阶段便参与可研的过程，而非 等项目招投标完成后，才参与到项目建设，这样往往会加大项目的不可控性。 问题识别时，分类原始需求通常有上述几种方法，包括 # APPEALS 分类、四象限分类和 BSA 法 分类，通过 # APPEALS 的八个维度来定位整个项目，为后续管理中使用黄金三角提供依据；四象限 和 BSA 法通常结合使用，以判断项目的功能边界和项目的里程碑梯度。 （二）需求分析 需求分析的过程，是将用户需求转化为产品需求的过程，本质上也是信息系统的建模过程，包括结 构化方法，面向对象方法和原型法等。在实际需求分析中，这几种方法通常综合使用。 （三）制定规格说明和评审 许多时候，制定规格说明在需求分析完成时也同步完成，这里推荐使用 Volere 需求说明模板。 需求评审是项目正式开发前的必经之路，通过需求评审，项目组成员针自将要开展的工作，进行检 查并提出问题，并最终做出评审边界，形成项目开发的基线版本。 三、其他常见问题 （一）需求引导 许多客户有时并不知道自己想要什么？有时并不清楚自己缺少什么？所以就需要我们去引导客户的 需求。造成这种现象的原因很多，主要体现在用户对软件信息系统并不是很了解，客户的语言表达 ，客户只关心自身的问题等。 引导客户需求通常从引导客户分析、向客户确认需求细节和回绝客户提出的不合理需求等几个维度 出发，几种常见方法如下： 总而言之，在瀑布模型项目中，需求分析的质量直接决定了整个项目的完成质量。需求人员需要尽 早的将项目需求和客户及内部开发团队达成一致，并做到对问题早发现，早解决；另一方面，有时 候客户的 需求“ ”不一定是功能需求，需求人员只有从项目经理的维度分析问题，才能够筛选并最终 推进项目的实施。 # 专栏作家 # 兰色拉面（微信： lanselamian ），人人都是产品经理专栏作家。关注城市服务、互联网 + 和智能 硬件，对市民融合服务、移动进销存、物联网和支付 POS 有一定的浅见。欢迎互联网爱好者们一起 交流探讨。 本文原创发布于人人都是产品经理，未经许可，不得转载。 人人都是产品经理（ ）中国最大最活跃的产品经理学习、交流、分享平台