34｜模块小结：架构师如何在架构活动中持续创造价值？

🤔☕️🤔☕️🤔 * 📖：行王道 vs 行霸道 * 🤔：王道，首先服我，至少是观念上认可我，然后听我。霸道，首先是怕我，无论心理和生理都先颤抖，然后听我。虽然当下都听我，差别在于我不在场的时候，或者我离开项目后，因服而听的行动力，跟因怕而听的行动力，向左和向右般天壤之别。 * 🤔：想咨询一下老师，在实际的架构中的目标，来自“遇到问题”居多，还是来自“方向选择”居多？ * 我看书上有所谓“Problem-focused”和“Solution-focused”的架构差别，前者所谓遇到问题，所以得靠架构去解决，后者所谓已有方案，找方向去开拓落地。 * 因此想听老师分享一下，自己实际的架构活动，目标是也有上述类型的差别？如果有的话，那这两种目标的架构活动，是否有差别？ * 🤔：想咨询一下老师，架构是否典型存在技术架构、业务架构、组织架构的差别？如果有的话，那你总结的架构活动图里，哪些方面跟技术架构关系强，哪些方面跟其它关系强，能否标注区分一下？尤其在目标确认、可行性探索、规划确认等过程里，是否存在架构领域性的不同比重？譬如规划确认，是否就跟组织架构强相关，可行性探索就跟业务架构强相关？

在软件技术领域，如此清晰明确地总结出“王道之法”，东白老师或是第一人。古人称孔子“天不生仲尼，万古如长夜”！东白老师的课程，亦如很多工程师迷途中的明灯，为我们指引前行。 关于老师的架构活动总结，应该是无可挑剔的，看着老师的总架构活动图，一个想法冒出脑中，最后一个复盘环节，相当于一次阶段性战略胜利的总结，对应朱元璋攻下金陵后采纳的九字战略： 缓称王：氛围搭建 广积粮：机会点梳理 高筑墙：整理并提交专利？ 在【极客时间】里的一门关于如何写专利的新课里，其年轻的老师做了个非常有趣的比喻：每一项专利相当于一块砖，大批量的专利组合就是构建技术壁垒的长城。 由此学生联想到，复盘阶段，需要类似架构师的角色，同时具备产品、开发与运营的视角，将很多他们觉得“很简单”的“不会是专利”的方案，逐步包装成一个个专利，实现“高筑墙”。

郭老师，take away~~~首先不跑题是关键。用批判性思维，拆解思考。a.结论和论题匹配，不跑题;b.反思信念和立场对思考的影响;c.反思情绪和欲望对思考的影响；d.反思格局和见识对思考的影响~~~ 从格局和见识维度，理解创作价值的架构活动。a.如果一个人只写过100万行CURD项目的代码，设计不了2000万代码产品的架构；b.如果技术积累小于4000小时，不可能成功，因为其他公司是积累1万小时的架构师在Lead；c.提出问题比解决问题更重要，思维方式不对，成功不了；d.算法和设计模式不通，成功不了，细节也是魔鬼；e.信息论、控制论、系统论、数学不及格，成功不了，因为基于数据和逻辑决策，需要博士才行~~~ GROW模型，Goal界定目标、Reality反映真相、Option改善心态、Will计划行动。认知到，沟通和达成共识之间的距离，就像追求“玛丽莲.梦露”一样，别人吐口水都看不起~~~

我就很喜欢有图片，这样理解起来简直轻松太多了，我一直认为，能够画图的人，才是真正的高手，不会画图，就意味着没有真正理解，郭老师的实力太强了，也感谢老师能够花时间和精力分享，让我能够真正感受到了，目前能够看到的顶级的CTO，水平是到什么程度

老师的架构活动图是用什么工具画的啊

实践里面出真知，没有实践空谈理论无意义。 同样的，有了一定的实践才能理解理论。

架构师和其他研发团队的配合模式上， 有什么好的建议吗？

这个模块内容真的好多，不是架构师且没有类似经验，有些内容听着就云里雾里。 准备换工作了，会努力找一个行王道的公司，然后再慢慢努力实践老师讲的内容

项目经理听得津津有味

架构师与PM合二为一，合体了