歡迎追蹤，一起在 30 天完成心目中的 LINE redesign

今天來談談～在你的工作生涯，曾經歷過幾個這樣的瞬間呢？

花那麼長時間辛辛苦苦做完，客戶 / 使用者竟然不買單？
講好了又要重做，為什麼不早說？
每個都說是急件，為什麼壓榨的都是我的肝？
每次更版都像看戰爭片，不知道哪裡會有未爆彈？
曾遇到的問題，下次還是不斷發生？

上述問題，都可能是跟流程與思考方式習習相關。
例如：

1. 花那麼長時間辛辛苦苦做完，客戶竟然不買單？

• 實際花多長時間呢？
• 為什麼會花很“長”時間才發現這不是客戶要的？
• 是中間沒有跟客戶有足夠的溝通？沒有跟關鍵的利害關係人溝通或實際執行單位溝通？
• 還是都有溝通、但客戶就是要看到實品才有感覺呢？

2. 講好了又要重做，還不給追加，那為什麼不早說？

• 跟上一題有點類似，如果該溝通都有溝通，那有沒有落於會議記錄或專案文件？
• 這次追加，是真的會讓成本不堪負荷、還是可以做為下次繼續合作的協商籌碼？
• 接到需求時，是滿口答應，還是會先打預防針或埋伏筆，讓客戶知道需要調整優先順序、置換項目或有需要加碼的可能？

3. 每個都說是急件，為什麼壓榨的都是我的肝？

• 是 PM 沒有跟客戶做好溝通嗎？
• PM 或自己當初在估工時時，有考量風險時間嗎？
• 是這個客戶本來就如此的善變、還是當時提需求或搜集意見的方式就有許多思量不周全的地方呢？
• 自己有主動跟 PM 溝通手邊工作，並需要重新確認優先順序嗎？
• 這次追加，是 bug 嗎？造成 bug 的原因是什麼？

4. 每次更版都像看戰爭片，不知道哪裡會有未爆彈？

• 公司有做好版控與分工嗎？
• 開發前有先設計嗎？了解開發需求與目的嗎？
• 有沒有什麼程式碼或邏輯是有值得被重構的需求？

5. 曾遇到的問題，下次還是不斷發生？

• 那再下一次發生，是繼續延續上次方式進行解決嗎？
• 有觀察問題之間的規律嗎並主動提出改善建議嗎？
• 同仁反應的問題，有重視、或意識到重要性嗎？
• 有資源可以改善嗎？如果沒有、這又很重要，那這件事情該被繼續處理還是擱置？

英文有一句諺語：Everything comes a reason.
我想說，Every bug/gap comes a reason.

程式是人開發的，是人就有極限、有經驗的不同、有環境的壓力、有粗心犯錯、也可能有沒想到的例外情況而導致 bug。像我自己做事情或去 review 一些文件或規劃時，也會有一些沒注意到的問題。在世上不可能沒有 bug 的前提下，事情發生，我們不會想怪對方、而是共同想把事情處理好；但同類型的問題發生超過 3 次，就應該被關注，並想辦法優化與改善！

如果要我說，在過往軟體專案經驗，印象最深刻、或感到最有成就感的是什麼？並不是專案金額有多大、有什麼背景，而是在對的時候，我們曾經做了正確的決策，改變了專案的品質、更改善了團隊的資源利用率。

1. 堅持在資源不足及專案即將公測的關鍵時刻，幫團隊排除困難並說服團隊重構某個常出問題的核心程式，並讓曾經在每次更版都會出 bug 的關鍵流程的 bug 發生率，從每週 2~3 次下降到現在 2 個月不到 1 次。
2. 在資源不足的情況下，發展出實用工具，有效減低同仁 23% 工作量（換算來說，如果一個專案有 100 個人力，省下這 23%，就是為自己的專案團隊省下 23 個人力可以去做其他事情、並創造更大價值）。

而上述所經歷的流程，就是在前一章節提到的思考力、處理問題的能力、也包括我們如何將這些能力應用在團隊、設計、管理及決策流程之中，進而換取更好的工作效率。

過往瀑布式開發已經不夠看，軟體產品開發不是生產線，而是游擊戰。我們公司的業務比較多元，無法專人跑 scrum，但我們有在 follow 看板，也遵照敏捷開發的進行在思考與工作（一個專案在資源極少的情況下仍達到一年交付3、400 個項目真的不是開玩笑的，只能說我們工程師也真的超！給！力！）

那流程改善為什麼會跟做出更好的產品相關呢？

因為，我們會知道

• 與其將所有壓力掛在自己身上、最後事情還是沒做好，不如提出來大家一起討論
• 與其鑽牛角尖，不如參考別人怎麼思考、怎麼設計
• 與其尋找商機、不如尋找痛點
• 與其急著投入解決或整個團隊原地想破頭，不如先了解、辨識、分析、再發展解決方案、快速產生 prototype、MVP 及早接觸真實的使用者

咦，那這不就是設計斯思考的流程與精神嗎 ?

設計思考

雙鑽石理論

Image Credit: WHAT THE HELL IS HUMAN CENTERED DESIGN?

最後以敏捷宣言結束這回合。

敏捷宣言和十二項原則

我們一直在實踐中探尋更好的軟體開發方法，身體力行的同時也幫助他人。由此我們建立如下價值觀：

個體和互動 高於 流程和工具
工作的軟體 高於 詳盡的文檔
客戶合作 高於 合同談判
響應變化 高於 遵循計劃

不是將左項取代右項，而是儘管右項有其價值，我們更重視左項的價值。

我們遵循以下原則：

Image Credit: 敏捷宣言和十二項原則

文章分享：設計思維、精益創業、敏捷開發：三者區別和關聯是什麼？

第 4 篇先到這邊告一段囉～鋪陳結束，我們的想法有對齊了嗎 XD 接下來就要正式進入心目中的 LINE redesign 了～

明天開始會依照下列順序分享，包括：了解產品現況（依序為願景、定位、TA、生態系、商業模式、產品架構、現有重要功能分析） ➜ 競品分析 ➜ User story mapping ➜ 收斂版本 ➜ 介紹自己慣用的 UI/UX 軟體 ➜ 產出 Prototype。

如果你喜歡我的文章，歡迎點擊追蹤，一起體驗 30 天完成心目中的 LINE redesign，如果有任何指點與建議，也歡迎留言交流，一起激盪更好的優化與創意。

我們明天見：）