超越敏捷-超级项目管理

热度2665票  浏览424次 时间:2009年10月13日 00:34
课程概述:
软件项目管理可能是最难的一种项目管理,她最难的地方在于不明确的因素太多:需求不明确?技术不明确?设计不明确?......
人类的智力创造活动是最难管理的,本课程不会跟你在项目管理三大要素成本、进度、质量上瞎扯理论,课程重点关注软件项目各方面工作的实用管理技巧。
软件开发中各种常见问题、管理问题将会在课程中逐一呈现,你做好准备迎接这些挑战没有?

课程目标:
1.了解各种敏捷理论。
2.理解软件项目管理的特殊性。
3.学会项目管理的各方面技巧,包括:团队建设、商务管理、工作环境管理、技能管理、风险管理需求管理、设计管理、编码管理、测试管理、发布管理、实施管理。
4.学会实用项目估算项目计划项目计划跟踪方法。
5.了解如何持续提升项目管理水平。

适合听众:
项目经理、中高层领导、SEPG、具备软件开发相关工作经验向往项目管理方向发展的人士。
讲师介绍:
讲师有10年软件开发、软件设计、需求开发、项目管理、部门管理经验,熟悉软件生命周期的全部过程,精通MSF并用于全公司的项目管理,带领公司通过CMM3级及CMMI5级评估。
讲师有多年的授课经验,讲课深入浅出,注重引导学员思考,善于将主题内容融于简单的例子中,让学员通过体会实例掌握知识。
讲师是每日培训缔造者,是讲师的训练师。

课程大纲:

第一天上午
1 软件项目管理的特殊性
   1.1 软件项目管理可能是最难的一种项目管理
   1.2 项目成功 = 需求做得好 + 设计做得好 + 管理管得好
   实战:项目成功之旅
   1.3 项目管理钻石五角
   软件项目管理并不只是成本、进度、质量管理。
2 项目团队建设
   2.1 案例分析 - 不好的团队文化
   2.2 软件项目需要怎样的团队文化?
推动开放式沟通
为共同的远景工作
赋予小组成员权利
清晰的责任和共同的职责
关注交付的业务价值
保持灵巧,预测变化
质量投资
学习所有的经验
   2.3 软件项目团队模型
   团队中每位成员都是各自专业领域的专家,每一个人同等重要,怎样的团队模型才能充分发挥个人与团队的威力呢?
传统项目团队模型
实际项目团队模型
外科手术式项目团队
MSF团队模型
实用团队模型
   2.4 软件项目团队应该如何做决策?
   达成一致、专家决策
   实战:达成一致
3 软件生命周期模型
   重型还是敏捷是很无聊的伪命题,实际软件生命周期无所谓是瀑布型还是迭代型,软件项目管理是商务管理、工作环境管理、技能管理、风险管理、需求、设计、编码、测试、实施等多种专业工作的科学整合。
   3.1 形形色色的各种生命周期模型。
瀑布型、增量型、进化型
螺旋型、RUP 模型、MSF 模型
   3.2 多线程多版本模型
   3.3 理解各种模型,为我所用。
   3.4 保持灵巧,预测变化!

第一天下午
4 战略和商务管理
   4.1 战略管理
看清项目大势,因势而动。
在双赢的基础上追求三赢。
   实战:项目大势分析
   4.2 商务管理
合同管理技巧。
无合同时商务技巧。
销售提成管理技巧。
项目组应如何关注商务?
5 工作环境管理
   5.1 什么是工作环境管理?
   5.2 IT基础环境管理
   IT基础环境包括:计算机、网络、操作系统、办公平台软件等
   5.3 工作软件管理  
   工作软件包括:开发工具、测试工具、需求开发工具等
   5.4 工作产品管理
   也就是配置管理,软件生命周期过程中产生的所有有价值的东西,如文档、代码、数据库等都需要妥善保存和管理。
   实战:病毒事件处理
   5.5 沟通平台管理
   口头沟通、会议记录、即时通讯工具
6 技能管理
   6.1 几种层面的技能
将来可能会有大用的(战略上的)
将来有用的(前瞻的)
现在必须的(关键的)
现在最好能提供的(支持的)
   6.2 识别出项目需要用到的知识
   实战:识别项目需要的知识
   6.3 为每位项目成员设定学习目标
   实战:设定学习目标
   6.4 提高书面表达能力
   表达能力差,特别是书面表达能力差,是技术人员的常见问题。
   6.5 建立知识共享机制
   6.6 规划项目的知识准备计划
7 风险管理
   7.1 风险管理基本篇
认识风险
   实战:风险识别
风险的属性:原因、后果、影响、概率、……
如何识别出有价值的风险?
持续跟踪风险
   实战:软件发布会风险管理
   7.2 风险管理进阶
“要命”风险来源。
   实战:高难度风险识别
风险驱动计划
   实战:风险驱动进度计划
   提升技能才能实质提高风险管理的水平

第二天上午
8 需求分析与管理
   8.1 需求分析面面观
   8.2 手机订餐系统-体验需求分析的痛苦
   实战:手机订餐系统需求分析
   8.3 需要与需求规格
   8.4 需要曲线
   8.5 用户故事的应用与问题
   8.6 实用敏捷需求分析过程
