技術文件 麥肯錫「七步成詩」之Bug管理系統設計

2021-06-17 23:04:26 字數 1550 閱讀 3394

實習公司是乙個it企業,但偏向於業務諮詢,所以公司上下無不強調學習麥肯錫方法的重要性。在技術考核結束後,進行了為期一周的麥肯錫方法學習,重點學習麥肯錫的「七步成詩」,最後運用「七步成詩」解決乙個bug管理系統的設計,本文就是這次「七步成詩」實踐的步驟詳解。

陳述問題:完成乙份關於bug管理系統的概要設計思路說明書

問題陳述表

需要解決的基本問題:完成乙份關於bug管理系統的概要設計思路說明書

觀點/背景:為了更有效地管理公司開發流程中的出現的bug處理流程

成功的標準:根據所設計這份關於bug管理系統的概要設計思路說明書能開發出一套滿足實際需要的bug管理系統

決策者:員工自己

解決方案所涉及的範圍:本公司的開發流程中出現的bug事件

採用邏輯樹的分解方法,按角色進行劃分,bug管理系統共分為四個角色:測試人員、開發組長 、開發人員、系統,需要實現的相關功能如下圖所示:

除了要現實上面的功能外,還要完成兩個報告格式的設計,這兩個報告分別是:測試人員提交的bug請求報告、開發人員提交的bug修復報告。

根據對各功能的綜合評估,決定將優先等級分為**,它們分別為1,2,3,數字越大,優先順序越低,因此我們應該先實現等級為1的功能,然後完成等級為2的功能,最後完成等級為3的功能。

考慮到報告在整個bug處理過程中佔據的重要地位,將bug請求報告格式設計、bug修復報告格式設計以及測試人員提交bug請求報告、開發人員提交的bug修復報告的優先等級設為最高端,即1等級。至於系統登入和開發組長分配bug修復任務對bug的修復影響小,所以將這兩個功能的實現優先等級設為最小,即3等級。其餘剩餘功能的實現優先等級設為2等級。下圖更直觀地反映了各功能的優先順序。

這一步需要根據議題,制定工作計畫,由於沒有專案經驗,無法估計各功能實現的時間,所以在這就不闡述了。

當我們完成任務時,就需要我們依據研究結果,建立論證結構,以便別人理解並接受我們的方案。在這,我們採用的論證結構為「情況-複雜性-解決方法」結構,論證結構如下:

為了使客戶更好的理解bug管理系統,決定依據bug管理系統的操作流程,向客戶講解系統的功能以及使用bug管理系統的必要性。下圖是bug管理系統的核心業務流程圖:

七步是完成了,至於有沒有「成詩」還有待考察。由於第一次使用麥肯錫的「七步成詩」,所以簡化了bug管理系統的設計,意在系統設計在「七步成詩」中的應用,當然,「七步成詩」的應用也存在生搬硬套的痕跡,今後還需要對「七步成詩」的活學活用。

1月31日 解決問題的方法( 麥肯錫七步成詩法 )

第一步 問題描述 1 明確企業要解決的基本問題 2 具體的 有內容的描述問題 3 清楚列示問題涉及的各方面資訊 第二步 問題的分解 1 為何要進行分解 a 分解是提出假設的基礎 提出假設 蒐集資料 分析論證假設 完成諮詢報告 b 理清思路 分解區分 設定優先順序 2 問題分解的原則 a 內容是不是全...

七 步進電機

功能 按數字鍵 1 9,按下回車開始轉動,上下鍵配合表示正反轉,按下上鍵表示正轉,下鍵表示反轉 左鍵固定正轉 90 度,右鍵固定反轉 90 esc 鍵終止轉動。中斷服務函式中每隔1ms掃瞄一次按鍵,每間隔2ms將節拍碼送入p1口 beats不為0的情況下 主函式中呼叫keydriver。呼叫關係如圖...

高效解決問題法 麥肯錫解決問題七步法詳解

善於解決問題的能力通常是縝密而系統化思維的產物,任何乙個有才之士都能獲得這種能力。有序的思維工作方式並不會扼殺靈感及創造力,反而會助長靈感及創造力的產生。下面為大家詳解麥肯錫的解決問題七步法 第一步,清晰地陳述要解決的問題。注意提出的問題要做到 乙個主導性的問題或堅定的假設 具體,不籠統 有內容的 ...