InfoQ

InfoQ

主题/标签专用视图

持续改进相关的内容


最新“持续改进”相关专题内容

M三兄弟-精益三人组

主题
敏捷,
交付价值,
方法论

关于软件开发中应用精益原则的讨论,大部分集中在识别和消除浪费(浪费在日语中叫作:muda)。同样,精益思考的目标是消除过重的负担(过重的负担在日语中叫作:muri)和不必要的变化(不必要的变化在日语中叫作:mura)。Roman Pichler对“M三兄弟”之间的关系进行了讨论,并建议将消除过重的负担作为走上精益之路的第一步。

“持续改进”相关新闻

开发速度正在杀死敏捷吗?

主题
敏捷,
企业级敏捷,
敏捷实施,
敏捷技术

开发速度(Velocity),作为一种度量方式,用团队用完成的工作除以完成这些工作的用时,正在越来越多的用于管理团队的生产率,并用于比较不同的团队。Jim Highsmith、Mark Levison和Scott Ambler讨论了用开发速度作为团队生产率指标是对速度的误用。

百度技术沙龙第19期回顾:DevOps,全功能交付团队(含资料下载)

主题
团队协作,
交付价值,
DevOps,
发布,
协作,
单元测试

在10月29日由百度主办、InfoQ策划组织实施的第19期百度技术沙龙活动上,来自百度项目管理部高级架构师@乔梁、ThoughtWorks咨询师@冯智超分别分享了各自在持续交付领域所取得的成果及经验,话题涉及百度在持续交付及DevOps上的经验分享,以及使用云计算和虚拟化技术实施持续交付等。本文将对他们各自的分享做下简单的回顾,同时提供相关资料的下载。

敏捷反馈循环的重要性

主题
敏捷,
学习

敏捷社区的一些成员强调了反馈循环对于提高敏捷开发流程效力方面的重要性。

敏捷/Scrum回顾的技巧与窍门

主题
团队协作,
敏捷,
敏捷技术

回顾和反馈环在任何成功的敏捷/Scrum实施中都占据着重要地位。它们是我们用于帮助团队进行改进的工具。然而在仅仅两天的敏捷介绍课程中,它们常常被一笔带过。由于时间限制,培训师们(包括我自己)常常匆匆过一下这个话题,粗略描述一个回顾的简单方式。问题在于,简单的回顾方式往往让人感觉无聊,久而久之,大家就没兴趣参与了。

“持续改进”相关文章

敏捷回顾活动“最高指导原则”答疑解惑

主题
敏捷,
领导能力,
团队工作

“敏捷回顾最高指导原则”是许多团队用于进行持续改进循环的一个实践。正如Norm Kerth在书中指出,它的意图是要让团队深入学习扎根于敏捷回顾的核心。本文所记录的启发性谈话发生在两个资深敏捷实践者之间,讨论了使用这个原则所带来的好处与挑战,由Linda Rising记录。

将看板应用于软件开发:从敏捷到精益

主题
敏捷,
方法论,
工件和工具

许多团队仅对软件价值流(software value stream)的一部分做了优化,但是Kenji Hiranabe向我们展示了如何将精益生产中的看板跟踪系统嫁接到软件开发中,以便与更多的组织结构进行沟通。

书评:协作精解——软件项目领导的建导技巧

主题
敏捷,
团队工作,
工件和工具

David Spann是一名经验丰富的建导师,他对Jean Tabaka的著作《协作精解:软件项目领导的建导技巧》作了见识深刻的评论。Jean是一名经验丰富的教师、顾问和教练,她在书中展示了增强团体效率的技巧,并为确保初次尝试能按计划顺利进行提供了模板。在讲授的同时,她也分享了许多绝妙的故事。

提高软件开发生产力的秘方

主题
敏捷,
交付价值,
敏捷技术,
团队工作,
方法论

当敏捷团队徘徊在平庸的“照本宣科”阶段,有时候团队合作没法继续前进到令人兴奋的“大放光彩”的阶段,反而让团队表现受困于看不见的“学习瓶颈”。敏捷实践要求我们花时间去反省和学习——学得快的团队才会成为赢家。