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