让敏捷落地-软件研发管理最佳实践(广州站)

热度1703票  浏览432次 时间:2013年3月09日 21:09



 
敏捷流派太多,搞不清楚怎么回事?
敏捷过于理想,无法实施?
项目团队没有凝聚力,除了项目经理其他成员似乎不太关注项目成败;
项目需求变来变去,客户喜欢你先做出来看看,一直无法形成书面的需求文档;
测试时间压缩再压缩,测试阶段发现的大量问题,常常因为已经接近“项目死期”(交付日)改无可改;
项目缺陷每日剧增,代码质量惨不忍睹,程序员已经焦头烂额,听不进任何改进建议;
项目计划要么成为摆设,要么没有计划;
……
本课程将会针对上述问题,为你分享各种最佳实践
项目管理中存在各式各样的问题,项目管理的大道理几乎人人都懂,但知易行难,我们往往陷入“问题多,想改进,但迫于进度压力,只能暂缓改进,而问题继续滚雪球”的死循环。如何才能打破这个恶性循环呢?我们需要立竿见影的最佳实践!
课程需要你全程作战,你既需要单兵作战,也需要和组员一起战斗,老师将会全程给出实践指导。


时间

2013-03-30 、31(周六、日) 上午9:00-12:00,下午14:00-17:30


地点

汉庭快捷(天河店)10楼 大会议室
广州市天河区天河路97-99号(近广州购书中心)


课程目标:

1. 学习各种敏捷的实用知识,学会让敏捷落地的各种实用技巧。
2. 学会打造高战斗力团队。
3. 学会通过测试全程控制工作方向,减少不必要返工,提升工作质量。
4. 学会提升代码质量的实用方法。
5. 学会制定弹性的可执行的迭代计划,并能有效地落实计划和持续优化项目工作。

适合听众:
 中高层领导,项目经理
软件工程师、测试工程师
 有软件研发相关经验希望往项目管理方向发展的人士
敏捷开发实干者

