Product Driven Development产品驱动开发（2-5天）

陈勇  17年软件研发、管理及咨询经验

擅长在实际环境中应用敏捷开发实践，具有丰富的工程技术与项目管理实践经验，从其程序员、项目经理、CMMI/FPA功能点估算/敏捷咨询师、事业部总监、副总经理等各种技术与管理岗位获得的一手经验，令其可以站在企业管理者的高度，以更广的视角来理解敏捷开发，并能配合和推动非研发部门协作推广敏捷。

• 曾以技术骨干和项目经理等身份，组织和承担开发了国庆50周年直升机编队指挥系统、空军一基地GPS数据源系统、清华同方CCTV数字电视条件接收系统、航空材料研究院无损检测系统等项目，并在其中某些项目中实践敏捷。
• 曾在清华同方、普天集团、亚信科技等企业担任EPG骨干、组长；曾在斯福泰克、DNV ITGS等机构担任CMMI/敏捷咨询师。
• 曾在中国系统与软件改进年会 、中国软件技术大会、敏捷中国大会、MPD等国际国内会议从事敏捷演讲、翻译或主持工作。
• 在任泰克赛尔软件公司中国部门的咨询总监、ALM事业部总监、副总经理期间，主管敏捷研发管理工具的市场、销售、支持与咨询活动，在盛大、金山、腾讯、汉王科技等知名企业深入推动其工具应用与实施活动。
• 当前他正在作为产品经理、架构师带领一个小型团队，从事“火星人敏捷开发在线服务”的研发工作。很多课程与咨询中的最佳实践，均来自于其之前及当前参与的实际项目的一线实践。

课程内容

由于行业、人数、分组练习与点评的不确定性，以下日程及时长在人员数量、分组数量、基础变化时会发生变动；另外为了保持内容的相对完整性，会尽量在特定的内容处完成一天的培训，因此每天的时长不是完全相同的；每天的正常培训时间为６小时左右（包括在课堂中的统一培训和在团队环境中的个别指导）。

二天版本

二天版本在以下阴影位置安排沙盘演练：

1.1  第一天：产品创新，需求分析，从需求到技术

PDD概览

CODEX与心人物事创新法

1-9-90用户定位分析法

×以上适合产品经理（Product Owner），需求经理，需求分析人员，业务部门人员

业务场景

业务数据

业务操作

×以上适合产品经理（Product Owner），需求经理，需求分析人员，业务部门人员

从需求到代码（案例分享）

VCMD编码层次

×以上适合开发人员，设计人员，测试人员

1.2  第二天：计划，日常活动，团队建设

敏捷产品版本规划

×以上适合产品经理，部门经理，项目经理（Scrum Master）

Scrum快览

Scrum计划会

Scrum每日立会

Scrum反思会

高级敏捷实践

×以上适合产品经理，项目经理（Scrum Master），核心开发人员

自组织团队原理

从项目经理到scrum master

1-3-9团队与松结对编程

×以上适合产品经理，项目经理（Scrum Master），核心开发人员，普通开发人员

三天版本

三天版本在以下阴影位置安排沙盘演练：

1.3  第一天：产品创新与需求分析

PDD概览

CODEX与心人物事创新法

1-9-90用户定位分析法

×以上适合产品经理（Product Owner），需求经理，需求分析人员，业务部门人员

业务场景

业务数据

业务操作

×以上适合产品经理（Product Owner），需求经理，需求分析人员，业务部门人员

1.4  第二天：从需求到技术与计划

从需求到代码（案例分享）

VCMD编码层次

基于Selenium的自动化测试（案例分享）

×以上适合开发人员，设计人员，测试人员

敏捷产品版本规划

×以上适合产品经理，部门经理，项目经理（Scrum Master）

Scrum快览

Scrum计划会

1.5  第三天：日常活动与团队建设

Scrum每日立会

Scrum反思会

×以上适合产品经理，项目经理（Scrum Master），核心开发人员

