欢迎来到天天文库
浏览记录
ID:40496857
大小:1.05 MB
页数:27页
时间:2019-08-03
《敏捷入门PMO培训资料》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库。
1、认识敏捷广联达软件股份有限公司PMO2010年6月股票代码:002410大纲一.敏捷的背景、概念、总览二.敏捷的最佳实践介绍三.广联达的敏捷本地化四.实践的挑战和应对一.敏捷的背景、概念、总览敏捷开发诞生的背景80年代末90年代初,市场经济逐步成熟的产物商业化软件开发逐步成熟,信息产业的经营模式发挥了巨大变化市场竞争逐步激烈客户的影响力越来越大卖方市场向买方市场转化客户价值的有效体现受到重视传统制造业的生产方法不断进步促进软件业思考TPS(丰田产品开发管理系统——以LEAN精益为核心)高效、零库存、柔性生产敏捷的由来正是借鉴了LEAN(精益)的管理思路敏捷的诞生—雪鸟湖会议,敏捷宣言个体交
2、互重于过程工具可用软件重于完备文档客户协作重于合同谈判响应变化重于遵循计划2001年2月由17位世界轻量级方法学家提出了一份敏捷联盟宣言敏捷12准则1.我们的最高目标:通过尽早和持续地交付有价值的软件来满足客户。2.欢迎对需求提出变更:即使是在项目开发后期。要善于利用需求变更,帮助客户获得竞争优势。3.要不断交付可用的软件,周期从几周到几个月不等,且越短越好。4.项目过程中,业务人员与开发人员必须在一起工作。5.要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务。6.无论是团队内还是团队间,最有效的沟通方法是面对面的交谈。7.可用的软件是衡量进度的主要指标。8.敏捷过程
3、提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。9.对技术的精益求精以及对设计的不断完善将提升敏捷性。10.要做到简洁,即尽最大可能减少不必要的工作。这是一门艺术。11.最佳的架构、需求和设计出自于自组织的团队。12.团队要定期反省如何能够做到更有效,并相应地调整团队的行为。敏捷是一种思想敏捷不是一个流程或一种方法(XP、Scrum)敏捷不是一套固定模板敏捷不是一种可直接重用的方法敏捷是依照一种价值观的一系列成功优秀实践!实践敏捷需要因人而异,因地制宜敏捷的核心是它的思想和体系!敏捷核心思想和体系Scrum水晶家族……XpTDD……敏捷持续优化减少浪费核心思想:精益
4、不断追求以保证目标(双赢)为原则的最佳投入产出比优秀管理实践优秀开发实践敏捷过程的理论基础和核心假设敏捷的核心假设是:需求是持续变化的需求无法一次做到位,需求的确定是个启发式的认识过程不经过实践的需求往往理论完美而无法操作客户也不知道他需要什么客户的需求需要受到持续激发才能完善钓鱼的需求理论,投入产品或原型钓出真实需求正因假设需求是变化的,所以敏捷的核心思想和优秀实践都是围绕如何应对需求变化来建立能力,产生双赢的价值,而非控制需求变化来实现开发目标例如:固定短周期迭代,按价值交付客户等这点与传统开发过程通过延长需求时间,增强需求能力来解决问题的出发点和思路都不同需求的演化和传递敏捷过程的理
5、论基础和核心假设发现问题的周期越长,问题修复的风险越高,成本越多质量反馈-修正成本曲线敏捷和传统过程的对比敏捷和传统过程的对比敏捷过程的理论基础和核心假设影响软件开发成功的最核心要素不是过程而是人敏捷开发管理提倡尊重人,强调基于信任用方法和环境激发人因为开发主体是人,所以特别强调高效的、面对面的沟通环境例如:圆桌式座位布局、大黑板、任务墙(一眼可以看到的)强调目标一致的自适应团队目标一致(含客户)角色齐全主动互补人好了,过程自然就好了,并非不要过程管理敏捷全景图二.敏捷的最佳实践介绍ScrumScrum方法是一种偏重管理的优秀实践组合:它通过组建客户参与的团队,确定客户与开发团队的一致目标
6、,分里程碑,固定短周期迭代,任务上墙,每日例会等实践提升开发效能敏捷最佳实践现场客户用户故事完整团队持续集成结对编程隐喻沟通(背景音)简单设计(灵活架构)持续重构测试驱动多层计划短期迭代稳定节奏定期反思关键要素过程是开放的,标准是严格的质量是固定的,范围是伸缩的目标是共同的,角色是可变的三.广联达的敏捷本地化敏捷没有统一的流程标准--广联达的敏捷本地化广联达研发团队的成熟度现状成熟类产品过程规范,可控性高(计价、算量)孵化、发展产品相对散乱,可控性弱实施和建设起点:价值交付质量风险前移自适应团队已经验证并获得成效的最佳实践:1、固定周期的迭代交付节奏2、全功能团队(大区)3、任务墙(进度板
7、、燃烧图)4、迭代计划会(理解一致)、晨会5、演示会、反思会6、基于用户故事的Backlog任务管理7、需求验证、代码审查、开发自测等基础质量活动广联达开发过程NPD框架+敏捷最佳实践四.实践的挑战和应对挑战—敏捷实践的可操作方法需求做到什么粒度?优先级怎么定?变更如何处理如何进行团队估算?过程如何监控?如何有效改进,反思会如何操作?需要那些文档?写到什么程度?格式是什么谁能给我一套现成流程?我们该怎么做?谁来帮助我们路
此文档下载收益归作者所有