讲师介绍:
张传波 网名:Fireball(火球
创新工场创业课程(敏捷课程)讲师
中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员
敏捷之旅演讲分享者
中国软件行业协会系统与过程改进分会专业委员会(简称:CSPIN)主任委员
广东软件行业协会软件过程改进专业委员会(简称:GDSPIN)高级专家
讲师有近二十年软件开发、软件设计需求分析、项目管理、部门管理等经验,熟悉软件生命周期的全部过程,精通MSF极限编程SCRUM并用于全公司的项目管理,带领公司通过CMM3级及CMMI5级评估。
讲师有多年的授课经验,讲课深入浅出,注重引导学员思考,善于将主题内容融于简单的例子中,让学员通过体会实例掌握知识。讲师是每日培训缔造者,是讲师的训练师。

课程大纲:
第一篇 敏捷那些事儿
本篇让你了解敏捷的基础知识,看清楚什么是敏捷,了解敏捷的各种流派及最佳实践。
1. 神马是敏捷?
2. 早期最流行的敏捷——极限编程(Extreme Programming)
这是在SCRUM之前流行的敏捷方法,这是一种轻量、快速、强调适应变化、适合中小型项目的项目管理方法。本节将为你分享极限编程以下的最佳实践:
2.1 需求方面最佳实践:客户故事、客户全程参与
2.2 设计方面的最佳实践:简单设计
2.3 测试方面最佳实践:测试驱动开发、自动化测试
2.4 编码方面最佳实践:重构、结对编程、代码共有、强调编码标准
2.5 项目管理方面最佳实践:持续集成、站立会议、小版本发布、每周工作40小时
2.6 隐喻
3. 现在最火的敏捷——SCRUM
SCRUM是当前最火的一种敏捷开发方法,有用户故事、冲刺、燃尽图等很多很酷的玩法,有牛B的产品负责人、SCRUM Master,有超强的自组织团队。本节将为您展现当前最火最酷的敏捷开发方法!
3.1 SCRUM是神马东西?
3.2 牛B的产品负责人、SCRUM Master及自组织团队。
3.3 SCRUM的软件研发流程及最佳实践:
 用户故事
 冲刺
 燃尽图
 其他最佳实践
3.4 极限编程 PK SCRUM

第二篇 让敏捷落地!
敏捷开发是一种外国文化,还不能直接移植到中国,本篇将会针对中国软件研发的特点,为你分享来自第一线的敏捷落地最佳实践。
4. 打造“自组织”团队
项目的问题说到底是人的问题, 提升项目组成员的“软技能”,让大家都在同一条船上,是打造高效率团队的关键。
4.1 解决项目组成员的地位不平等问题。
 技术人员的先天优越性 VS 测试、实施人员的低人一等
 外科手术式团队
 “无领导”的扁平架构
4.2 谁来做决策?
 项目经理“话事制”——独裁主义?
 达成一致——人人有份?
 专家决策——我是老大我说了算?
4.3 鼓励“犯错”!
 “犯错”是不是应该受到惩罚?
 你喜欢无错误的“优秀”员工吗?
 挑肥拣瘦,不敢担当?——可能就是因为没有鼓励“犯错”!
 失败、错误、总结是成功他妈!无错误的人很可能是无水平的人。
4.4 让团队“自组织”!
5. 测试先行——实践测试驱动
直到最后几天,测试工程师们才能见到软件的“庐山真面目”,但是不见不知道一见吓一跳,软件的问题巨多,甚至很多功能没有实现,然则距离“项目死期”(交付日)已经没有几天了!测试驱动是保证项目组一直都在做正确事情的最佳保障,可减少大量的不必要返工,测试驱动其实没有这么复杂和高难度,可以马上实践,本节将为你支招!
5.1 测试症候群
5.2 测试人员的主要职责及应掌握的技能
5.3 测试要干什么?
 测试设计(案例分析)
 测试用例(案例分析)
 测试工作的难度和挑战性不亚于软件设计!
5.4 项目组中谁来负责测试?
 开发与测试的黄金比例?
 “潮水式”测试人员安排
5.5 如何测试驱动?
 测试从需求开始!
 “提前”测试 VS“正规”测试
发布管理与缺陷的最终裁定权
6. 提升代码质量
文档可以没有,代码不能没有!为了节省时间不写文档,直奔代码,但可惜得到的往往是烂代码,烂代码编译出来的就是烂软件!代码质量成为我们心头之痛,不抓代码质量,后患无穷,马上猛抓代码质量,工期又无法保障!如何才能打破这个怪圈,逐步改善代码质量呢?
6.1 编码基础知识
 面向过程、面向对象、面向……
 编程基本功
 零缺陷意识
6.2 编码的问题及“ 漂亮”的代码
 编码综合征
 代码的低级问题与高级问题
 什么是“漂亮”的代码?
6.3 编码规范
 空降的规范没有好结果——仅制定能执行的规范
 规范的执行
6.4 代码评审
 案例分析
 实践建议
7. 实践迭代计划,加速项目成功!
项目管理不是项目经理一个人的事情,应该让所有人参与进来,每个人自觉管理自己的工作,主动报告和解决问题,共同为项目的成功而努力!
7.1 预算与估算基础知识
 给定预算做估算
 估算的两种情况
 什么叫项目规模?
7.2 实用估算方法
 实战:尝试估算
 由底而上的估算
7.3 迭代计划
 瀑布计划 VS 迭代计划
 需求可以迭代吗?
 版本规划、优质任务、缓冲时间
 实战:优质任务

报名表格下载:
http://www.umlonline.org/school/attachment.php?aid=MjA5NHxlNWIwZDRhZXwxMzYyODM0NzExfDM1ZDdqVjZnbFgyK285ODA0NmpwR2Z6dmZsSG1ZMUV0ZVorTElHS0RQM3JWQlRV

课程大纲下载:
http://www.umlonline.org/school/attachment.php?aid=MjA5NXwyMjhkYzFhZHwxMzYyODM0NzExfDM1ZDdqVjZnbFgyK285ODA0NmpwR2Z6dmZsSG1ZMUV0ZVorTElHS0RQM3JWQlRV

TAG: 敏捷开发 敏捷落地
顶:92 踩:131
对本文中的事件或人物打分:
当前平均分:-0.78 (475次打分)
对本篇资讯内容的质量打分:
当前平均分:-0.67 (449次打分)
【已经有556人表态】
127票
感动
60票
路过
51票
高兴
62票
难过
53票
搞笑
66票
愤怒
63票
无聊
74票
同情
上一篇 下一篇
首页 第1页 第2页 第3页 第4页 第5页 第6页 第7页 第8页 第9页