编程之路 | 谈谈信赖感

有一天teamleader无意中告诉我，遇到困难的任务时我会表现出慌张，让交代任务的人情不自禁担心任务完不成。

teamleader的评价让我充满了疑问。因为早就做好接受各种挑战的心理准备，每次收到困难任务时，内心从来没有慌过。

思考以后，想到三个可能会让人产生“不可靠”印象的原因 ：1. leader希望得到非常肯定的答复，而我的回答常常是：好，我试试 ；2. 完成任务过程中遇到困难会向leader预报风险； 3. 无法给leader一个预估时间和明确说明任务困难点。

于是向同行小鱼姐姐取经，交谈之后思路如下：

首先谈谈第一点——接到困难任务没有给出肯定回复。这一点个人觉得并不是坏事情，只是情景并不适合。对于没有做过的事情，保守地作出回复然后尽力去做，这是我从Z同学身上学会的，并且觉得这样的人特别可靠，因此也模仿了这样的行为模式。现在想想，Z同学这样做可靠，是因为我了解他会尽力去做并且基本上能搞定，搞不定也是真的有难处。然而，当其他人并不了解你的时候，或者还未对你能力、态度产生信心时，这样的答复自然会让人产生疑虑。正确的做法应该是——省略“我试试”三个字，简单回答一个“好”字，然后研究一下这个任务的困难点在哪里，及时向leader说明，预报风险。

再来谈一谈第二点——完成任务的过程中，遇到困难会预报风险。其实预报风险是一件特别可取的做法，leader需要评估风险控制进度。最忌讳的是遇到问题闷头研究把时间给耽搁了。但是预报风险和遇到困难求助是有区别的。预报风险常常是进度已经被阻塞、或者知道存在的问题和可能影响，甚至知道需要延期时间，预报风险是客观而比价明确的；而困难求助，往往比较主观，问题存在原因一般是自己，一旦知道解决办法进度就不会滞后，有时候查阅资料请教同事就可以解决问题。完成任务过程中，遇到困难求助需要反馈，尽量使之更像风险预报：恰当总结问题与问题带来的影响；有自己的思考结果与尝试方式；有自己思考结果的不足与尝试结果；需要怎样的帮助。

最后谈一谈第三点——无法预估时间和说明任务困难点。这是最容易产生负面印象的。作为新人甚至老员工，不会是没有关系的，但是一个聪明人就算不会，至少要思路，能够说明任务苦难点说明思路是清晰的。预估时间，也能说明对这个任务是有一定认识。但是如果缺乏经验，预估时间却是有难度，要么无法估计，要么估计不准。解决无法预估的办法，一是多实践多积累经验，而是将任务拆分拆成能大致预估时间的小任务。记录每一个任务的预估时间和实际完成时间，并总结经验。

当然，信赖感刚开始靠的是印象，时间长了却靠的是积累。把事情做好做得漂亮，长期如此，自然能给人足够的信赖感。而这就是我最终努力方向。与君共勉。

后记：这篇文章写在几个月之前，后来几个月按照这个思路与leader沟通、完成任务，teamleader对我的评价多了许多肯定。因此，分享给大家，希望对大家有一定帮助。

---

原创文章，只为记录与交流，未禁允许严禁转载。
君子月满楼，想成为生活家的0岁女开发。