付費限定
業餘大叔程式心得筆記#5：80/20法則的觀察／葉光釗
以行動支持創作者！付費即可解鎖
本篇內容共 1855 字、0
則留言，僅發佈於吐納商業評論你目前無法檢視以下內容，可能因為尚未登入，或沒有該房間的查看權限。
留言
吐納商業評論的沙龍
1.4K會員
2.0K內容數
為您送上頂尖作者的最新管理與科技產業思維。
吐納商業評論的沙龍的其他內容
2022/07/07
「管理者」設計流程的真正重點，在於：流程越簡單越不會出錯、沒有作用的動作不要做、尤其是做不到的事情不要讓別人產生期待。
2022/07/07
「管理者」設計流程的真正重點，在於：流程越簡單越不會出錯、沒有作用的動作不要做、尤其是做不到的事情不要讓別人產生期待。
2022/07/06
從企業經營管理的角度，來回顧自己這次確診的經歷，我可以斷定許多問題出在政府的組織架構、和其分工合作上。政府組織架構和企業的不同，造成了在防疫過程中不同單位間的整合問題。
2022/07/06
從企業經營管理的角度，來回顧自己這次確診的經歷，我可以斷定許多問題出在政府的組織架構、和其分工合作上。政府組織架構和企業的不同，造成了在防疫過程中不同單位間的整合問題。
2022/07/06
在疫情之中，「恐懼製造鏈」充斥每個角落；不管有意或無意、善意或惡意，每天都有人製造恐懼。但恐懼在傳播之後往往會失控，造成可怕的後果。所以每個人都必須瞭解散佈恐懼之後可能造成的惡果、謹慎發言，避免自己遭到反噬。
2022/07/06
在疫情之中，「恐懼製造鏈」充斥每個角落；不管有意或無意、善意或惡意，每天都有人製造恐懼。但恐懼在傳播之後往往會失控，造成可怕的後果。所以每個人都必須瞭解散佈恐懼之後可能造成的惡果、謹慎發言，避免自己遭到反噬。
你可能也想看
創作不只是個人戰，在 vocus ，也可以是一場集體冒險、組隊升級。最具代表性的創作者社群「vocus 野格團」，現在有了更強大的新夥伴加入！除了大家熟悉的「官方主題沙龍」，這次我們徵召了 8 位領域各異的「個人主題專家」，將再度嘗試創作的各種可能，和格友們激發出更多未知的火花。
創作不只是個人戰，在 vocus ，也可以是一場集體冒險、組隊升級。最具代表性的創作者社群「vocus 野格團」，現在有了更強大的新夥伴加入！除了大家熟悉的「官方主題沙龍」，這次我們徵召了 8 位領域各異的「個人主題專家」，將再度嘗試創作的各種可能，和格友們激發出更多未知的火花。
vocus 最具指標性的創作者社群──「野格團」， 2026 年春季，這支充滿專業、熱情的團隊再次擴編，迎來了 8 位實力堅強的「個人主題專家」新成員 💫💫💫
從投資理財、自我成長、閱讀書評到電影戲劇，他們各自帶著獨特的「創作超能力」準備在格友大廳與大家見面。
vocus 最具指標性的創作者社群──「野格團」， 2026 年春季，這支充滿專業、熱情的團隊再次擴編，迎來了 8 位實力堅強的「個人主題專家」新成員 💫💫💫
從投資理財、自我成長、閱讀書評到電影戲劇，他們各自帶著獨特的「創作超能力」準備在格友大廳與大家見面。
✨閱讀後你將學會：
識別並專注關鍵任務：學會辨識出哪20%的工作努力帶來80%的結果。
優化工作流程：理解如何優化或委派80%的低效工作，以提升整體工作效率。
持續的自我評估：定期檢視與調整工作策略，確保持續聚焦於高價值任務。
✨閱讀後你將學會：
識別並專注關鍵任務：學會辨識出哪20%的工作努力帶來80%的結果。
優化工作流程：理解如何優化或委派80%的低效工作，以提升整體工作效率。
持續的自我評估：定期檢視與調整工作策略，確保持續聚焦於高價值任務。
在職場中，理想狀態與實際資源常常存在一定差距，如何在技術追求與商業考量之間平衡？
透過專案管理手法中的三個變項，在滿足客戶需求和保持技術創新之間找到一個平衡點。
在職場中，理想狀態與實際資源常常存在一定差距，如何在技術追求與商業考量之間平衡？
透過專案管理手法中的三個變項，在滿足客戶需求和保持技術創新之間找到一個平衡點。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
這本書是在 Agile Tour 2015 聽完作者本人演講後買的，不過，還真的沒挪出什麼時間把它看完，直到最近因為一些因素終於有時間把它看完了，所以上述很多摘錄都是心有戚戚焉。看是看完了，也別因為我上面都把好處寫出來就覺得看板方法好棒棒，一定也可以適用在你的團隊，真的嗎？
這本書是在 Agile Tour 2015 聽完作者本人演講後買的，不過，還真的沒挪出什麼時間把它看完，直到最近因為一些因素終於有時間把它看完了，所以上述很多摘錄都是心有戚戚焉。看是看完了，也別因為我上面都把好處寫出來就覺得看板方法好棒棒，一定也可以適用在你的團隊，真的嗎？
在現代的工作環境中，我們經常被工作量迷惑，覺得自己需要花費大量的時間和精力來完成所有任務。然而，這種做法往往會讓我們感到心力憔悴，並且導致工作效率低下。實際上，很多時候我們只需要用 20% 的努力就能夠解決 80% 的問題。
在現代的工作環境中，我們經常被工作量迷惑，覺得自己需要花費大量的時間和精力來完成所有任務。然而，這種做法往往會讓我們感到心力憔悴，並且導致工作效率低下。實際上，很多時候我們只需要用 20% 的努力就能夠解決 80% 的問題。
隨著軟體開發方法、工具、以及成品應用方式的變化，軟體開發已經不能只靠單一證照、程序、手段來完成；雖然如此，為了專案的進度與品質控管，仍然有一些共通的道理是必須遵守的。本文就來談談這些同樣也適用於其他專案管理的基本原則。
隨著軟體開發方法、工具、以及成品應用方式的變化，軟體開發已經不能只靠單一證照、程序、手段來完成；雖然如此，為了專案的進度與品質控管，仍然有一些共通的道理是必須遵守的。本文就來談談這些同樣也適用於其他專案管理的基本原則。
將使用者需求轉換成功能的步驟與方法，我們稱之為「product planning」（產品規劃）或「feature planning」（功能規劃）；這可是個大學問，即使我自己經驗再豐富，也很難用三言兩語講得清楚。在本文中，先來談談將「大量而片段的資訊」收斂成「系統與概念」的步驟。
將使用者需求轉換成功能的步驟與方法，我們稱之為「product planning」（產品規劃）或「feature planning」（功能規劃）；這可是個大學問，即使我自己經驗再豐富，也很難用三言兩語講得清楚。在本文中，先來談談將「大量而片段的資訊」收斂成「系統與概念」的步驟。
所有的軟體開發專案，都會有這麼一個天字第一號大挑戰：控制時程。在M社的研發手法，就是透過工程管理決定什麼要做、什麼不做，來控制開發的總時間，並利用功能規劃的手法決定開發內容。
所有的軟體開發專案，都會有這麼一個天字第一號大挑戰：控制時程。在M社的研發手法，就是透過工程管理決定什麼要做、什麼不做，來控制開發的總時間，並利用功能規劃的手法決定開發內容。
2016年，筆者正式從最大的那家軟體公司M社退役；在過去20年的生涯之中，有17年在做研發工作。這多年的工程經驗累積下來，總有一些心得與觀察；那麼，就藉由這個平台來分享一下吧，究竟在台灣談這方面事情的人似乎並不多。
2016年，筆者正式從最大的那家軟體公司M社退役；在過去20年的生涯之中，有17年在做研發工作。這多年的工程經驗累積下來，總有一些心得與觀察；那麼，就藉由這個平台來分享一下吧，究竟在台灣談這方面事情的人似乎並不多。
