
54
|
第
3
章
3.8
沟通风险
只在口头上讨论风险,这本身就是一种风险。如果过分强调风险的现实性,那么项目之外
的人会对项目产生担忧,导致不必要的人员介入。在一家大公司开发软件就像在厨房里做
饭,不必要的人员介入就像是让
5
个厨师同时制作一个三明治。此外,如果涉及办公室的
勾心斗角,事情会变得更糟糕:机会主义者可能会夺走你的项目;反对者有理由质疑设计
中的每一个小问题。这会浪费很多时间,给团队带来负面影响,并损失团队的名誉。
低估项目风险也是一种风险。你可能需要寻求帮助,而且如果因为低估了风险而迟迟未寻
求帮助,可能会错过最后的期限,也可能导致系统崩溃或数据丢失。结果就是你丢了项
目,其他人丢了工作,长期以来在公司的努力化为泡影。
因此,不难看出,如果未能以正确的方式向外传达风险,最好的结果是只对项目造成伤
害,而最差的结果就是丢了饭碗。在向外传达风险时,沟通和时机至关重要。本节将讨论
一些策略,一方面有助于传达风险,另一方面能够保护项目的进展。
3.8.1
合作并获得信任
要点是通过与组织中的其他人员展开密切合作来降低风险。你可以将设计理念抛给其他
人,让他们贡献想法。这可以获得多种好处。
拥有第二(或第三、第四)双眼睛
从外部获得的额外反馈通常可以提供自己想不到的见解。无论经验和知识水平如何,从
不同的角度看设计都会带来好处。
获得信任
通过采用他人的设计或想法来获得支持是一种非常好的方法。当别人看到你在设计中采
纳了他们的想法时,他们会认为自己为你的成功做出了贡献。
公开讨论风险
如果将风险当作具有挑战性的问题来解决,不仅可以得到其他人的帮助,还可以让高层 ...