M三兄弟－精益三人组
关于软件开发中应用精益原则的讨论，大部分集中在识别和消除浪费（浪费在日语中叫作：muda）。同样，精益思考的目标是消除过重的负担（过重的负担在日语中叫作：muri）和不必要的变化（不必要的变化在日语中叫作：mura）。Roman Pichler对“Ｍ三兄弟”之间的关系进行了讨论，并建议将消除过重的负担作为走上精益之路的第一步。
InfoQ
七月 323,715名独立访问用户
赞助商链接
免费迷你书下载
开源技术选型手册
深入浅出Struts2
领域驱动设计
Scrum和XP实践
…更多精彩内容
杭州OSUG用户组
8月30日·周六
西湖边青藤茶馆
共话OpenSolaris
和设计可扩展的
MySQL数据库
西安OSUG用户组
8月31日·周日
西安软件园秦凤阁
畅谈Oracle基于
OpenSolaris的应
用和Grails介绍
OpenSolaris专题
下载OpenSolaris
尝试其超酷功能
参与本地用户组
活动，即刻访问
CSDN上海英雄会
9月5日上海华亭
内容覆盖互联网
游戏等重要行业
精彩不容错过！
主题/标签专用视图
InfoQ 上所有与“持续改进”相关的内容及新闻
最新“持续改进”相关专题内容
“持续改进”相关新闻
著名管弦乐队的类Scrum实践
Scrum团队没有指定的领导，一切都靠自组织。一个全球最负盛名的交响乐队也完全取消了指挥的角色，演奏过程中的领导权是共享的，整个团队共同做出决策。他们在团队合作中积累到不少教训和方法，任何Scrum团队都能从中受益。
你真的应该再学习一种语言么？
当博客作者Gustavo Duarte 宣称“学习新语言通常都是在浪费时间”时，他的观点受到了很大的争议。他说，“事实上，学习一种新的语言是桩得不偿失的买卖，把大量的精力花费在低价值的任务上，这种时间投资只能获得很少的回报。”但是，并非所有人都同意这种观点。
优秀团队：让团队成长，而非喘息
是什么造就出一个高效的团队？依Doug Shimp和Samall Hazziez之见，一个“优秀团队”会展示如下特征：遵循敏捷及精益的原则，采取持续反馈的适应性机制，专注于业务视角所见，充满热情并富有成效。
“持续改进”相关文章
敏捷回顾活动“最高指导原则”答疑解惑
“敏捷回顾最高指导原则”是许多团队用于进行持续改进循环的一个实践。正如Norm Kerth在书中指出，它的意图是要让团队深入学习扎根于敏捷回顾的核心。本文所记录的启发性谈话发生在两个资深敏捷实践者之间，讨论了使用这个原则所带来的好处与挑战，由Linda Rising记录。
将看板应用于软件开发：从敏捷到精益
许多团队仅对软件价值流（software value stream）的一部分做了优化，但是Kenji Hiranabe向我们展示了如何将精益生产中的看板跟踪系统嫁接到软件开发中，以便与更多的组织结构进行沟通。
书评：协作精解——软件项目领导的建导技巧
David Spann是一名经验丰富的建导师，他对Jean Tabaka的著作《协作精解：软件项目领导的建导技巧》作了见识深刻的评论。Jean是一名经验丰富的教师、顾问和教练，她在书中展示了增强团体效率的技巧，并为确保初次尝试能按计划顺利进行提供了模板。在讲授的同时，她也分享了许多绝妙的故事。
提高软件开发生产力的秘方
当敏捷团队徘徊在平庸的“照本宣科”阶段，有时候团队合作没法继续前进到令人兴奋的“大放光彩”的阶段，反而让团队表现受困于看不见的“学习瓶颈”。敏捷实践要求我们花时间去反省和学习——学得快的团队才会成为赢家。