05精益敏捷项目管理——超越Scrum

00.我们不是不知道它会给我们带来麻烦,只是没想到麻烦会有这么多。——威尔.罗杰斯

01.知识点:

  a.Scrum是一个强大、特意设计的轻量级框架,器特性就是将软件开发中在制品的数量限制在团队层级,使团队有能力与业务落班一起有效地开展工作。

  b.正确执行Scrum项目,提示执行中遇到的障碍,使组织可以针对项目中的问题做出快速反应

  c.虽然Scrum能在团队层级有效实施,但将它作为一种主要方法去知道企业级敏捷实践的时候,却会面临严峻的挑战

  d.精益为Scrum带来了积极的指导,它提供明确的原则解释Scrum成功的原因(与失败原因)

  e.团队与管理层对良好的过程共同负责

  f.请务必针对具体情况采用最佳实践与方法,参考良好的原则和他人的经验,然后通过计划——实施——行动进行持续改进

  g.Scrum#是Scrum的增强版,是将Scrum潜入精益思想中产生的结果

  h.看板软件工程来自精益的生产方法,是用价值流直接管理在制品来提高工作流的方法。

02.而问题的关键在于,要想在任何领域中成为专家,就需要在已经形成的知识的基础上,不断地添加新原则和新做法。这种更新可能成为某些固有方法论的负担。如果没有获得强大的技术支持,那么这些更新童颜也会让我们不知所措。

03.定义过程

  *原则适用于所有的环境,而具体实践只在某些情况下适用

  *学习新知识,人需要花时间去转变,也需要一定的速度来学习

  *当开发团队掌握了新的知识之后,就需要对过程定义进行更新,团队成员应该帮助客户进步,让他们能够从初学者逐渐变为专家。

04.折中 思想代表了精益——敏捷和许多其他敏捷方法之间的一个重大区别。基线编程(Extreme Programming,XP)开始于大量的实践和一些实际的熟知。由于付出了极少的经理去总结这些新的做法或收集这些方法背后的思想,者意味着很难让初学者快速上手成为专家,那么就需要投入更多的精力去重新学习。

05.精益思想——计划、实施、检查、行动(Plan-Do-Check-Act,PDCA)循环规则。

06.聪明的人总是保持着奋勇前进的动力去不断地学习和提高,当各种难题或挑战无法避免地到来时,他们始终能够去解决和处理。你需要在危机来临之前就做好迎接挑战的准备,而不是到危机来临时你才开始准备。

07.Scum只是一种框架,是构建软件的框架,也是团队成员用自己的知识去不断补充的一个框架。我们要说的是,精益能够为很多应用提供使用的框架。此外,经验丰富的Scrum实践人员知道什么时候可以去打破这些规则。所以,我们要利用自己的直觉。我们相信可以有意识地用精益思想去解释很多事情。我们的经验是,凭直觉就能提供一种良好的解决方案,但如果同时能解释为什么做和做什么会更好。

08.管理层并不是项目中的障碍而应该被移走,而是一种资源——可以让整个团队在正确的方向上前进的有利资源。

09.Scrum大师必须鼓励团队成员在管理层没有涉足的区域去做写决定。这些观点其实是基于高效领导能力的某个人,是去呗与其他Scrum实践人员认为的暗中地下的领导力而言的。

10.产品负责人应该只是项目任务优先次序的负责人,而优质产品的开发责任是由整个团队负责的。

11.团队真正需要的是,能够以很短的时间组织起所需要的技能区完成工作,可共享的知识越多越好。

12.

13.看板使用的另一个图的累积流量图(Cumulative Flow Diagram,CFD),它描述了看板在系统中的整个流动过程,它提供了一个衡量工作流程的重要步骤。

原文地址:https://www.cnblogs.com/aixiaoxiaoyu/p/9948743.html

时间: 2024-10-12 20:51:26

05精益敏捷项目管理——超越Scrum的相关文章

09.精益敏捷项目管理——敏捷软件开发中QA角色

00.当从鳄鱼嘴里侥幸逃脱时,你很难机器你的初衷其实只是想排出沼泽中的积水. 01.精益--敏捷软件开发中质量保证(Quality Assurance,QA)的角色展开,涵盖了许多关键问题 *测试人员的作用是防止缺陷,而不是发现缺陷 *开始做开发周期计划时如何发挥验收测试的作用,以做到在最大限度上减少浪费 *在早起不容易去做测试时做些什么 02.质量保证和质量控制 a.质量康芝是确保产品或服务被设计和生产出来,满足或超越客户需求的做法 b.质量保证是指由计划的.系统的生产过程,为产品符合预期目的

07.精益敏捷项目管理——敏捷发布计划

