版权声明:本文为博主原创文章,转载请加上来源。 https://blog.csdn.net/m290345792/article/details/88955906
“请你告诉我,我该走哪条路?”
“那要看你想去哪里?”猫说。
“去哪儿无所谓。”爱丽丝说。
“那么走哪条路也无所谓了。”猫说。
《爱丽丝漫游奇境记》
在进行管理培训的时候,讲师讲的最多的就是理解问题,找到根因。对于技术团队里如何快速的理解问题,大家可以从下面几个方面考虑一下:
细心阅读规范
成败往往取决于问题定义的细小差异。尽管我们对问题有整体认知,但是大局的成败往往只是一两个关键的细节。
鼓励组员认真阅读规范
阅读规范只是为了加深理解,但是鼓励组员的话,就可以通过激励来施展你的领导力。
解决分歧时,要回到最初的问题
除非组里所有人对问题的看法一致,否则谈论解决问题那是个笑话。如果你的组员对问题的理解不一致的时候,那么解决方案就是骗人的。我们经常能够看到技术和产品干架都是对一个问题的理解存在偏差。当然,平安的那个随着手机壳颜色而改变手机系统UI的颜色那个除外。
从客户处获得规范的清晰定义和额外信息
无论什么样的项目,即便文档写的再好,你会发现也有些地方无法理解清楚。所以你需要和你的客户去沟通需求的背景、需要解决的问题以及一些需求的定义说明(不同的行业同一个词可能存在不同的意思)。
工作进行一段之后,能更好地理解某些需求的意义时,回头看看规范
曾子曰:“吾日三省吾身:为人谋事是否不忠?与人交友是否无信?是否教人为而己不为?
复杂的问题都是在工作开展之后,一步步慢慢的清晰,就像我们在定义项目开发计划一样。尽管我们通常以为能弄清楚,如果这么想那就会导致结果一塌糊涂。所以我们需要不断地反省对问题的认知,高效有力的领导通过持续的测试来检查自己对工作的理解。要知道,人都是会犯错的。