sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:13 PM
專案。發現要案主講需求很容易，但是要他們把需求寫成範例、測試案例就非常非常困難。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:14 PM
第一次案主測試資料生了好久才給我，我等到快抓狂只好自己弄一個。第二次沒這問題，第三次也是卡測試案例。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:16 PM
了解需求這部分是一個蠻痛苦的過程，因為對方不懂技術，然後這樣那樣，常常雞同鴨講。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:17 PM
然後又因為採用新技術之前，一定會有原本的技術或平台。然後他們常常會拿過去的經驗套用在新的案子上，然後就要解釋很多技術原因。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:21 PM
然後與其解釋這些，其實花時間問案主為什麼想要做這個會容易一點。糾結在技術細節只是自找麻煩，然後給案主更多的選項和可能性，對方只會更茫然、更混亂。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:22 PM
溝通是一個很痛苦的過程，但不溝通，我也做不下去，總之，沒溝通完之前，不要輕舉妄動
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:24 PM
準備工作可以做，但是別擅自決定太多事情。你的想法不一定是案主的想法。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:30 PM
然後覺得，沒技術背景的人開案子需求，要額外酌收諮詢費。也許未來我在接案前會跟對方先聲明這部分，完成案子和告知對方技術細節是兩碼子的事情。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:33 PM
對我來說，完成專案跟解釋專案技術相比，後者的痛苦指數很明顯大於前者。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:36 PM
有些時候我根本沒必要和使用者、案主解釋那麼多，有可能是家教職業病，還是會想解釋。後來發現解釋只會造成反效果，這部分要提醒自己不要一直談技術細節。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:40 PM
反正也是看對方反應，頻率沒在同一條線上的時候，就果斷切換成麻瓜版本，讓彼此還有辦法溝通下去。
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:41 PM
有時候覺得，納入全民資訊教育的話，工程師的溝通成本和痛苦指數應該會下降一些，吧。儘管如此，工程師還是一條永遠無法回頭的路 (默
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:41 PM
END
sixwings
@wind_sixwings
Tue, Jun 4, 2019 4:47 PM
結論：
1. 不要講案主不懂的名詞，盡量翻成白話文
2. 不要跟案主討論技術細節的問題
3. 盡可能聚焦在期望的效果，引導成具體的測試案例
載入新的回覆