• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Visual managment
 

Visual managment

on

  • 1,174 views

 

Statistics

Views

Total Views
1,174
Views on SlideShare
419
Embed Views
755

Actions

Likes
2
Downloads
0
Comments
0

3 Embeds 755

http://kojenchieh.pixnet.net 751
http://feedly.com 3
http://webcache.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Visual managment Visual managment Presentation Transcript

    • 視覺化管理 David Ko kojenchieh@yahoo.com.tw 2-1
    • 想知道目前哪些事情在處理?   大多記錄在檔案或是系統中 團隊成員沒有參與感 2-2
    • 利用實體看版來視覺化工作  利用便利貼來視覺化工作 功能 代辦 工作 處理中 做完 2-3
    • 那便利貼上要寫什麼?     工作名稱 負責人 做多久 預估何時完成 高鐵月票的訂購 Jessie 2 Days 4/12 2-4
    • 可是這樣的資訊太粗略   Team member 會做哪些事情呢? 是不是有包含     設計 設計檢視 單元測試 …… 2-5
    • 預定工作種類  利用預定工作種類, 確保該做的事有做 功能 訂購 高鐵月票 代辦 工作 撰寫訂購 高鐵月票 的程式 檢視訂購 高鐵月票 的程式 處理中 檢視訂購 高鐵月票 的設計 做完 訂購 高鐵月票 的架構設計 訂購 高鐵月票 的需求分析 2-6
    • 可是這樣太多便利貼了    如果一個功能有 7 個工作要做 那 10 個功能就有 70 張便利貼 如果再加上 unplanned 的項目 … 功能 代辦 工作 處理中 做完 2-7
    • 將工作種類變成工作流程  只剩下要做的功能/子功能 功能 功能 6 功能 7 需求 分析 架構 設計 功能 8 功能 5 功能 3 設計 檢視 程式 撰寫 程式 測試 檢視 功能 ㄉ 功能 4 功能 1 2-8
    • 那每個步驟要做多少才夠?   需求分析要做到怎樣的程度才夠? 設計檢視要做什麼事情? 2-9
    • 定義何謂做完  對重要或是有爭議的步驟, 定義做完的條件是什麼 功能 功能 6 需求 分析 架構 設計 功能 8 功能 5 功能 7 功能 3 DoD …… …… DoD …… …… 設計 檢視 程式 撰寫 程式 測試 檢視 功能 2 功能 4 功能 1 DoD …… …… 2 – 10
    • 上下游速度不匹配    你設計做太快, 我來不及撰寫程式 放了一堆, 下游的人壓力很大 從 task board 上看不出在做哪一個 功能 功能 6 需求 分析 功能 8 架構 設計 設計 檢視 功能 4 程式 撰寫 功能 7 程式 測試 檢視 功能 2 功能 1 功能 3 功能 5 2 - 11
    • 導入拉式觀念   加入子欄位 (進行中/做完) 下游的人在有空時, 才去上游的”做完”的子欄位中拿 工作做 功能 功能 6 需求 分析 功能 8 架構 設計 設計 檢視 進行中 程式 撰寫 做完 程式 測試 檢視 功能 2 功能 1 功能 4 功能 3 功能 5 功能 7 2 - 12
    • 可是有些情況無法表達    有些工作已經延遲了 有些工作需等待別的團隊幫忙 有些工作遇到很嚴重的困難 2 - 13
    • 利用標籤來標示狀態  每日立會時, 特別注意有問題的工作 功能 功能 6 需求 分析 功能 8 架構 設計 設計 檢視 進行中 程式 撰寫 做完 程式 測試 檢視 功能 2 功能 1 功能 4 功能 3 功能 5 等待別的團隊處理 已經延遲 功能 7 2 - 14
    • 有多個團隊一起合作要怎麼辦   如何知道各團隊處理進度和狀態 如何平衡個團隊間的負荷 2 - 15
    • 利用不同列來表示不同團隊  每個團隊用不同列(row)來表示 功能 功能 6 需求 分析 架構 設計 功能 8 設計 檢視 程式 撰寫 程式 測試 檢視 團隊 1 功能 4 功能 7 團隊 2 功能 3 功能 5 功能 1 團隊 3 2 - 16
    • 有多個專案要處理要怎麼辦   如何知道個專案的進度和狀態 如何平衡個專案之間的工作量 2 - 17
    • 每個專案用不同列來表示  每個專案用不同列(row)來表示 功能 需求 分析 架構 設計 功能 6 設計 檢視 程式 撰寫 程式 測試 檢視 專案 1 功能 4 功能 8 功能 5 功能 7 專案 2 功能 3 功能 1 專案 3 2 - 18
    • 有些工作要特別處理  有些工作要優先處理   POC 或是金卡客戶的問題 有些工作是中長期的調整  內部系統的重構, 測試自動化的建置 2 - 19
    • 不同服務等級   一般件和急件 不同服務等級有不同的處理規則 功能 功能 6 需求 分析 功能 8 架構 設計 設計 檢視 進行中 做完 功能 1 功能 4 程式 撰寫 功能 2 程式 檢視 一般案件 特急案件 2 - 20
    • 並不是都是在開發  不同性質的工作, 常有不同的處理流程, 例如:  維護的工作   重現問題 -> 修復問題 -> 撰寫 release notes -> 產生 hotfix -> 發佈到客戶端 調整系統效能  規劃 -> 檢視測試計劃 -> 執行 -> 檢視執行結果 -> 做完 2 - 21
    • 對不同性質工作建立各自處理 流程   可以縱觀全局 適時根據負擔調整工作指派 功能 需求 分析 功能 6 功能 8 規劃 項目 3 架構 設計 設計 檢視 程式 撰寫 程式 檢視 功能 2 檢視計劃 項目 2 執行 檢視執行結果 做完 項目 1 2 - 22