這是 30 天寫作挑戰的第 26 天。今天要來回答臉書留言的提問:
如何在沒有技術背景下怎麼和 RD 討論技術可行性?
30 天寫作挑戰:連續 30 天,每天都會從 ChatGPT 、生活中的靈感或是網友提問中,選出一個可以用 200–500 字的文章來回答的題目。說明可以參考宣示文。如果讀者想要我回答你/妳的問題,可以問我一個跟工程師、技術產品經理、產品經理有關的問題。
為什麼想跟工程師討論技術可行性?
會起心動念想跟工程師討論技術可行性,不外乎是因為:
- 有個功能想要實作在產品中,但不確定要花多少時間。
- 在時間壓力下想要完成某件事情,不確定有沒有辦法做到。
- 看到可能的市場機會,想發展公司的第二曲線,但不知道要投入多少資源。
- 純粹很好奇某項技術,想跟工程師交流討論。
我覺得不管是哪一種,作為開啟討論的動機都是可以的,但千萬要記得在《
怎麼和團隊中的 RD 有效溝通?》有稍微提到的:「如果只是單純要讓工程師聽你/妳的,那並不叫溝通」。
要怎麼開啟技術可行性的討論?
先說,我不能算是「沒有技術背景」的人,我能夠分享的經驗是:當我不熟悉某項技術時,是怎麼跟熟悉技術的工程師溝通的。
最好用的方式,當然就是開誠布公地說想要討論技術(或可行性),並且表明原因為何。可以參考《
金字塔原理》的表達方式,讓對話可以在一開始就聚焦在想解決的問題(也就是技術可行性)上。
討論過程中,工程師如果講出專業術語,可以看情況發問,或是先記錄下來,等對話告一段落再詢問或是自己查找研究(當然看不懂的話還是要問啦)。
要記得,這段對話的目的是想要透過技術解決某項問題,因此在討論的過程中,確認每個技術它扮演的角色、解決什麼樣的問題、為什麼我們需要它、有沒有替代方案……等等的問題,都可以視討論時間判斷能不能夠釐清。
要怎麼判斷是工程師不想做,還是真的做不了?
倘若是霹哩啪拉抱怨式的回應,那顯然就是不想做。破解法就是追問原因、了解困難點在於哪裡,如果工程師避重就輕地回答,就抱著打破沙鍋問到底,想幫工程師找資源解決困難點的精神來了解,並且在能夠幫助的時候,真的提供適時的幫助。
如果是真的做不了,那也應該請工程師解釋原因,並且最好在工程師解釋完畢後,用自己的話覆述一次,確保雙方對於目前遇到的困難點的認知是一致的。
小心誤區
跟工程師討論會感覺受挫的工作者中,常有的想法是:
「是不是只要我學會技術,就可以跟工程師溝通了?」
答案是肯定也是否定。肯定的是:越了解技術,就越不容易被工程師唬弄,也會對於目前產品可行性邊界有更明確的意識,自然就不容易有受挫感;否定的是:那你/妳原本的工作職能要用什麼時間來精進?你/妳是想要轉職成工程師嗎?
對於技術的了解越深當然越好,但是要了解多深,應該是以「了解該項技術能夠解決什麼問題」作為標準,如果真的有興趣再往下鑽研,最起碼知道可以怎麼使用這項技術,那就已經足夠了。
小結
每個技術都是為了解決特定問題而存在的,可能是解決執行效率、可能是串連起兩個不同的產品、可能是加快開發速度……。如同前面所提,對技術較不熟悉的工作者,如果不是想要以工程師為職志,那了解某項技術可以怎麼使用、某項技術可以和不可以做到什麼事情,就已經可以應付大多數需要跟工程師討論的情況了。
希望各位讀者在看完這篇文章之後,能夠對於和工程師討論技術可行性,有多了一點自信和把握。
今日寫作觀察
今天的題目回答起來有點拾人牙慧,畢竟這個情境我多數是回答的角色,因此只能用我自己跟其他工程師討論時的經驗,以及我認為帶著什麼樣的意識來討論技術可行性就能說是準備充分。
一連兩天,雖然是臉友的提問,但每篇的提問回答起來都有些挑戰,除了讓自己換位思考以外,也是趁機幫腦袋中的想法梳理清楚。也就不自覺寫了超量的內容。