|
上面都是开发需求，从这里才真正进入到需求开发。club.mypm.net
这里要对需求进行分析以确定这些需求在真正的运行环境中是否能满足相关人员(不但是客户)的期望、需要、限制条件和接口等。必须对其可行性、可靠性、成本要求、市场潜力、采购策略等等都要纳入，进行整合考虑，并将这些需求按运行的依赖关系按时间明确顺序，这个会是以后研发设计和计划安排的依据之一。PgMp.mypm.net
另外，还应标识出主要需求，这个应该在产品可行性分析或是制定精益画布时明确的“亮点”或“痛点”对应的。这些主要需求在设计时会被重点关注，会对设计、技术或是稳定性、易用性等起到限制作用。bbs.mypm.net
根据这些需有要分析出产品的非功能需求(比如：易用性、可靠性等)，这些需求有些可能是客户提出的，也可能是客户未提出我们分析出来确认过的。我们将这些功能、非功能需求进行确认(也需和客户确认)以增加产品在正式运行环境下的按客户期望运行的可能。项目管理者联盟
SP 3.1 建立操作概念和场景PgMp.mypm.net
建立业务操作概念和场景。项目管理论坛
操作概念是指：产品、环境、用户等实现某种业务时需要执行一系列活动和顺序的描述。在这个阶段操作概念是从用户执行业务的角度来描述，而不是以系统角度去描述系统实现某个业务的活动和活动顺序。系统的操作概念应在下一个PA 技术解决方案中描述。建议使用交互图或时序图表示club.mypm.net
场景是指：一系列可能在该产品使用时发生的事件，用于明确给出利益相关人的某些需要。场景可以使需求更加生动、形象，现在互联网产品为展示其产品的“独特”，而多采用可以解决用户“痛点”的场景来打动投资人或用户。敏捷开发中的“故事”也是场景的另外一种表现形式。项目管理者联盟
具体步骤如下：项目管理者联盟文章
1、 开发操作概念和场景，包括适当的功能度、性能、支持、维护和(适当时)处置。项目管理者联盟文章
识别和开发场景时要考虑与利益相关者的需要、期望和限制条件的详细程度一致，并且保证场景应该是产品可以实现的。www.mypm.net
2、 定义产品的运行环境，包括产品环境的限制条件和边界。项目管理者联盟
3、 审查操作概念和场景，以完善和进一步发现需求。pmp.mypm.net
操作概念和场景是一个不断完善的过程，我们应该定期去审查，从而确保操作概念、场景与需求的一致性。项目管理者联盟
4、 随着产品和产品组件的选定，就要开发产品、最终用户和环境之间的交互，并满足 操作、维护、支持需要的详细操作概念。
SP 3.2 建立必要功能定义转自项目管理者联盟
建立并维护必要的功能定义。项目管理者联盟
在这里，我们将对功能进行分析，确定产品需做的功能和定义该功能的：输入、活动及活动顺序、输出，或者其他的一些信息。这些信息可以作为系统测试用例设计时的重要依据。training.mypm.net
具体步骤如下：项目管理者联盟
1、 对客户的需要的功能进行分析和量化。关于量化就是前面我们曾经提到过的，对功能、性能等要求的一些量化指标，如：产品可以同时容纳1000人在线等。www.mypm.net
2、 分析需求，以确定各子需求间的逻辑关系并确定子需求，将需求细分。项目管理者联盟
3、 根据相关的标准(如：类似的功能、性能和需求的相关性)，将需求进行分组，以便以集中分析需求。比如：我们使用面向对象的分析方法中的服务包，实际上就是这个操作结果。这个步骤是还有一个好处是，将复用的选择在需求分析时就会考虑到。将类似功能统一放入一个服务包，这个服务包就有可能在后续中复用。pmp.mypm.net
4、 根据产品开发的顺序确定需求的顺序。转自项目管理者联盟
5、 将分析后需求分配人员、支持物以及元器件等。项目管理论坛
6、 将功能和性能等分配给功能和子功能。talent.mypm.net
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
