你的位置: 首页 > 公开课首页 > 互联网/语言 > 课程详情

details

敏捷软件开发

暂无评价   
  • 开课时间:2017年11月02日 09:00 周四 已结束
  • 结束时间:2017年11月03日 17:00 周五
  • 开课地点:北京市
  • 授课讲师: James
  • 课程编号:327948
  • 课程分类:互联网/语言
  •  
  • 收藏 人气:1209
你实际购买的价格
付款时最多可用0淘币抵扣0元现金
购买成功后,系统会给用户帐号返回的现金券
淘课价格
3200
你还可以: 收藏

培训受众:

企业CEO/总经理、研发总经理/副总、公司总工/技术总监、研发项目经理/产品经理、PMO(项目管理办公室)成员、研发骨干、测试、QA等。

课程大纲:

1、案例分析
2、什么是敏捷软件开发
2.1研发中项目管理的典型问题
质量
交付周期长
效率低下
交付延期
交付不被市场/客户接受
2.2软件管理方法总览
2.3什么是敏捷项目管理
2.4敏捷项目管理的解决之道
总体框架:需求-构建-发布的快速迭代
卓越交付:保证正确的构建正确的产品
自组织团队
短周期迭代
可工作的完成标准
价值驱动
基于反馈的改进
风险前移
2.5敏捷项目管理的精要
创造力来源于小而美团队
短迭代的可工作的交付
客户参与
响应变化
交付的价值优于完成的任务
效率通过演进的流程获得
2.6核心价值观
2.7敏捷开发如何提升生产率?
2.8敏捷开发如何提升质量
2.9我是否该敏捷?
2.10敏捷对企业的价值
2.11研讨与演练:我们的痛点在那里?

3、敏捷项目管理提升研发流程的具体实践
3.1项目团队管理-人是最重要
3.1.1敏捷团队的三个核心角色
3.1.2敏捷团队的角色职责
3.2敏捷项目管理
3.2.1敏捷估计-估算扑克
3.2.2Delphi估算
3.2.3演练:我的故事要多少工作量?(使用客户内部开发需求)
3.3敏捷项目计划管理
3.3.1迭代计划会
3.3.2计划会序曲-猪与鸡的故事
3.3.3猪与鸡的行为模式
3.4项目过程与风险管理
3.4.1每日立会
3.4.1.1为何站着开会?
3.4.1.2每日立会成功的关键
3.4.1.3现场演练:明天的每日立会
3.4.2燃尽图
3.4.2.1燃烧图的团队指纹
3.4.3迭代期内无变更
3.4.3.1拥抱变化还是恪守承诺?
3.4.3.2迭代期内无变更与研发心理学
3.4.3.3对策:MoSCoW方法
3.4.4故事板 Kanban
3.5项目质量管理-高质量的交付
3.5.1 评审会与反思会
3.5.1.1评审会序曲
3.5.1.2从外部理解团队目标
3.5.1.3可运行软件的标准
3.5.2 评审会
3.5.2.1评审会的行为模式
3.5.2.2引导客户表达需求
3.5.2.3现场演练:为三个故事设定完成标准
3.5.3 反思会
3.5.3.1现实世界的反思会
3.6大型项目管理
3.7研讨与演练:基于客户团队的实际痛点进行讨论,从敏捷项目管理的角度讨论解决方案
4、敏捷软件开发工程实践
4.1项目需求管理-用户故事-交付最有价值需求
4.1.1 用户故事 = 用户 + 功能 + 价值
4.1.1.1 好故事的四个标准
4.1.1.2 切分故事
4.1.1.3 现场演练:将三个需求转换为用户故事
4.1.1.4(使用客户内部开发需求)
4.1.2 用户建模
4.1.2.1 谁在用我的产品?
4.1.2.2 现场演练:针对三个需求进行用户建模
4.1.2.3(使用客户内部开发需求)
4.1.3 超越敏捷-现实世界的用户故事
4.1.3.1 用户故事 = 需求文档?
4.1.3.2 复合型的需求文档
4.1.3.3 敏捷中的精益理念
4.1.4 需求优先级排序
4.1.4.1 以团队形式进行排序
4.1.4.2 超越敏捷-敏捷生态系统
4.1.4.3 用户故事的进化
4.1.4.4 敏捷生态系统初探:需求管理
4.1.4.5 从客户价值驱动到持续交付客户价值
4.2团队结构与日常开发活动
4.2.1 办公环境
4.2.2特性小组
4.2.3松结对编程
4.2.4 松结对编程的小组长责任
4.2.5 松结对编程的工作习惯
4.3重构
4.3.1重构的定义
4.3.2为什么需要重构
4.3.3何时需要重构
4.3.4代码的坏味道
4.3.5各种重构的方法
4.3.6重复的代码
4.3.7重构演练
4.4敏捷测试
4.4.1持续集成和每日构建
4.4.1.1持续集成的概念
4.4.1.2每日构建的概念和意义
4.4.1.3每日构建的实施策略
4.4.1.4每日构建和版本管理的集成
4.4.1.5以每日构建为基础的发布管理和试验环境
4.4.1.6Smoke Test和持续集成的关系
4.4.1.7BVT Automation和Non BVT Automation是持续继承的有力保证
4.4.1.8通过每日构建和持续集成,使得版本管理不仅仅记录代码的存在和历史,更保证代码的正确性
4.4.1.9典型案例分析
4.4.2自动化测试
4.4.2.1自动化测试概念,局限性
4.4.2.2自动化测试基本理论
4.4.2.3自动化测试实施
4.4.2.4常用工具介绍
4.4.2.5自动化测试成熟度
4.4.2.6自动化测试评估
5、敏捷开发过程中的测试和度量活动
5.1测试驱动开发
5.2持续集成
5.3测试用例设计
5.4构建管理 持续集成 发布管理
5.5敏捷度量-规模
5.6敏捷度量-工作量
5.7敏捷度量-进度
5.8实践演练
6、组织级敏捷部署与绩效管理
6.1敏捷三步走
6.2敏捷成功与否的衡量标准是业务结果(质量、TTM)的改进
6.3首次实施敏捷的参考步骤八步曲
6.4敏捷角色
6.5项目组团队的组建方式:特性项目组和模块项目组优劣对比
6.6项目级敏捷通用过程模型
6.7项目级敏捷过程样例(版本中项目组全都实施敏捷)
6.8敏捷团队绩效管理
6.8.1谁来管理团队中的个体?
6.8.2敏捷团队的目标
6.8.3从团队外部认识团队目标
6.8.4敏捷开发中的目标管理意识
6.9执行与实施层面的敏捷实践
7、总结

