敏捷 用户故事， 瀑布型模式， 

商业分析的组织，

介绍PMI商业分析指南这本书来

各种图表方法的重点讲解

5.1 总结重要

重点文档工具：任务47 分析模型

1、常用词汇

1. 项目组合 portfolio
2. 项目集 program
3. 项目 project

产品（可以是有形或无形）：一种组织架构、一个过程、一项服务；

解决方案（创建或修改）要能够提供商业价值；

项目经理关注项目，BA关注产品；

产品需求product requirements 通过解决方案来满足；

用户故事？

用户故事（user story）是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素：
　　1. 角色：谁要使用这个功能。
　　2. 活动：需要完成什么样的功能或目标。
　　3. 商业价值：为什么需要这个功能，这个功能带来什么样的价值。
　　用户故事通常按照如下的格式来表达：
　　英文：
　　As a <Role>, I want to <Activity>, so that <Business Value>.
　　中文：
　　作为一个<角色>, 我想要<活动>, 以便于<商业价值>
　　举例：
　　作为一个“网站管理员”，我想要“统计每天有多少人访问了我的网站”，以便于“我的赞助商了解我的网站会给他们带来什么收益。”
　　需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。
　　Ron Jeffries的3个C
　　关于用户故事，Ron Jeffries用3个C来描述它：
　　卡片（Card） - 用户故事一般写在小的记事卡片上。卡片上可能会写上故事的简短描述，工作量估算等。
　　交谈（Conversation）- 用户故事背后的细节来源于和客户或者产品负责人的交流沟通。
　　确认（Confirmation）- 通过验收测试确认用户故事被正确完成。

瀑布型开发模式

瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。

敏捷型开发模式

强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。

1、

《商业分析实践》

管理层与发起人

qi'shi

商业分析----业务分析

商务数据分析，business  analysis

需要评估

需要评估过程：

识别问题或机会，

评估当前状态，

评估未来状态，

确定可行选项和建议，

引导产品路线图开发，

组合商业论证，

支撑章程开发。

• 问题来源：

1、自上而下

组织的高层：需要实施一项战略目标，问题影响范围广

中层：可能利益受损，不想行动

基层：可能不理解战略

2、自下而上：

基层：现有过程、功能系统存在的问题。问题影响的范围有限，可能风险少、比较简单

3、中层管理：

中层：经理人员需要额外的信息或功能

4、外部驱动：

客户新的需要、竞争对手（新策略、新对手））、技术环境变化、法规制度

最重要的是定义问题，信息并非现成的。

启发过程：

确定启发方法→商业计划中确认

准备启发

实施启发

确认启发结果

原型法

• 抛弃型：轻量 低保真
• 演进型：高保真 
• 低保真/高保真

常见原型

• 线框图：静态蓝图或示意
• 模拟界面或报告
• 建筑物的建筑效果图
• 楼层平面图
• 新产品草图
• 演变中的设计

 故事画板（原型）：一组页面或图示间的顺序或导航

问卷调查：快速、大量、费用少

访谈

• 结构化与非结构化：是否提前准备问题清单且按照清单提问
• 同步与异步：立即有反馈的

 观察法

• 被动观察：默默观察不干扰
• 主动观察：有互动，及时打断并提问
• 参与式观察：亲手做
• 仿真：模拟环境下观察

协作游戏

• 产品盒：设计一个包装产品的盒子。关注对客户来说最有价值的收益和特性。
• 快艇：锚对应一个不受欢迎的特征，讨论如果移除一个锚，船可以加快多少，从而识别影响；另一种为帆船，对应正面影响。
• 蜘蛛网：纸中间画圆圈代表产品，参与者画出可能与之相关的其他产品。

文件分析：分析现有文档并识别与需求相关的信息

引导式研讨会：跨职能的相关方 发起人 引导人 书记员 计时员

焦点小组：了解期望与态度，预先挑选参与人（8-12人） 引导者 非语言信息