架构师必备的37项技能清单( 五 ) _架构师

3）冲突管理：架构师经常是多个不同背景的团队的粘合剂（胶水）。有时候在不同的level之间的交流会发生冲突，需要你去找到一个平衡的解决方案，这可能会对长期战略的目标造成影响。我的解决之道是Schulze von Thun的四眼模型（ “Four-Ears Model” of Schulze von Thun）。基于这个模型，可以帮你搞定一些事情。但这个理论需要多实践几次才能熟练掌握，可以在交流研讨会上多用几次。
9、顾问和教练
主动询问，而不是被动等待，而且你需要有预见，预见接下来的几周内会发生什么，然后规划相应的步骤。
1）有远见：如果你被分配入一个项目，不管是传统的瀑布式方法还是敏捷方法，你总是需要有一个你要完成的中期和长期目标。这不是一个具体的涉及到细节的概念，更多的是一个road-map，可以引导每个人进行工作。由于你不可能一次完成所有事情，它是一个长期持续的过程，我倾向使用成熟度模型（maturity models）。它可以给出一个清晰的结构，这个结构容易落地而且每次都能给出当前进度所处的状态。对于不同的方面，我使用不同的模型。比如，开发实践或持续交付。在成熟度模型中，每个level都有清晰的指标，这些指标都遵循SMART原则，这样就能衡量你是否完成了目标。一个不错的例子就是持续交付，这个你可以看看有关持续交付的文章，其中就用到了成熟度模型来衡量持续交付的水平。
2）构建实践社区 (CoP：community of practice)：在一个有共同兴趣爱好的组织中，交换经验和知识有助于分享想法和统一方法。比如你可以把所有的Java开发和架构师们聚集起来在一个屋子里，每隔三个月，讨论过去和现在面临的挑战并且分享他们是如何解决问题的，他们的一些新的方法论和解决方法。架构师们可以分享、讨论和对齐他们的愿景，开发人员可以分享经验经历，然后相互学习。这样的回合非常有利于公司，也有利于个人自己的发展。因为它有助于建立更强大的网络和传播思想。可以去看看这篇来自SAFe Framework的Communities of Practice，它解释了在敏捷环境中的CoP的概念。
3）进行公开讨论：造成误解和模棱两可的源头之一就是缺乏沟通。每周花三十分钟的时间来和同伴交换热门主题。这样的讨论可以没有议程，任何事情都可以讨论。也可以尝试总是当场解决小事。对于更复杂的主题则需要专门安排时间。
10、营销
你的点子和架构再好，当你讲给别人听的时候，没人响应你，那么说明你可能缺乏一些营销技能。
1）激励并说服：别人凭什么买你的产品？你需要展示产品的价值和好处。你可以说出几个核心的点，比如5个点或3个点，你需要包装的好，而且让别人容易理解（这里不是让你过分（虚假）包装，但包装是必要的）。没人喜欢一个整天穿着不整的人。

原型：为你的idea搞个原型。这样让别人一眼就知道你的产品最终的形态。这里说的产品指的是你的架构。
小短片：PPT有时候会让人烦躁，有时候你可以祭出一些小短片来表达你的观点和方向。但是还是请不要过度营销，否则未来没人会理你的。

2）为你的idea坚持到底：人们有时候不喜欢你的观点或他们没时间follow你。如果你真的对你自己的idea有信心，那么你需要有屡战屡败，屡败屡战的心态。这个有时候很有用。架构决策有时候涉及到长期目标，往往没那么容易：开发人员不愿意改，因为他们觉得开发起来复杂。管理者也不喜欢，在他们看来，对短期效益来说成本很高。这时候你要愈挫愈勇。
3）找到同盟：有时候你需要寻找盟友，使用你的网络。如果你没有网络，那么现在就开始构建你的网络。一开始你可以和你的同伴分享你的idea，如果他们喜欢，那么你可以在向其他人推销的时候，你至少可以说你的观点目前被哪几个人支持。如果他们不喜欢，你可以问问原因，你可以获得更多然后改进idea，或者你的故事没有足够的说服力。下一步你可以找一些具有决定权的盟友，进行公开的讨论。如果你害怕讨论，请尽量克服它，有时候你需要离开你的舒适区。
4）重复它，相信它：有一项研究表明重复不断的广播一个观点，可以让人们相信这个观点，即使是只有一个人给你广播这个观点 (来源: The Financial Brand) 。这也是很多那些西方的新闻报纸重复的发布有关川普的丑闻的奥秘所在，时间久了，人们就会相信川普是个大坏蛋。但这个策略要谨慎使用，毕竟你不是在搞政治，你需要道德。