2.1 技术负责人与架构

优秀的软件开发人员，带有强烈的工匠精神，当遇到问题时，便会想着如何去解决它。时间久了，对软件系统就会有自己的思考，还会面临职业生涯的一个挑战，即要不要成为一个Tech Leader，也就是技术负责人。这时，优秀的软件开发人员就带着系统思维来考虑这个问题。这也是资深程序员和核心贡献者的一个区别，从更大的角度来考虑问题。

技术负责人是一个项目架构实施的保证。如果开发团队是房屋的建设团队，那么技术负责人Tech Leader便是带着施工队的队长，队长日常要做的事情有以下几方面：

◎ 适当地平衡业务的进度与技术方案。

◎ 解决重要、复杂的技术问题。

◎ 帮助团队的其他成员成长。

◎ 从全局考虑整个项目的技术和业务问题。

项目的技术负责人，可能是项目架构的最初设计者，也可能并没有参与项目架构的设计，他可能是在中途参加到项目中的。然而，一旦成为项目的技术负责人，就要开始对这个项目的架构负责。当然，我们并不需要为之前设计的架构负责，而是要为现在和将来的架构负责。如果过去的架构出现问题，那么要一点一点地去纠正。另外，还需要保证架构在项目中的成功实施。

作为一个技术负责人，当我们设计软件架构的时候，考虑的不仅是架构技术的方案，还需要包含如下内容：

（1）技术方案的设计。

（2）技术方案的落地。

（3）保证技术方案的实施。

（4）确保技术方案的上线。

（5）关注技术方案的后续维护。

因此，在整个系统中，架构方案只是其中的一个环节，或许是最不起眼的环节。因为有一定经验的程序员设计出来的应用架构和优秀的程序员设计出来的应用架构，相差也不是很远。甚至，有可能因为他们的见多识广，反而能设计出更好的架构。只是设计出来的架构，可能因为能力的问题而不能落地，或者无法维持到最后。

对于整个系统而言，技术负责人需要保证架构的成功实施，并使它能持续演进下去。在项目实施的过程中，有三个要素。第一，保证项目在开发过程中的质量；第二，提升人员的能力；第三，确保功能和应用上线。这三个要素的每一个要素都是令人头疼的，而我们要保证这三个要素的同时推进，以确保项目和架构的成功。为此，我们还需要不断地在三者之间做一个平衡。

幸运的是，在项目的实施过程中，质量、能力和进度并不是同时展开的，而是按照一定的先后顺序展开的。