培训师介绍:

 
James老师,( )资深讲师。
专业背景:多年高科技企业产品研发和研发管理、产品管理工作经历,先后担任过项目,质量总监,质量副总等职位,在长期的研发管理实践中积累了丰富的技术和管理经验。
在国内某知名通信企业(华为)工作期间,先后从事产品开发、项目管理和产品质量等工作,并作为推行组成员与国际研发管理顶尖咨询顾问在研发及售后服务系统推动公司级研发管理变革(IPD-集成产品开发)。
在质量部工作期间,作为EPG成员,开发了需求管理工具R-Manager以及CMM 5级流程,并负责企业内部的推行。
在展讯通信公司工作期间,担任质量部高级经理,任职期间有针对性地将研发管理的业界最佳实践同公司现状相结合,全面建立并优化产品管理体系。
同时兼任内部讲师,具有丰富的产品管理实战经验。
在北京联信永益工作期间,作为质量副总成功建立了产品需求、产品定义、立项及整个开发与上市过程的管理,为公司的上市做好了铺垫。
在中国惠普TS-QO产品线,作为高级咨询顾问,成功的打入中国移动总部和建设银行总部,为国字号的企业管理领域市场打开了研发、测试、运维的管理咨询之路。
业务擅长:在多家电信设备厂商从事过研发以及管理工作,对部门管理、项目管理和团队建设等方面经验丰富。
并且在研发流程体系和质量管理体系有丰富的从业经历,沟通能力强,有协作精神;
做事认真细致,富于创新。
培训经验:从事研发管理咨询,先后作为项目核心成员和项目经理成功完成了近20个研发管理咨询项目体系的建设和落地(产品开发流程体系、研发项目管理体系、CMMI软件开发管理体系),在产品开发流程设计、研发项目管理和体系推行方面具有丰富的咨询经验。
目前受众的主要客户如下:国电南瑞、亚信科技、长城汽车、中通客车、宇通客车、福田汽车、潍柴动力、上海宝信软件、深圳比亚迪微电子、山东鲁光科技、武汉东浦、北京华彩、长城电脑,美菱电器,大唐电信、中国移动总部、吉林移动、河北移动、广西移动、贵州移动、四川电信、国网电科院、正元信息、中联佳裕、山东万博、鲁光信息、广通迅达、伟景行、石化盈科、长春宏达、中国海关、重邮信科、成都吉锐、广州日立电梯、北京华彩、北京蓝讯、升腾资讯、中电华大、西威电子数家企业。

本课程名称: 敏捷软件开发

查看更多:互联网/语言公开课

讲师动态评分 与同行相比

授课内容与课纲相符00%

讲师授课水平00%

服务态度00%