高级敏捷实践

自组织团队原理

从项目经理到scrum master

1-3-9团队与松结对编程

×以上适合产品经理，项目经理（Scrum Master），核心开发人员，普通开发人员

五天版本

五天版本在以下阴影位置安排沙盘演练：

注：在标注有实际项目演练的日程中，每组至少携带一台笔记本电脑（每３人１台以上更好）。

除标注为“在团队工作区内”的活动，均集中在课堂中完成。

下划线文字为５天版本的特有内容；

浅蓝色文字为实际项目练习的内容，需使用笔记本电脑完成；

2.1  第一天：产品创新与需求分析 Innovation and Req Analysis

产品创新 / Product Innovation

PDD概览 / PDD  Brief

CODEX与心人物事创新法 / CODEX and 4W Innovation Methods

1-9-90用户定位分析法 / 1-9-90 User Analysis Method

案例分析 / Case study

PDD 三层需求结构 / 3 Requirement Layers of PDD：

业务场景 / Business Scenario

业务数据 / Business Data

2.2  第二天：从需求到计划

业务行为 / Business Action

案例分析 / Case study

实际项目演练 / Workshop with Real Project Scenario

如何使用Visio模板分析需求 / How to use PDD Visio Template to Analyze Requirement 

实际业务场景，业务数据，业务操作绘制 / Use PDD Template in Real Project Scenario 

如何在Word中使用三层需求结构 /  Use 3 Requirement Layers in Word

如何在管理工具中使用三层需求结构（Jira，DevSuite，TFS） / Use 3 Requirement Layers in Tools

产品计划 / Product Planning

敏捷产品版本规划 / Agile Product Version Planning

基于需求的工作量与成本估算 / Requirement Based Estimation of Effort and Cost 

实际项目演练

如何使用Excel模板编制产品版本规划表 / Product Version Planning with Excel Template

2.3  第三天：从需求到编码与测试

从需求到代码

从需求到代码（案例分享）

VCMD代码解析

实际项目演练

从需求到代码（咨询师现场示例，将团队的一部分实际需求，转化为MVC代码）

从需求到代码（学员现场演练，将团队的一部分实际需求，转化为MVC代码）

从编码到自动化测试

基于Selenium的自动化测试（案例分享）

测试代码解析

实际项目演练

基于Selenium的自动化测试（咨询师现场示例，将团队的１个页面进行自动化测试）

基于Selenium的自动化测试（学员现场演练，将团队的１～３个页面进行自动化测试）

课后作业（在团队工作区内）

由一个志愿团队将讲师的asp.net 测试库翻译为Java代码。

注：课后作业占用最后１～２个小时的时间，讲师与此团队进行交流，详细讲解代码结构；团队会在现场完成代码的主体结构，并在接下来的一周内完成翻译工作。

第三天与第四天间隔建议为１～２周左右，以方便团队在实际工作中应用前三天的内容。

2.4  第四天：技术评审与Scrum

实际项目评审（在团队工作区内）

评审需求文档（Visio，Word／管理工具）

评审基于需求的VCMD分层代码

评审基于Selenium的自动化测试

实际项目演练

建立基于功能点的项目度量数据（进度，质量，代码有效率）

升级产品版本规划表

Scrum计划

Scrum快览

Scrum计划会

Scrum每日立会

Scrum反思会

2.5  第五天：日常活动与团队建设

高级敏捷实践

自组织团队原理

从项目经理到scrum master

大型团队的敏捷方法：1-3-9团队与松结对编程

代码审查与编码规范

需求／团队／技术／过程的完整示例：L型代码结构

敏捷开发绩效管理

×以上适合产品经理，项目经理（Scrum Master），核心开发人员，普通开发人员

附：五天版本的时间安排

• 第一天与第二天必须连续培训
• 第二天与第三天可有间隔（建议无间隔或少于一周）
• 第三天与第四天中间需间隔１～２周以完成课后作业
• 第四天与第五天必须连续培训