作爲一個開發團隊的Tech Lead，當團隊成員向你尋求幫助時，你有沒有說過下面這些話？
- 你別管了，我來解決這個問題
- 你只要。。。就行了
- 你先做其他的吧，我研究一下，然後告訴你怎麼做
當我們說這些話時，實際上是在直接提供解決方案，它剝奪了團隊成員思考和提升能力的機會，久而久之，大家就會養成你說什麼我做什麼的習慣。這種現象在授權：如何激發全員領導力中被稱爲領導者—追隨者模式。它導致的後果就是團隊成員的能力無法提升，Tech Lead會越來越忙。
那麼我們爲什麼會說這些話呢？通常在團隊成員向我們尋求幫助時，一定是出了什麼問題，我們會很自然地把解決問題放在第一優先級，這個時候直接給出解決方案，無疑是最省時省力的方法。
那麼解決問題真的是第一優先級麼？這取決於我們從哪個視角來看它。從團隊成員的視角看，當然是第一優先級，因爲解決這個問題是他的責任。從Tech Lead的視角看，不是第一優先級，我們還有其他更重要的事情，例如明確對團隊成員的期望，識別團隊成員的能力差距。
作爲Tech Lead，團隊成員自己解決問題是我們期望看到的行爲，如果出現了需要向我們尋求幫助的情況，就說明這個行爲沒有發生。我們可以按照Trampoline與福格行爲模型的相似點中的內容，分析一下原因和解決方案
1. 提示
團隊成員有可能不知道他們纔是解決問題的主體，需要他們自己制定和選擇解決方案。這時我們可以直接給予提示，告訴他們在向Tech Lead尋求幫助時需要提供下面信息。
- 什麼問題(What and Why)
- 問題的當前狀態(When, Where and Who)
- 可選的解決方案及建議的解決方案(How)
有了上述信息，我們就可以大致判斷出，團隊成員給出的解決方案是否符合我們的預期。如果是，我們只需說一句非常好，問題既得到了解決，團隊成員也掌握瞭解決類似問題的方法。
2. 能力
如果團隊成員給出的解決方案不符合我們的預期，那麼可能是由能力不足造成的。這個時候我們需要識別出其欠缺的是哪種能力，例如：
- 業務
- 技術
- 流程
- 方法論
針對欠缺的能力，我們可以通過問題進行引導，讓團隊成員自己得出符合我們預期的方案。然後我們需要安排相應的培訓，提高團隊對這部分能力的掌握程度。
3. 動機
如果團隊成員既得到了相關提示，也具備了相關的能力，但仍然無法給出符合我們預期的解決方案，那可能是動機出了問題。我們需要了解其想法，爭取獲得其對該期望行爲的理解和支持，如果無法達成一致，那麼我們就需要爲其尋找更加合適的團隊。
最後我們可以用重要—緊急四象限對Tech Lead需要做的事情進行分析。
在團隊成員向Tech Lead尋求幫助時，Tech Lead首先要做的是明確提示期望，識別能力差距，其次是引導團隊成員自己得出解決方案，最後制定培訓計劃以提升團隊能力。
看了上面的分析後，在團隊成員向你尋求幫助時，你能忍住不說解決方案麼？
文/Thoughtworks 尚家明
原文鏈接：https://insights.thoughtworks.cn/how-to-tech-lead-guide-team-members-solve-problem/