让不可见更可见

Make the Invisible More Visible

很多不可见的部分多应作为坚持软件原则被盛赞。我们有很多专业术语来隐喻比可见性,这里说两个——机器透明度和信息隐藏。用道格拉斯·亚当斯(Douglas Adams)的话说,软件及其开发过程几乎是不可见的:

  • 源码不是天然存在的,没有天然的行为,也不可能遵循物理规律。如果你通过编辑器打开它,它就可见,关了后就不可见。想象一下,就像一棵树花了很长时间才倒下,以至于你根本没听见,甚至怀疑它是否存在过。
  • 一个运行着的APP有样子也有行为,但却不会展示其构建的源码。google主页很简单,但它的背后真的很复杂。
  • 如果你完成了90%的工作,却在无限地调试最后10%,其实相当于你并没有做完那90%,同意吗?修复bug并没有在推进项目。调试很浪费时间,没必要花过多时间。最好是让浪费变得可见,你才能看到问题出在哪里,然后开始考虑创建它们的必要性。
  • 如果你的项目已步入正轨,但一周后又发现它需要推迟六个月,那么你的问题来了——最大的问题并不是项目被推迟六个月,而是有某种神秘而强大的力量,之前就对你隐瞒了项目要被拖六个月的事实!进度可见性的缺失,等同于进度的缺失。

不可见会演变成危机。当你有一些具体的事物联想时,你会想得更清楚。当你看得见事物及其不断变化的过程时,你能更好地管理它们。

  • 编写单元测试可以提供代码单元测试难易度的凭证。这有助于暴露代码层面所展示出的开发质量的优势(或缺陷),例如高内聚低耦合。
  • 运行单元测试可以提供代码行为的相关凭证。这有助于暴露应用程序在运行时展现的优势(或缺陷),例如可靠性和稳定性。
  • 使用公告栏或卡片可以是进度变得可见和具体。任务能够以未开始、执行中、已完成被看到,不必引入隐晦的项目管理工具,不必为了虚构一份报告去盯着程序员要。
  • 增量开发增加了开发结果的曝光度,从而提高了开发进度(或滞后进度)的可见性。完成可发布的软件就能暴露事实,光靠估算是不可取的。

大量定期可见的凭证是软件开发的最好方式。可见性给予你底气确信——这个进展是真的,而非骗人的,是经得起推敲的,而非瞎编的,是可复现的,不是歪打正着的。

0%