決定成敗的系統細節分析 三分鐘斷捨離，讓每天都早點下班

就像裝潢房子一樣，如果不提早確認細節，可能會在後期發現不必要的問題。

例如因上班忙碌並未提早確認天花板的細節，結果工人裝潢到一半周末才發現有多個為了崁燈預留的洞，但實際不需要也不想要那麼多燈，這顯示了及早溝通和確認細節的重要性。

在專案初期，不應該期待一次做好完美的產品，要做的反而是最小可行性商品，傳統的瀑布式開發因為開發週期過長，很難知道正在開發的是鑽石還是未爆彈，就好像裝潢一樣需要提早去進行確認施工狀況一樣。

在軟體開發上應該以快速迭代的方式不斷優化和擴展，並且在過程中收集使用者的回饋，迭代過程中持續改進系統，協助調整需求以反映實際需求的變化。

系統分析

系統分析上保持透明度是關鍵，要確保大家都了解目前的狀況，成功的系統分析要同時可以滿足使用者的需求、讓老闆可以賺錢、讓開發者知道商業模式該怎麼運作。

產品管理會是一個四步驟的循環:

• 蒐集: 收集資訊、資料、文件或其他相關材料，例如調查、研究、使用者回饋、日誌文件、資料庫等等
• 處理: 確保被蒐集的資訊變得有用且易於理解，包括資料清理、資料轉換、分析和編排，將資訊轉化為可用於做出決策或進一步操作的形式
• 組織: 將資訊組織成有條理的結構，建立目錄、分類、標籤、資料庫、文件結構等等
• 解構: 將複雜的資訊或系統拆分為其基本組成部分或元素的過程

系統分析會有幾個重點:

• 確定全貌: 在專案開始前，全貌的理解非常關鍵
• 需求澄清: 避免在開發過程中出現需求變更和不確定性
• 使用者故事拆分: 把大型用戶故事分解為小型、可管理的任務，更容易估算和實現
• 確定優先權: 在有限的時間內交付最有價值的功能

系統分析就像一盞探照燈一樣，照亮產品的路徑並引導團隊進行產品管理和開發

• 整理需求文件: 將所有需求整理到一個統一的位置，確保文件在不同階段保持更新和版本控制，以避免混淆並確保使用最新資訊
• 分析使用者流程: 使用流程圖或流程圖分析操作流程，逐步的改進和優化系統設計
• 建立概念模型: 建立系統中的實體、屬性和關係，協助大家更快理解系統的結構
• 定義系統架構: 顯示系統的不同模組、組件和其間的關係，確保系統設計合理且易於維護
• 檢討和回顧: 蒐集和處理雜務、檢討系統運作、更新需求清單內容

產品開發

產品開發會把一個產品切割成許多細小的任務，在產品開發上通常會分成規劃過的和臨時發生的兩種任務

• 規劃過的行動是有目標的
• 臨時發生的行動需要根據情況迅速做出反應

開發的任務在評估上會分成兩個指標來評估

• Definition of Done (DoD): 代表了一個特定工作項目完成的標準和要求，通常由團隊制定，以確保在交付工作項目時遵循一致的標準
• Key Performance Indicators (KPI) : 用於衡量組織、專案或流程績效的量化指標，主要用來追蹤和評估特定目標的達成程度，通常與業務目標和策略相關

DoD 和 KPIs 兩者都在專案管理和業務中扮演著重要的角色，測量和評估系統的狀態是改善的第一步，透過指標有助於確定系統的下一步該怎麼調整和優化。

系統分析過程中我們需要依照 DoD 和 KPIs 適當的進行取捨，盡可能的在有限的人力與時間內交付最有價值的功能。

• ← 上一篇
• 下一篇 →