敏捷入门(PMO)培训资料

上传人:飞*** 文档编号:52566299 上传时间:2018-08-23 格式:PPT 页数:27 大小:2.48MB
返回 下载 相关 举报
敏捷入门(PMO)培训资料_第1页
第1页 / 共27页
敏捷入门(PMO)培训资料_第2页
第2页 / 共27页
敏捷入门(PMO)培训资料_第3页
第3页 / 共27页
敏捷入门(PMO)培训资料_第4页
第4页 / 共27页
敏捷入门(PMO)培训资料_第5页
第5页 / 共27页
点击查看更多>>
资源描述

《敏捷入门(PMO)培训资料》由会员分享,可在线阅读,更多相关《敏捷入门(PMO)培训资料(27页珍藏版)》请在金锄头文库上搜索。

1、认识敏捷,广联达软件股份有限公司 PMO 2010年6月,股票代码:002410,大纲,一. 敏捷的背景、概念、总览二. 敏捷的最佳实践介绍三. 广联达的敏捷本地化四. 实践的挑战和应对,一. 敏捷的背景、概念、总览,敏捷开发诞生的背景,80年代末90年代初,市场经济逐步成熟的产物商业化软件开发逐步成熟,信息产业的经营模式发挥了巨大变化 市场竞争逐步激烈 客户的影响力越来越大 卖方市场向买方市场转化 客户价值的有效体现受到重视传统制造业的生产方法不断进步促进软件业思考 TPS(丰田产品开发管理系统以LEAN精益为核心) 高效、零库存、柔性生产 敏捷的由来正是借鉴了LEAN(精益)的管理思路,敏

2、捷的诞生雪鸟湖会议,敏捷宣言,个体交互 重于 过程工具可用软件 重于 完备文档客户协作 重于 合同谈判响应变化 重于 遵循计划2001年2月由17位世界轻量级方法学家提出了一份敏捷联盟宣言,敏捷12准则,1. 我们的最高目标:通过尽早和持续地交付有价值的软件来满足客户。 2. 欢迎对需求提出变更: 即使是在项目开发后期。要善于利用需求变更,帮助客户获得竞争优势。 3. 要不断交付可用的软件,周期从几周到几个月不等,且越短越好。 4. 项目过程中,业务人员与开发人员必须在一起工作。 5. 要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务。 6. 无论是团队内还是团队间,最有

3、效的沟通方法是面对面的交谈。 7. 可用的软件是衡量进度的主要指标。 8. 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。 9. 对技术的精益求精以及对设计的不断完善将提升敏捷性。 10. 要做到简洁,即尽最大可能减少不必要的工作。这是一门艺术。 11. 最佳的架构、需求和设计出自于自组织的团队。 12. 团队要定期反省如何能够做到更有效,并相应地调整团队的行为。,敏捷是一种思想,敏捷不是一个流程或一种方法(XP、Scrum) 敏捷不是一套固定模板 敏捷不是一种可直接重用的方法 敏捷是依照一种价值观的一系列成功优秀实践!实践敏捷需要因人而异,因地制宜 敏捷的核

4、心是它的思想和体系!,敏捷核心思想和体系,Scrum 水晶家族 ,Xp TDD ,敏捷,持续优化,减少浪费,核心思想:精益 不断追求以保证目标(双赢)为原则的最佳投入产出比,优秀管理实践,优秀开发实践,敏捷过程的理论基础和核心假设,敏捷的核心假设是:需求是持续变化的需求无法一次做到位,需求的确定是个启发式的认识过程 不经过实践的需求往往理论完美而无法操作 客户也不知道他需要什么 客户的需求需要受到持续激发才能完善 钓鱼的需求理论,投入产品或原型钓出真实需求正因假设需求是变化的,所以敏捷的核心思想和优秀实践都是围绕如何应对需求变化来建立能力,产生双赢的价值,而非控制需求变化来实现开发目标 例如:

5、固定短周期迭代,按价值交付客户等 这点与传统开发过程通过延长需求时间,增强需求能力来解决问题的出发点和思路都不同,需求的演化和传递,敏捷过程的理论基础和核心假设,发现问题的周期越长,问题修复的风险越高,成本越多,质量反馈-修正成本曲线,敏捷和传统过程的对比,敏捷和传统过程的对比,敏捷过程的理论基础和核心假设,影响软件开发成功的最核心要素不是过程而是人敏捷开发管理提倡尊重人,强调基于信任用方法和环境激发人 因为开发主体是人,所以特别强调高效的、面对面的沟通环境 例如:圆桌式座位布局、大黑板、任务墙(一眼可以看到的) 强调目标一致的自适应团队 目标一致(含客户) 角色齐全 主动互补 人好了,过程自

6、然就好了,并非不要过程管理,敏捷全景图,二. 敏捷的最佳实践介绍,Scrum,Scrum方法是一种偏重管理的优秀实践组合:它通过组建客户参与的团队,确定客户与开发团队的一致目标,分里程碑,固定短周期迭代,任务上墙,每日例会等实践提升开发效能,敏捷最佳实践,现场客户 用户故事 完整团队 持续集成 结对编程 隐喻沟通(背景音) 简单设计(灵活架构) 持续重构 测试驱动 多层计划 短期迭代 稳定节奏 定期反思,关键要素,过程是开放的,标准是严格的 质量是固定的,范围是伸缩的 目标是共同的,角色是可变的,三. 广联达的敏捷本地化,敏捷没有统一的流程标准-广联达的敏捷本地化,广联达研发团队的成熟度现状

7、成熟类产品过程规范,可控性高(计价、算量) 孵化、发展产品相对散乱,可控性弱,广联达开发过程 NPD框架+敏捷最佳实践,四. 实践的挑战和应对,挑战敏捷实践的可操作方法,需求做到什么粒度?优先级怎么定?变更如何处理 如何进行团队估算? 过程如何监控? 如何有效改进,反思会如何操作? 需要那些文档?写到什么程度?格式是什么 谁能给我一套现成流程?我们该怎么做?谁来帮助我们 路是自己走出来的,自己的敏捷才是真正的敏捷 借鉴、总结(PDCA),改变认识,走向敏捷,项目的目标是每个人的,每个人都是项目的主人通过持续不断的个人技能提升来最终提升软件交付质量通过密切和高效的沟通消除信息丢失尽一切可能,及时获取反馈,谢谢大家! Q&A,

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 其它文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号