不要制造紧迫感，要培养目标感

本文主要是介绍不要制造紧迫感，要培养目标感，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

　　我带领了一支软件团队，其中一部分人(CEO、股民和用户)希望我们能够走得更快。别人常常问我：“你认为团队有足够强的紧迫感吗?” 或者直接问我 “你可以让团队的紧迫感更强一点吗?” 有时候表达得更加委婉一些，但是需求相同——“我真的很想把这个项目做成，但是它并没有优先权，你能催促一些，让它尽快实现吗?”

　　但是我的回答是 “不”。我不会给我的团队制造更强大的紧迫感。你也不能这么做。制造紧迫感并不是我们的目标。试图制造紧迫感是将 “紧迫” 和 “速度” 混淆在一起的反映，这种错误的引导会让你觉得：如果你不是一直很匆忙，那么你已经落后了。

　　如果你不是每天都接触产品(坦白说，即使你每天都接触产品)，你会觉得过程应该再快一点。毕竟，我们都想要快一点。我们总有更多的事情需要做，需要走得更快一点，不断完善。如果团队更快一点，我们就不用做艰难的选择了。

　　但是，人人都知道：太过匆忙，往往适得其反。

　　捷径和马虎。从理论上看，专业的软件工程师、设计师和产品经理一直会从事专业的工作——拒绝走捷径，坚决不向低质量的结果妥协。实际上，我们的工作依赖于服从公司方向的调整。即使是一流的团队也会受到压力的影响，小的事情会越积累越多——我们没有时间解决小的 UX 问题，没有进行全面的测试，没有监控好关键过程和新功能的技术负债。

　　创造解决方案的空间有限。不断的紧迫感会降低我们主动工作的能力。我们不用花额外的 20 分钟了解设计的意图，这样就缩短了很多天的工作。我们没有意识到浏览器扩充套件整体都是一个错误的解决方案，我们需要停止在上面进行投资。回忆过往很耗时，在非常紧急的环境下很容易让人气馁，但是我们回忆的这几分钟和几个小时为我们节约了数周和数月的时间。

　　微观管理。试图制造一种紧迫感并不容易。人们会来得早吗?他们会加班到很晚吗?他们的产出足够吗?对于领导团队来说需要做很多工作，他们需要关注更重大、更深远的问题。此外，制造紧迫感会消弱对团队的信任。不要过快地否定这一点——即使你从来不会进行微观管理，你也可能给团队的管理人员制造一种错误的假象。

　　迅速失去效力。人为的紧迫感会很快失去效力。对于经验丰富的软件工程师和设计师来说，它就像业余爱好者，无法维护长期的忠诚度。

　　取代沟通流。当沟通的紧迫性成为最高优先级的信息时，诸如 “我们为什么在讨论这个项目?” 和 “这个项目中谁最受益?” 这些能够产生较好的结果的更加重要的信息会被淹没。

　　目标感

　　让我们从紧迫感中走出来，看一看目标感。目标感是对我们倾注时间和精力进行的行动背后的原因的深入理解，因为目标与我们想在世界上所产生的影响能够产生共鸣。

　　目标感激励我们不断行动。目标感是指快速、理智地完成我们可以清晰看清的任务。目标感是指使用清晰的判断，因为我们都了解我们正在一起完成的行动的短期和长期影响。

　　较强的目标感是指，当一个软件工程师看到一个潜在客户纠结于一个工作流时，他会加班熬夜做出改变，让这个工作流更加简单。设计师会花费整个周末的时间做一些额外的迭代工作，因为他们觉得自己手头遇到了这个问题，并且想尽快找到更好的解决方案。

　　事实证明，当你停下来制造紧迫感时，你的团队潜在的热情和目标可能会让你在正确的阶段做出正确的事情。

　　制造目标感与制造紧迫感不同。

　　目标感强的团队可能与紧迫感较强的团队可能看起来很像。输入量比较高。人们都积极参与进来，最关键区别在于作为领导人你所做的事情很少会重复。