iT邦幫忙

第 12 屆 iT 邦幫忙鐵人賽

DAY 4
3
Modern Web

PM 觀點 - 30 天 redesign 心目中的 LINE系列 第 4

【Day4】為什麼優化工作流程,不只可以改善工作效率、還能做出更有價值的產品呢?

歡迎追蹤,一起在 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,如果有任何指點與建議,也歡迎留言交流,一起激盪更好的優化與創意。

我們明天見:)


上一篇
【Day3】什麼是產品經理?產品經理該有哪 6+1 能力? (內有 PM 技能樹分享)
下一篇
【Day5】LINE 真的只是通訊軟體嗎? (1) 談談 LINE 的願景
系列文
PM 觀點 - 30 天 redesign 心目中的 LINE30

尚未有邦友留言

立即登入留言