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

发表于:2012-08-13来源:伯乐在线作者:张菲译点击数: 标签:软件架构师
爱惜你的不,而只把它用到礼仪场合不要轻易用它。 下面是说不和不说不的一些考虑因素: ●对于项目的最后期限,当要求违反物理法则,即无法执行项

  爱惜你的“不”,而只把它用到礼仪场合——不要轻易用它。

  下面是说“不”和不说“不”的一些考虑因素:

  ●对于项目的最后期限,当要求违反“物理法则”,即无法执行项目给定最后期限内的所有步骤(例如:硬件的获取和供应、规划、开发、要求的培训、测试、修正错误和部署)时,说“不”是可接受的。但不能因为工作看起来困难、你不大喜欢它或者有其他不能同时进行的优先级(也许当前需求会很快成为最高优先级—值得将此列为一个风险)。中性地陈述各竞争优先级的任务,从而让执行官能根据各自的相对重要性安排它们。

  问自己这些问题:

  ●我表现正直吗?我在会议上公开说的话与我在门廊中说的话一致吗?如果你真的对需求有疑问,应当将它们摆到台面上,即便对你并没有什么好处。与通常一样,这种行动应当以文雅、令人尊敬的方式做出。

  ●有没有替代方案能消除“物理法则”问题?脱开思维框框的束缚。如果这是你的公司,你如何解决问题?(当然了,答案不是解雇你周围的所有人。)如果你在特定领域中没有专业知识,你能引入有这方面专业知识的外包人员吗?其他人有没有解决过类似问题?你能将他引入项目,或者至少请教他一些问题吗?是否有一些概念证明能迅速实施来降低项目在某些地方的风险?你需要更多的时间来评估项目吗?

  ●有没有其他人可以和你一起进行头脑风暴,以找出解决方案?

  ●你能分阶段定义项目,每阶段都有可发布的东西(主要的发布)吗?这个分阶段的办法使你能够分别为每个阶段寻求资金,也能够定位你首先要了解什么内容。随着你了解情况的深入,你可以评估下一个阶段,倘若发现下一阶段并不可行,或者不能提供足够商业价值来继续推进的话,你可能退出项目。

  ●如果你不说“不”,你可能注定是在“死亡行军”(death march)——项目已经有了高度可见性,无休止的加班,客户永远不怎么满意。要求有适当的期望值来避免这种结果。

  ●特定的环境有时会影响说“是”或“不”的决定。例如,在停业期(layoff)或外包(outsourcing)期间,可能需要更微妙的方法。每个人在此气氛下都很紧张急躁,项目协商变得很具挑战性。

  只说“不”或仅仅阐述事实很难让人接受。充分准备来解释所做决定的原因,证明所做决定是好的商业决定。通过列举事实,探究事实背后的根本原因,陈述此根本原因如何支持期望的商业目标。

  作为架构师,你就是在推销东西。你需要准备即便出现问题,也要将解决方案推销出去。人们提出问题时,可能看上去与你在作对,而实际上,人们询问是为了确认此解决方案,或者他们要了解此解决方案。他们提出问题,是因为他们随后也可能要向他们所在的单位推销这些提及的解决方案。

  你要相信所提到的解决方案。如果你并不真正相信你所推销的东西,你的肢体语言和眼睛会说实话的。你的不诚实如同水中的血腥味那样:你很可能被问及更详细的一些问题,如同鲨鱼在攻击一样。在某种意义上,你是将自己置身于未曾准备好的问题。你需要了解足够多的细节来相信这种解决方案。在你向人们提出某种解决方案时,你也需要自我提问和回答有关的难题。

  在所有可能情况下,避免真的说“不”。事实上,根据你所交互的人或群体的语境,解释决定所基于的原因。

  4. 抑制想自卫的冲动

  通常在交谈中,当我们听到并不完全对自己有正面意义的事情时,我们可能会找借口,我们可能会找办法转移话题,并责怪他人,以使自己脱离干系。或者我们想强词夺理,以阐述那些语句。应当避免做出此反应的冲动。相反,代之以等待,并接受别人所说的话。

  在上一段描述的反应中,会谈的真正兴趣已经从对别人转移到你身上。听别人说话的行为至少暂时结束了,我们开始与会谈者发出警示信号:“我们把话题引向另一个方向吧,一个和我没关系的方向。”注意你正在用的肢体语言—胳膊交叉在胸前,或者头转向一边告诉别人“我不想听了”。

  问自己这个问题:我能从这个人说的话中学到什么?”通常,他给出的信息也许并不是你乐意听到的,但其动机是好的,仍是你接受信息并获得个人成长的机会。

  抑制想自卫的冲动的一个例外就是当手头的问题涉及企业政策或你的正直时。如果别人说的话使你真正涉及与公司政策冲突或你出于正直未做某事(假如,你已经正确做出了行动)时,你需要立即抨击这些说法。你可能想用澄清问题的办法来明确要点,比如“你的意思是我做过某事吗”。如果别人说“是的”,你就以“这并不准确”来明确回应;倘若人家回答“不是”,要感谢他澄清了此事。

  5. 倾听建议来改善合作

  先寻求理解别人,再寻求被人理解。——作家、演讲家 Stephen Covey

  从软件开发的角度看,批评别人和被批评的情况经常发生。因为有软件评审、设计评审、架构方法评审、单元测试功能测试、缺陷跟踪,或者只是简单地向别人寻求帮助,与上司一对一地谈话,这个列表不断在进行。在所有情况下,总有机会将别人说的话特定到你身上。

  一旦你把谈话话题转移到自己身上,而不是工作成果或某些事件上,你本能的自卫意识就来了。这时,你听进去任何事情的能力就变得有限,“要么拼命,要么逃跑”的本能反应开始占据上风,而你的大脑指挥身体开始变得激动,以准备自我保护。所沟通的用于改善工作成果的有价值信息烟消云散。从商业角度看,将一项工作产品做得尽可能优秀以符合每个人的最大利益,因为我们越能为产品增加价值,公司越有机会从投资中得到回报。

  如果你能避免在谈话中个人化,你听取别人说话的能力就大大提升了。要试着找出他说话的真正用意(即便你不同意他说的话)。以适当的方式取得他想传递的本意,复述一遍要点。一般情况下,别人只是想被理解,他并不是在寻求你同意他的观点。当你倾听并能理解对方表达的要点时,你就能和他心灵相通。

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