需要、业务逻辑、用例
范例文档鉴赏
   实战:识别客户的需要
   实战:缺陷管理系统需求分析
   8.7 UML简介
结构型的图。
行为型的图。
   8.8 需求分析的团队作战
团队如何协作获取需求?
团队如何全面一致理解需求?
   8.9 需求管理
需求分析与需求管理关系。
商务管理。
需求签署技巧。
客户全方位介入。
先实现稳定需求。
抓住关键人物。
多版本发布。

第二天下午
9 设计管理
   9.1 软件设计的常见问题
   编码第一、一招定天下、精益求精、……
   9.2 什么是“漂亮”的软件设计?
   实战:四大系统设计考虑
   快速型项目、网页+数据库、重复型、创意型
   9.3 简单设计
简单综合症
设计平衡点
   简单设计的标准
   9.4 实用软件设计经验谈
软件不是木桶型架构的。
常见的软件设计方法:由顶而下、由底而上、由中间到上下
   架构设计、模块设计、数据库设计
用户体验设计
   9.5 如何提高设计能力?
学习和应用UML。
打造技术资产库。
学习和应用设计模式
   命令模式体验:神奇的Undo与Redo
   9.6 软件设计的团队作战
各专家主导不同的设计
如何让评审发挥威力?
   案例分析:如何提高评审效果?
   案例分析:谁来评审设计?
   案例分析:谁来写设计文档?
   案例分析:无法关闭的评审

第三天上午
10 编码管理
   10.1 编码综合症
 裸奔型代码、阿弥陀佛型、吹毛求疵型
 眼高手低型、事不关己型
 代码的初级问题与高级问题
   10.2 什么是“漂亮”的代码?
   10.3 编码规范
 代码规范、数据库规范、脚本规范
 案例分析:编码规范考虑不周全?
 案例分析:改造旧系统的麻烦
   10.4 提高编码水平
 零缺陷意识
    测试:零缺陷意识
 扎实的编码基本功
    测试:编码基本功
 测试驱动
    测试驱动案例分享
    如何实践测试驱动?
 代码评审
    代码评审要发现什么问题?
    案例分析:什么时候评审代码?
    案例分析:所有代码都需要评审?
    如何实践结对编程?
 代码重构
 代码共有
   10.5 持续集成
   10.6 高效安排编码任务
    案例分析:工作如何协调?
11 测试管理
   11.1 测试症候群
 理想主义、白烟四起、壮士断臂
 互相推诿、芝麻绿豆
   11.2 测试人员的主要职责
   11.3 测试人员应掌握的技能
 基本技能要求、进阶技能要求、高级技能要求
   11.4 测试设计
 案例分析:多版本IE测试设计
   11.5 测试用例
 案例分析:如何验证增加成功?
   11.6 缺陷定义及流程
 缺陷的属性
 缺陷的处理流程
 缺陷处理决策
   11.7 其它测试最佳实践
 获取代码,“提前”测试。
 测试环境、测试数据准备。
 潮水式测试人员安排。
 发布后的跟进测试。

第三天下午
12 发布管理
   12.1 发布候选版
   12.2 发布的标准
 不要只记得缺陷标准。
 该做的都做了,该测的都测了。
 遗留缺陷标准。
 各版本的目的:试验版本、Alpha、Beta、Release。
   12.3 发布决策
 完美发布、待验证发布、带问题发布、推迟发布、不发布
 实战:发布决策
   12.4 发布评审
13 实施管理
   13.1 实施人员的职责
   13.2 实施人员的位置特殊性
   13.3 实施工作的目标
 案例分析:为什么验收失败?
   13.4 实施人员应具备的技能
 案例分析:部门之间的硝烟
   13.5 用户文档
 案例分析:无用的用户文档
   13.6 系统维护
14 项目计划
   14.1 项目计划的内容
   14.2 预算与估算
    预算是打算投入多少钱,而估算是估计实际需要多少钱。
 给定预算做估算
 估算的两种情况
 什么叫项目规模?
 实战:尝试估算
 实用估算方法、由底而上的估算
   14.3 项目管理目标
 功能、成本、进度、质量、发展
 针对项目管理钻石五角设定目标
   14.4 进度计划
 三大驱动:估算、风险、目标驱动
 版本规划、优质任务、缓冲时间
    实战:优质任务
   14.5 计划执行与跟踪
 每日例会及进阶
   14.6 关于QA
    QA作为项目一员如何发挥作用?
15 尾声
   15.1 如何持续提高项目管理水平?
 对于个人
    学习各种软件工程知识并实践
    多承担挑战性的项目
    多总结
 对于公司
    项目要产品化、组件化
    建立和持续改进项目管理过程
   15.2 课程回顾

课程时长:
3天,每天6-7小时
TAG: 项目管理
顶:131 踩:185
对本文中的事件或人物打分:
当前平均分:-0.34 (758次打分)
对本篇资讯内容的质量打分:
当前平均分:-0.64 (720次打分)
【已经有871人表态】
154票
感动
107票
路过
94票
高兴
125票
难过
75票
搞笑
84票
愤怒
120票
无聊
112票
同情
上一篇 下一篇
首页 第1页 第2页 第3页 第4页 第5页 第6页 第7页 第8页 第9页