【商業思維學院 的 mentor Q&A】
## 看 91 在 FB 上提到去客戶公司支援的故事,都可以快速的經由與員工溝通中就知道該如何執行,這是如何掌握這方面的訊息與支援要處理的問題?
91:其實就是互補而已。
我不熟悉客戶的產品 domain,就問。
我不了解他們的特殊限制、系統架構限制,就問。
因為需求跟問題都是中性的,考驗的是你過去做產品跟解決問題的經驗、知識體系、技能。
「如果是我來做,我會選擇怎麼做」,在我需要回答這問題前所需要的資訊,我會問他們。
在我問完我需要知道的,給出具體建議的解決方案,他們不行、不能,原因是什麼?是不是有些限制我不知道?如果是技能、技術的問題,我們就一起做(pair programming/mob-programming),從做的過程中去影響他們,去提昇他們技能。
如果他們懂的部份 + 我懂的部份,仍然有缺少某一個面向的資訊或技能,那至少要找出來缺了哪些部份,然後解決「缺少」的問題。
可能方案:
➀ 招募有這技能的人加入
➁ 借其他團隊有這技能的人進來解決,並讓團隊學習,具備這樣的技能
➂ 找人進來培訓這門技能
➃ 外包這一塊出去
➄ 團隊靠自己力量學這門技能
諸如這樣的選項,一起決定之後,一起承擔。問題總還是得被解決的。
我自己的強項就是在不要臉,懂得問問題,問對問題,願意做,願意承認自己不會的東西,願意承認我需要他們的幫助一起做,才能完成這項任務。
我能用他們能懂的方式,做給他們看,解釋給他們聽,讓他們會。
所以即使當時對方用的是 Python,我不會 Python,那又如何呢?我就跟他們 pair,我講問題分析、需求拆解、架構規劃、軟體設計,他負責寫或他跟我講怎麼寫。過程我會以我熟悉的角度,不斷提出問題,也會不斷引導他們思考,我也會從中學習到我原本不會的部份。
這就是我當教練或顧問的日常生活,而這樣的能力是市場剛需。
#商業思維學院QandA
--
圖片來源:Photo by Jonny Gios on Unsplash
商業思維學院qanda 在 91 敏捷開發之路 Facebook 的最讚貼文
【商業思維學院 的 mentor Q&A】
## 會建議目前只專注在.Net的開發者跨出去嗎?或者會建議持續深耕在.Net?
91:看情況,看你目前處的狀態在哪,以及你的目標在哪。
我自己還是對 .NET 很有愛的,如果有任何新的需求,我也會優先選擇 .NET,因為它是我滿足需求、解決問題最熟悉、最有信心的技術。
但產品、需求、問題作多了,我們會知道有一些東西用 .NET 來做不會是最佳選擇,這時如果這樣的需求與問題價值很高,機會很多,我們已經錯過幾次機會了,我會建議「嘗試」看看合適的 tech stack 來解決該問題與需求。
因為你對問題與需求已經很熟悉了,而你對 .NET 如何解決它也很熟悉了,這時找新的技術或語言,只需要學習不同的地方,而且往往你能感受到它的美,用 .NET 這麼麻煩,用它卻可以很剛好解決這問題(難怪大家都說這技術是這場域的最佳解決方案)
你可能會藉著這樣的契機讓自己知道,其實跨出去也沒啥大不了的,而解決問題帶來的效益可以給你帶來正向的回饋。你也可能同時發現,你對那個東西真的沒有愛,那就知道一下這技術是如何解決這問題的,留個知識點跟 reference 在心裡面,未來對同樣的問題有所選擇,那也就夠了。
結論:先對自己有愛的技術扎深,深到基本上能用它來解決大部份問題。至少能用它當可行解,重複發生的痛點,錯過的價值,再撥時間出來研究最佳解。
有紮深的基礎之後,那時求廣才不會虛、不會浮,不會變成沾醬油跟打嘴砲的,別忘了,技術人都是拿出成果一翻兩瞪眼的。
#商業思維學院QandA
商業思維學院qanda 在 商業思維學院 - YouTube 的推薦與評價
Share your videos with friends, family, and the world. ... <看更多>
商業思維學院qanda 在 91 敏捷開發之路- 【商業思維學院的mentor Q&A】 ## 看91 在 ... 的推薦與評價
【商業思維學院的mentor Q&A】 ## 看91 在FB 上提到去客戶公司支援的故事,都可以快速的經由與員工溝通中就知道該如何執行,這是如何掌握這方面的訊息與支援要處理的 ... ... <看更多>