让沟通成为实用主义的测试架构师

谈到沟通，你可能无法充分沟通，寻求清除，一贯，持续地沟通，这会让你和团队其他个人干的更顺畅高效。

实用型测试架构师的第三个关键地方是为沟通带来清晰性，除非你注重清楚、一贯、持续的沟通，否则你所有的卓越架构努力都会被低效率或欠缺的沟通方式毁于一旦。任何沟通隔阂都会被其他东西填补，而且通常不是以让架构师乐意的方式，保持高水平的沟通技巧，即便在你特别忙的时候。

一、记录下大家一致同意的决议

在实现项目的过程中，需要有一定程度的灵活性。对于项目某些方法或特性上有灵活性的地方，你要清楚明确地沟通。

一旦对某个特定路线做出了决定(约定)，你要强制地贯彻它。有些时候，商务人员可能有些试探性的做法，或者不能确定正确的答案是什么，或者还没有做好必要的实地研究，以了解客户的若干细微差别。倘若可能的话，应尝试了解要求改变的本质，在代价不太高时为设计加入灵活性，以容纳这种变更。另外，不要轻易实现新特性，除非得到了客户的反馈。

麻烦的是，软件构造好后，只能实现有限的变化和灵活性。非确定性因素会导致相当大的反工，浪费宝贵的开发费用，应当尽可能地减少这种做法。

花时间记录在项目执行过程中做出的决定。确保决定的日志适当地分发给相关人员，以免有人被蒙在鼓里。成功的关键在于适当的期望值和透明性。

二、提供多种替代方案，并推荐其中一种

任何时候在你需要呈递替代方案作为决策的一部分时，不管对执行官、商务伙伴还是你的小孩，你都应清楚无误地说明有哪些可选方案，你推荐哪个方案。这将为交谈营造一个良好的开端。

不要害怕推荐你希望的解决方案。你经常会如愿的。要愿意为你的选择辩护，展示你在决定时是怎样构想的，即便别人不采纳你推荐的方案，也要给予支持。

倘若别人选择的方案不是你所推荐的，你仍要前进，并把这个决定看成是你做出的。同时，要确保选择方案的人明白该决定的后果(比如延迟、成本等)。

三、用透明性拉平期望值

需要做出决定时，应把所有的事实都摆在台面上(充分透明)，即便这么做对你不利。这样的透明性会有助于建立信任关系。以后，在事情进展顺利时，大家会在共同解决问题的过程中萌生伙伴的感觉。与此相对的是，有些人感觉他们受到不好的对待，不让他们在做决定时知道所有的信息。在后一种情况下，倘若再有下个项目，对方就会更小心地与你共事，信任的成分荡然无存。

如果你要发出有关项目的坏消息，确保在信息到达执行官层面之前让所有的团队成员都知道。你应当奋力达到“没有惊讶”的策略。也许这不总能做到，但要尽力让它成为平常态。

对主管项目的执行官要尽快地就任何新的重要风险进行沟通。如果风险意义重大执行官需要早些介入，以帮助与单位的其他部门适当沟通，采取最好的办法平息风险。

四、发展经验方法来估量项目

随着时间的积累，你会逐步注意到估摸项目大小的若干模式。通常这些模式可归结为经验方法，以便评估项目规模的大小，以及需要多少资源(人员或硬件)。

经验方法就是对应特定类型的用户接口，如X数目的并发用户请求Y数目的服务器时的效果。理想情况下，这一信息基于实际的压力或负载测试。

这种类型的信息可以成为单位知识的一部分，来处理新的项目。难度在于了解哪些约束条件适用于这种经验方法，所以在没有假设条件时不要用它。

五、培养同理心和倾听技巧

优秀的沟通者能够站在对方的角度思考问题，理解他们的需求和关注点。测试架构师应主动倾听团队成员的意见和建议，尤其是来自一线开发者和用户的反馈。通过展现同理心，建立更加和谐和富有成效的合作关系。

六、倡导持续学习和分吗。享文化

测试领域的技术和方法日新月异，测试架构师应保持学习的热情，关注行业动态和最佳实践。同时，积极分享自己的知识和经验，促进团队内部的知识传承和创新。通过组织内部培训、技术分享会等活动，激发团队成员的学习兴趣和动力。

让沟通成为使用主义的测试架构师的核心实践，需要测试架构师在理解业务需求、促进团队协作、采用敏捷沟通方式、提高测试透明度、培养同理心和倾听技巧以及倡导学习分享文化等方面不断努力。通过这些实践，测试架构师可以更加有效地推动测试工作的进行，为软件质量保驾护航。

学会成为一名实用主义的测试架构师可能会从项目的蜜月阶段去掉一些乐趣，但按时按预算交付项目的回报是丰厚的，它将帮助你事业攀升，给你巨大的成就感，来看到项目产生出真实的客户价值。