RichardDurnall谈精益开发和敏捷实施缺陷

RichardDurnall谈精益开发和敏捷实施缺陷

ID:41583988

大小:58.20 KB

页数:3页

时间:2019-08-28

RichardDurnall谈精益开发和敏捷实施缺陷_第1页
RichardDurnall谈精益开发和敏捷实施缺陷_第2页
RichardDurnall谈精益开发和敏捷实施缺陷_第3页
资源描述:

《RichardDurnall谈精益开发和敏捷实施缺陷》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、RichardDurnal1谈精益开发和敏捷实施缺陷.txt鲜花往往不属于赏花的人,而属于牛粪。。。道德常常能弥补智慧的缺陷,然而智慧却永远填补不了道德空口人生有三样东西无法掩盖:咳嗽贫穷和爱,越隐瞒,就越欲盖弥彰。TnfoQ中文站:越來越多的公司开始关注敏捷和精益。作为十分资深Thoughtworks顾问,您曾经帮助过很多大型组织导入精益和敏捷。能不能跟我们分享一下这方而的经验。应该怎样迈出导入敏捷的第一步?有哪些策略可以保证把试点团队的成功经验复制到更多的团队中?您觉得最大的挑战是什么?能不能给我们一些建议?RichardDurnal1:在任何

2、一个有一定规模的组织内确定从何处着手引入敏捷以及精益都是一个不小的挑战。很多公司会从一个狼捷试点项目入手。通过这个试点项目评估在组织中引入新的敏捷工作方式的有效性。这种策略比较有效,但也存在风险。选择试点项目时应该先想想如何避开一些常见陷阱。敏捷过程有比较好的风险管理控制。借助敏捷过程,我们能够把困难的问题分解,使得团队能够有效地去控制,解决。引入新的工作方式肯定会育不少怵I难,项口有可能会失败,因此选择一个低风险,低价值的试点项R可能会降低对业务的影响。但是这类的项目实施不太可能给我们在幣个产品线上引入敏捷工作方式所带來的影响提供多少有价值的经验

3、。选择合适的试点项目其实既是一种艺术,也是一门科学,必须要做出权衡。另一种最近越來越流行的方式是确定一个试点I才I队而不是一个试验项目。但是与试点项目方式类似的是,也需要根据我们期望从试验中获得的什么样的反馈在整个公司内部来确定一个合适的团队。基于我口身的经验,最有效的方式是在启动时同时选择合适团队和项H。在大的组织中,我的建议是它们在引入敛捷z前作个“成熟度评估”。这个评估会包括组织内部的现有能力,IT部门的目标,给出一个过程改进路线图,然后根据情况制定一个合适的改革方案。根据口己在过去五年中帮助大型组织的经验,我总结了一套评价体系。具体来说,我

4、会川粘:益工具屮的价值流图(ValueStreamMapping)去评估该公司现有软件发布方法的有效性,发现现有流程中的要害以及可取Z处,对当前组织架构以及运行模式进行建模,&点评估一些跟项目有关的领域比如:需求管理、交流和系统架构。实施这种评估能帮助我们确定一个可行的出发点,还可以估算岀在改进过程中可能遇到的挑战。另外,它还可以提供-条棊线,川以衡量和跟踪改进与投资I'可的平衡。不同企业在引入敏捷和秸益时可能遇到的挑战略有不同,但是一般都会涉及组织结构、系统架构、预算、计划以及管理方法等方而。历史经验告诉我们,这些问题并不是不能解决的。虽然没有必

5、要从开始就做讣划解决这类问题,我们还是有必要开始讨论,寻找潜在的解决方案,从而在等到问题真正出现的时候,我们就不再是毫无准备。把敏捷试点项忖的成功复制到金业级也有不少好的方法。我们可以把成功的试点团队分拆,成员作为种子队员组成多个新团队。我们也可以釆取成员轮换的方法,定期把人员轮换入(出)试点团队。我很喜欢在引入娥捷的早期阶段就向系统支持以及维护团队介绍这些新的概念。而项目团队常常是随着项口的启动而建立,随着项目的结束而解散,通过及早了解嫩捷,这些支持和维护团队不会因为项目团队的工作方式变化而陷于被动。支持团队的及早参与能够减少不稳定因素;确保这些

6、支持团队了解并掌握敏捷开发I才I队的一些基础设施包括自动化测试和持续集成构建环境。从而继续充分利用这些系统的基础设施,减少浪费。由于跟支持团队的沟通合作得到加强,项目团队也会更加关注软件项R的整体成札近年来,粘益以及它的管理模型一系统管理理论,为在企业级范围内提离敏捷性提供了强有力的支持。在转变的初期,我通常把极限编程(XP)和Scrum结合。因为极限编程有很强的工程类实践,而Scrum更偏重于项目管理以及与业务相关的领域。把两者结合能够给团队提供一些在早期学习阶段町以借鉴和使用的模式和框架。在团队熟练掌握了这些基本实践之后,我会开始向他们介绍精益

7、中的一些概念和原理。这样就保证团队不会盲口地照搬教科书上的模式,专注于利用新的方式方法提高团队的产出以及给最终客户帯来的价值。团队也会开始从关注工具和实践转向背后的概念以及原理,而这种理论対团队长远的发展进步十分必要。接下来,团队会口然而然地开始关注控制止在进行的工作量(Work-In-ProgressWIP),理年生产和制造周期(LeadandCycleTime),持续改善和根据整个价值流工作。尽管极限编程和Scrum在软件项目团队中能够很好地促进合作,促进给客户带來更大的价值。它们很少涉及企业级的问题(虽然在Scrum社区内很多人不承认这一点)

8、。而秸益不仅能够指导我们第一线的工作,也会帮助我们解决在整个组织引入敏捷时出现的企业级问题。随着越來越多的大型企业开始引入

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。