软件架构师的沟通修炼(2)

　　5. 不要在缺陷上招致恼羞成怒

　　当你在开评审会(例如产品概念评估、需求评审、设计评审、代码评审、测试评审、产品发布评审)时，通常会检查出评审项目的一些缺陷。评审项目的作者对于这些暴露出的缺陷当然会感到不自在。

　　出于通常的礼貌，一旦在特定领域发现了三四个问题，就不要再过高、过深地批评了。如果你需要指出再多的条目，可以将其写下来，让被困扰的人随后能仔细看到这些要点。否则这些事情会招致对方恼羞成怒。由于被评审人成了众矢之的，在效率上会极大地影响评审的后续进展。

　　对于评审，有下列一些有效的办法：

　　●确保对评审项目的关注，而评价不是针对生产或创造评审项目的人或单位。换句话说，评审应针对事物、方法，而不是针对人。

　　●避免用“你”、“你的”这类个人化的评价。

　　●设法表达你要求修改的原因是想达成什么目标：确定修改与市场策略有关，基于一般的架构原则，抑或是公司或部门的目标?

　　●评审应关注改善评审项目的方法，不仅仅因为没有遵循某个编码指导原则，而是修改后为什么有用。评审项目的人不仅需要知道怎样把事情做得更好，还要知道为什么这种改进是有用的。

　　●找机会说出已做出的工作的积极成分。大多数人被指出暴露的缺陷后，都会非常想要辩解，而找到工作的好的方面能够软化这种态势。所有与会者都应明白，目标是创造优秀的工作成果，每个人都要求用同样的标准—这是集体的努力。

　　●确保会上的每个人都参与进来。以局外人的身份参加会议是在浪费公司的时间。

　　●模仿你在寻求的行为。拿出当评审你的工作，且结果是“很好，继续干吧”时的行为。目标是创造优秀的工作成果并持续改进它。换句话说，不是关于你的事，而是关于如何奋力争取优秀的事。

　　●举止文雅：倘若角色互换，作为被评审人，你希望别人怎样给你反馈意见?

　　●任何问题都应记录在案—不只是你感兴趣要追踪的事，还包括其他人提出的记录。如果确有一大串条目需要引起注意，可能随后还要再进行一次评审。

　　二、沟通策略

　　在我们研究了沟通的核心原则后，现在你可以应用一系列策略来展示恒定、高效的沟通风格。

　　1. 多说“是”，少说“不是”

　　架构师经常会被咨询问到某个项目的可行性，并提供从战略到战术的多个替代方案，附带若干成本选项，以使商务伙伴能根据特定项目的投资进行判断。架构师与项目评估团队的角色不是决定要构建什么，而是决定怎样构建。我们试图说出的答案是“对，我们能构建这个项目，这些是相关的信息”。产生的信息需要包括诸如所考虑的各种替代方案、项目风险(以及可能的规避策略)、基于的假设条件，以及需要指出的突出问题。我们不是在寻找这样的答案：“不行，这个项目不可行，但我们能构建另一个项目(通过消除原困难项目中的难题，而代之以我们想构建的那些特性)。”

　　关键点：作为架构师，我们要寻求说“是”的方法。

　　但是，如果一个项目或任务不可行，我们需要立即巧妙地指出评估结果、解释原因，并提供替代方案。这通常归结于法律法规、行规等原因，以致“不”是正确的回答。当然了，还有其他一些例外情况：提出需求的人是想逃避工作，需求违反了公司的政策，或者你手头有优先级更高的工作，无法让你有足够时间来对需求做出满意的答复。这些情况下，你要清楚地告诉人家你说“不”的原因。

　　如果执行官要求你做某件事，你要确信这个要求的优先级。如果是高优先级要求，你一定要分析不做其他任务的影响，并反馈给执行官。这将让高一级的经理在确定任务的孰重孰轻时有足够的信息。它也有助于你免于日后陷入两难境地而无法自拔—如果你不得不解释为什么不让另一位经理知道就耽误了其他重要的任务。学会说“是”可以采用多种替代形式。通常，它涉及为某人或某个项目找到继续前行的办法。没有必要你自己来承担任务或需求。也许你可以提供一套合理的替代方案，或者引导提出需求的人找到其他人，后者能够解决项目当前面临的问题。对于需要可行性信息的多数项目而言，最值得期望的方法就是提供一个自助餐式的选项，详细罗列出成本、风险、战略影响以及有效的组合等信息。这种策略让需求者处于决定者的地位，使他可以选取最能产生商业价值的解决方案。提供一组方案供客户和同事选择，这种做法能让你自然而然地与他们建立友好关系。

　　2. 在销售过程中建立起信任关系

　　想想你上次购买一辆车、盖房或者购置一个大物件的情形。这次购买的成就感或挫折感很大限度上取决于你所打交道的销售员或签约人。销售员总是仔细倾听你想要什么东西，通过提供下列信息，让你能够以决策者的身份决定你想买的东西：

　　●可用的选择方案;

　　●各选择方案的开销;

　　●各选择方案的好处;

　　●各选择方案能够如何组合;

　　●各选择方案涉及的风险;

　　●每种选择方案已知的问题。

　　销售员不大可能强行把你往这个或那个方向引导，但会帮助你理清需求，为你寻找以最低花费得到最高价值的解决方案。为做到这一点，他的自身利益只能退而求其次。通过将你的需求置于第一位，销售员能够建立与你的信任关系。这种信任让你感觉你是在有足够信息的情况下做决定，而他是你的伙伴。当有人问起你新购置的物件时，你很可能不只对这个物品的方方面面滔滔不绝，还会提到那个了不起的销售员，并推荐他给你周围那些想购买类似物件的人，因而又开启了一个销售周期。

　　作为架构师，你应当成为那个销售员，值得别人信任。

　　3. 特殊场合才说“不”

　　从架构师的前景来看，只有在若干种情况下你可以简单地说“不”。大多数时候，你必须提供能让事情完成的替代方案(涉及费用、风险和每种方法的好处)。最后的决定取决于项目的主人(即掌握购买权的人)。

　　在其他时候，说“不”是合适的(如图 3 所示)。通常这种拒绝需要有足够合理的深度来支撑，以应付所有必要的质疑。争论的领域很可能与任何项目都存在的关键限制因素有关，如效果、成本、时间和范围。

原文转自：http://www.ltesting.net