架构里没有大写的“I”

作者：戴夫奎克（Dave Quick）

英文单词架构（architecture）里有字母“i”，但不是大写字母“I”。它代表的不是那个喜欢唤起别人关注，喜欢淩驾于众人之上的“I”（自我）。小写字母“i”放在这里很适合，因为它符合正确的拼发和发音要求。

这和架构师有什么关系呢？自我可能是我们最大的敌人。相信大家都遇到过这样的架构师：

他们认为自己比客户更懂需求。
他们认为开发人员只是雇来实现自己想法的资源。
如果他们的想法遭到质疑，或者旁人指出他们忽略了他人的意见，他们会极力为自己辩解。

我猜凡是有经验的架构师都犯过类似的错误。因为这些错误我都犯过，而且教训惨痛。

为什么我们会犯这样的错误？

我们取得过优秀的业绩。成绩和经验促成了我们的自信，使我们成为架构师，也让我们有机会接触更大的项目。在自信和自负之间有着一条非常微妙的界线。有时项目的要求超出了个人能力的范围，我们不自觉地越过了这条界线，自负就趁虚而入了。
大家尊重我们。复杂的设计问题构成的技术壁垒，使我们免于遭受批评，但是保守、自负和对经验的倚重会导致设计上的疏漏。
架构师也是普通人。每项设计决策都凝聚了我们的心血。如果大家批评你的作品，你会觉得是批评你本人。辨解容易，难的是学会停止辩解；持才傲物容易，难的是拥有自知之明。

如何避免犯这样的错呢？

需求不会撒谎。面对完整无误的需求，任何人只要将其实现，都是称职的架构师。应该与客户密切相合作，确保双方理解每项需求的业务价值。驱动架构的是需求，不是架构师，你的任务是竭尽所能满足。
重视团队合作。同事不仅是资源，也是你的设计伙伴和安全网。不被赏识的人是不会勤奋工作的。架构属于团队，不是你一个人的。你负责导航，大家一起划桨。双方缺一不可，但相比之下，你更离不开他们的帮助。
检查你的工作。你的模型只是你对架构的理解，不一定是最合适的架构师。应该和团队一起决定测试方法，检查架构对每项需求的支持情况。
自我反省。偏袒自己的成果，关心个人利益，让为自己最聪明，这些都是人类的天性。这些缺失在压力下更容暴露。每天应该花几分钟反省自己的处事方式：是不是尊重每个人提出的想法，并表示了感谢？有没有否定善意的建议？是不是真的理解别人为什以不赞同你的做法？

去掉架构中的大字“I”并不能保成功，但它可是杜绝常见的，因为强烈的“自我意识”引发的问题。