00.如果有什么事情是必然的,改变就是一种必然.我们今天制定的计划将在明天发生改变.--菲利普.克罗斯比 01.在为战斗做贮备的过程中,我常常发现计划本身其实没有什么用处,但制定计划是绝对必要的.--德怀特.D.艾森豪威尔 02.对镜益--敏捷软件开发来说,企业转型的一个主要原因是为了能做出可预见且准备发布计划.发布计划就是把产品设想转换为产品需求列表的过程.发布计划使产品需求变得可视,并能对其进行评估.它以贯穿整个项目的标准速度去实现交付,提供了可视化控件和以预见的发布点标识的路线图. 03.

Scrum敏捷项目管理精要

1. 简介: 敏捷项目管理在我们国家起步比较晚,成功运用的项目不多 百分之六十五的敏捷项目用户为scrum 2.互联网时代的特征,雷军的话: 专注,极致,口碑,快(敏捷项目开发就是要快速) 3.敏捷开发各门派 4.敏捷的四大宣言及其内涵 1)个体和互动高于流程和工具 2)工作的软件高于详尽的文档 3)客户合作高于合同谈判:强调和客户之间的合作,尽可能少用合同来说话 4)响应变化高于遵循计划:快速响应客户的要求,不需要把软件全部开发出来再投入市场,可以开发某些功能,投放到客户,然后再不断地完善 5

研发管理07:Scrum Coach---如何构建敏捷项目管理团队---从自身做起

本文章介绍如何构建敏捷项目管理团队, 以一个Scrum Coach的角色,分四个方面介绍如何构建敏捷项目管理团队, 分别为从自身做起, 帮助团队成长,自我提升, 最后介绍敏捷宣言与敏捷12条准则: 作为系列文章的第一部分,本文介绍 从自身做起. 本系列文章概述 本文章概述 第一部分:  成为好教练 第二部分: 追求高绩效 第三部分: 自我掌控 第四部分:  改变自己的风格

研发管理07:Scrum Coach---如何构建敏捷项目管理团队---帮助团队成长

本篇文章是 如何构建敏捷项目管理团队 系列文章的第二篇.   介绍Scrum Coach 如何帮助团队成长! 帮助团队成长 概述 第一部分:  教练是导师 第二部分: 教练是协助者 第三部分:教练是老师 第四部分:教练是问题解决者 第五部分:教练是冲突领航员 第六部分: 教练是协作指挥者

SCRUM敏捷项目管理全程实战(广州站)

内容提要SCRUM是目前各互联网公司普遍采用的敏捷项目管理模式,与传统的项目管理十大知识领域相比,敏捷更加直击要害,更加强调自组织和跨职能团队,更能帮助企业高效率交付和盈利!传统的项目管理十大知识领域:? 项目整体管理:项目范围管理? 项目时间管理:项目成本管理? 项目质量管理:项目人力资源管理? 项目沟通管理:项目风险管理? 项目采购管理:项目干系人管理而敏捷强调的是交付价值和交付价值驱动下工作,敏捷项目管理没有这么"迂回曲折",而是简单直接和刀刀见血!传统项目团队中有项目经理这样的

敏捷开发之Scrum扫盲篇(转)

原文链接:http://www.cnblogs.com/taven/archive/2010/10/17/1853386.html 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP... 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解:所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起

平安7年精益敏捷转型之路

导读:平安作为互联网金融的领跑者,目前有超过40个APP,传统业务全面互联网化.能够成功转型与敏捷密不可分,平安科技更是整个集团敏捷转型的领头羊.2011年,敏捷开发试点项目大获成功之后,平安科技驶入敏捷推广的加速车道.2012年试点范围扩大到10个团队,引入Scrum.看板(Kanban).持续集成等流行的敏捷方法.2013年“开启敏捷2.0”,在组织架构上成立“敏捷中心”,整合业界优秀实践,形成平安科技自己的敏捷开发方法体系和敏捷成熟度评价体系.2014年,敏捷开发覆盖到公司大约80%的开发

敏捷项目管理-敏捷革命

在当今极度变化的大环境中,产品团队正面临着一场巨大的变革.为了更好的适应大环境,研发团队都极力做自我调整. 达尔文曾说过"留下来的物种往往不是最强的,确实最先进化的",从传统的"瀑布式"到"迭代式",最终再到敏捷型研发团队.无数组织.团队都在进行思考.变革. 研发团队一定要通过无尽的加班,才能交付产品,不能一边享受生活一边交付产品吗? 产品一定要尽善尽美后再推向市场,是否可以通过小的版本快速推向市场? 答案是可以的,是时候来场变革了!在本系列,我