在一个团队中，成员众多，角色各异，如项目经理、架构师、组长、组员等。就开发而言，主要涉及到架构师、组长和组员三个核心角色。要成功完成一个架构，必须妥善运用这三种角色的特长，并精准选人。

架构师的主要职责是构建框架，而框架在实际应用中涵盖了业务与开发两个重要方面。那么，业务究竟是什么呢？

业务是架构设计的重要参考依据。在设计过程中，必须有一个业务管控的角色与架构师协同工作。这个业务管控角色可以是一个人，也可以是多个人。

在实际开发中，常常会遇到开发人员抱怨设计不合理的情况，甚至产生反感情绪，有的开发人员甚至会拒绝开发。这是因为设计违背了他们对项目的理解。这些设计可能涉及数据库设计、流程设计或其他方面。但如果在设计时能与相应的业务管控角色共同协作，这种情况将会大大减少。

那么，什么是开发呢？开发就是实际的编码工作，它分为框架编写和项目实现编写两个部分。在框架编写时，存在一个常见的误区，即认为框架应由架构师独立完成。实际上，架构师应该只参与一部分工作。需要在团队中找到一位技术出众的组员，与架构师共同完成框架的编写。这样的安排不仅是对这位组员技术能力的锻炼，也能让架构师更加专注于他的核心工作。

为什么需要这样的安排呢？举个例子，当开发人员抱怨框架设计不合理、缺乏细节时，架构师的解释往往难以被接受。一个人的说服力是有限的，而开发人员对技术的质疑和对业务的质疑对项目进展的影响是截然不同的。这时，如果有一位技术出众的团队成员与架构师一起解释，将大大提高项目的进展效率。现实中的架构实施与理论中的架构存在很大差距。理论无法告诉我们如何实现一个不被理解的框架需要哪些谈判和沟通，而现实中我们需要沟通、谈判和技巧。我们不能期待每个项目都有完美的领导和技术团队，但我们可以努力通过沟通来凝聚团队力量，面对困难时能够坚定立场。