精益软件开发的基本原则是追求浪费最小化。TPS 总结了制造业的 7 种主要浪费，而 Poppendiecks 已经把它们引入到我们软件开发的领域中。Jack Mulinsky 最近在 agilesoftwaredevelopment.com 上发表了系列文章对这些浪费进行一一介绍。
该系列文章的第一篇讨论了 **部分完成工作 ** 这一浪费。软件中的这种情况相当于精益制造业中的“进行中的清单”，Mulinksy 认为这是所有浪费中最极品的部分。他对“进行中的工作”这种浪费归纳如下：
- 已完成但尚未签入的代码
- 没有相关说明文档的代码
- 未测试的代码
- 没人使用的代码
- 被注释掉的代码
第二篇文章中，参考那个众所周知的统计数据：在现有的软件应用程序中，多达三分之二的功能几乎或从未被使用过，Mulinsky 提出 **额外的功能 **（制造业中的“生产过剩”）这一浪费。除此之外，他还指出什么是直接浪费（开发的花费而不是人员）以及什么是间接浪费（更多的功能意味着更多的代码以及更高的维护复杂度）。
Mulinsky 的第三篇文章关注的是软件 **再学习/ 返工 ** 的浪费，这对应于精益制造业理论中的“额外处理”这一浪费。他用了这样一些浪费的例子来描述了他的想法，包括：
- 糟糕的计划
- 低劣的质量
- 在不同的任务间切换
- 不足的沟通和知识积累
- 没有相关说明文档的代码
这一系列中的第四篇（写此文时最新的部分）讨论的是 **交接 ** 带来的浪费，软件中的交接相当于制造业中的“运输”。他提到了以下一些可能产生浪费的技术方面的例子：
- 开发人员之间的代码交接
- 开发人员和测试人员间软件的交接
- 软件从开发到部署的交接
Mulinsky 应该很快会继续其余 3 个软件浪费的话题：在不同的任务间切换，延期和缺陷。软件浪费这一概念，是由 Mary Poppendieck 和 Tom Poppendieck 在他们两本非常出色的精益软件方面的书《Lean Software Development: An Agile Toolkit for Software Development Managers》和《Implementing Lean Software Development: From Concept to Cash》中提出的。如果这是你和这一概念的第一次亲密接触，敬请期待 Mulinsky 的后续大作。
同样，对那些很熟悉这些观点的朋友们，不妨分享一下你们觉得浪费是怎么在软件开发中产生的，你们又是如何消除它们的？这会对大家都有很帮助。
查看英文原文： A Quick Look At The 7 Wastes of Software Development
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论