专题课程
【课程简介】
需求分析、需求开发与需求管理贯穿软件生命周期的本身。如何准确而又快速的捕捉用户的需求?如何平衡不同角色的用户对于系统/软件的不同方面的需求?如何协调功能性需求与非功能性需求之间的矛盾?如何有效的分析需求?如何对需求实施有效的管理以确保在项目生命周期中需求的一致性、完整性与可回溯性……这一系列的问题都对需求分析人员的能力和素质提出了很高的要求。需求开发与需求管理能力的培养成为了摆在软件企业面前的一大课题。
为了帮助需求分析人员以上问题有清晰的认识、完整的了解和全面的把握,我们特制定了“需求分析实战训练营”这门课程。本课程除了对“需求”的基本概念、“需求管理”的基本框架和目前主流的需求分析方法做出了明确阐述,更为重要的是,凭借讲师在各种不同类型的软件项目中需求分析的成功经验,本课程还将对业界成熟企业关于需求开发与需求管理方面的典型实践进行深入的分享、分析和论述,使用“工作坊”的形式以关注学员在可操作性能力方面的提升。
【培训特色】
本课程注重实战,采用案例贯穿方式完成实践,收集了大量的真实案例,针对需求分析过程中常出现的问题进行了汇总,有启发性地进行研讨,并有针对性地进行场景演练,形成培训教程。本次培训将有效提高需求分析人员在工作中的分析能力。
本次课程1/3时间讲解知识,1/3时间启发性思考,1/3时间实战演练。
【培训对象】
需求分析员,以及各研发部门需要参与需求分析的人员。
【学员基础】
学员学习本课程应具备下列基础知识:
l. 了解软件需求分析的一些基础知识
2. 具有一定的软件需求分析工作经验
【培训时间】
3天
【课程大纲】
以下大纲内容较多,实际授课时根据学员课前调查进行调整,并且实际授课不一定按此顺序。
|
授课内容 |
第一单元 需求分析的Yes与No |
盘点那些失败的软件项目 案例1:一个经历了10多次结构性大变更的软件项目 点评:剖析客户总在进行需求变更的深层原因
案例2:那些费劲脑汁都不能让客户满意的需求 点评:剖析需求分析中可行性分析的决定性作用
案例3:直到软件上线才发现许多需求未捕获 点评:需求分析找对了人才能事半功倍
案例4:为何客户总是在项目后期才提出大量需求 点评:软件需求应当是持续交付与纠偏的过程
总结:需求分析应当是主动式分析的过程 |
第二单元 打开需求分析的黑匣子 |
软件需求的概念:功能需求、非功能需求与约束条件 软件需求的层次:业务需求、产品需求、组件需求
软件需求的特征: 1.客户总是说不清楚需求 2.客户对需求总是在变更 解决方案: 1.跳出需求本身,从业务领域去理解需求 2.最快速拿出可视化的原型与客户讨论需求
软件需求的难题: 1.不知跟谁探讨需求 2.与客户的沟通不顺畅 解决方案: 1.首先应当进行客户群体的用户角色分析 2.掌握与客户的沟通技巧 演练:与客户进行需求讨论的演练
总结:以客户价值为中心的需求分析技巧 |
第三单元 需求的捕获与挖掘 |
需求调研的开始——项目启动会 1.制定项目的建设目标 2.与客户交往的正确方式 3.区分不同层次客户的不同需求 4.用户角色分析的关键作用
需求调研的推进——需求研讨 1.首先是感情而不是工作 2.团结所有可以团结的人 3.如何应对项目进程中阻碍我们的人 4.需求研讨的不同形式
个别访谈: 1.找对正确的对象就成功了一半 2.划定需要讨论的内容 3.只讨论对方感兴趣的话题 4.个别访谈高效却不够全面 演练:模拟一次需求访谈过程
需求研讨会 1.划定参会对象与时间 2.一定要有能够拍板的人在场 3.先民主再集中,搞定多元化需求难题 4.需求研讨会是一个快速确认需求的场合
需求调研的关键——需求捕获的沟通技巧 了解3种客户群体的特征: 1.对软件不了解而提不出需求,只能描述现有的操作流程 沟通技巧:从现有的业务流程开始分析 2.能提出一些需求,但要看到实物才能真正说清楚 沟通技巧:尽快制作出原型与客户沟通 3.能说得非常详细,甚至怎么实现都 沟通技巧:通过分析,拿出比客户更加合理的方案
需求分析的过程: 1.需求的捕获->需求的整理->需求的验证 2.需求的细化:模块划分、流程设计、业务转换
客户有嘴中没有说出来的需求: 1.业务领域约定俗成的规则 2.客户压根儿没有想到的需求 客户嘴中说出来的需求一定就对吗: 1.客户对需求的思考不一定周全 2.客户作为一个群体存在着不同的看法 3.企业信息化管理实质就是一次改革 演练:识别客户口中没有说出的需求
业务领域分析: 1.领域驱动设计的思想——将真实世界与软件世界对应 2.跳出业务需求先去领悟业务领域 3.分析业务需求背后的动机 4.学习与客户使用共同的语言 5.讨论需求->领悟需求->发现问题->引导客户思考->提出新的方案 演练:用真实场景演练业务领域分析过程
重新思考与定义产品需求 1.产品目标:从发现客户问题到产品目标 在问题定义上达成共识 多角度思考产品目标 流程再造:需求的来源与基础 业务流程再造的基本工具 2.产品创新:新产品规划的需求方法论 产品创新与创新方法 创新产品构思与设计研讨会 用户体验评估的过程与方法 确定数据收集和整理的方案 利用工具对数据进行统计分析 四个最基本的使用效果度量 用户期望与效果的比较分析 3.产品的轮廓:未来产品的素描 定义解决方案的边界 确定解决方案将受的约束 总结归纳:项目的陈述
需求调研需要注意的问题: 1.我们是不是一定要成为领域专家? 2.那些与业务实现有关的需求都是无效的 3.如何面对那些技术难于实现或者根本就无法实现的需求
总结:需求分析不是一种简单的你说我记的收集活动 |
第四单元 需求的分析与建模 |
用例模型分析: 案例:一个绩效考核系统的用例建模过程 1.需求分析与用例模型设计 2.功能-角色分析与用例图 3.业务流程分析 4.用例描述的编写 a.业务操作、查询报表与BI分析 b.子用例与扩展用例 c.业务价值与优先级评定 5.流程分析与行动图 6.用例分析常见的误区 演练:用真实案例练习用例模型的分析
领域模型分析: 1.领域驱动设计 2.领域模型的绘制 3.原文分析法 4.职责单一原则(SRP)与信息专家 5.用状态图与对象图细化领域模型 6.需求确认与可行性分析 演练:用真实案例练习领域模型的分析
非功能需求的分析: 1. 属性->场景->决策 2. 局部->全局 |
第五单元 需求的确认与归档 |
用户故事(User Story) 1.用户故事为何有效 2.描述一个用户故事 3.用户故事在敏捷开发中的作用 4.用用户故事确认需求
快速原型法 1.快速原型法的优势 2.快速原型法与迭代开发的关系 3.用快速原型法确认需求
需求规格说明书 1. 需求规格说明书的编写 2. 需求规格说明书模板 a) 项目驱动与问题描述 b) 产品限制条件的确定 c) 功能性和非功能性需求的描述 d) 阐述项目问题 2.用需求规格说明书确认需求
剖析软件需求中的变与不变: 1.整体需求不变,具体细节变化 2.界面风格与操作易用性是最容易发生变更的 3.后期增加其它功能 探讨:需求分析阶段应当做到什么程度? |
思考与总结 |
探讨:我们该如何做好需求分析工作 |
- 上一篇:大数据分析与挖掘综合能力提升实战
- 下一篇:高质量软件设计与设计模型 案例分析和实践