產品開發流程圖(階段—關卡範本)

階段—關卡式產品開發流程圖:概念篩選、業務理據、關卡一放行或終止、設計審閱、驗證測試、小批量試產、關卡二與推出後檢討。

使用此範本

甚麼是產品開發流程圖(階段—關卡範本)流程

產品開發流程把源源不絕的概念變成少數幾款推出市場的產品,而它所做的工作,主要是減法。任何機構都能產生概念;真正的紀律在於決定哪些要停下來,而且停得夠早,早到錢還未花出去。這正是階段—關卡結構存在的意義。工作被歸入若干階段,每個階段以一道關卡收結,而一道關卡只有能夠說不,才算得上是關卡。沒有終止分支,你們擁有的就不是關卡,而是一個進度會議:項目帶著慣性走進來,沒有人願意做那個終結它的人,於是產品組合靜靜地被半死不活的項目填滿,它們吃掉研發產能,卻從來走不到一個推出決定面前。

本頁面為跨職能的產品團隊繪製的是完整週期,由概念一直到推出後檢討。它的範圍刻意比三個相鄰範本更闊。它不是軟件發佈流程圖——那一張由程式碼完成的建置開始,到生產環境監察結束;它亦不是 /yue/templates/推出放行決策流程 上的放行與否決策樹,那一張把鏡頭一直推到推出就緒關卡,並把它展開成十幾條證據問題。如果產品已經推出,你們處理的是對它的改動,那麼應該用的流程是 /yue/templates/變更控制流程 上的變更控制。在這裡,推出關卡是一個帶三條分支的節點;它之前的一切,由概念篩選到一次小批量試產,才是本圖的實質內容。

本範本共二十個步驟,分布在五條泳道——產品管理、研發、設計、品質與商務——之上,鋪開為五個階段:概念與篩選、業務理據、設計與開發、驗證,以及推出與檢討。它包含了大部分畫出來的版本會漏掉的那些迴路:一條把薄弱的業務理據退回重做而不是直接終止的返工分支、一次未通過的設計審閱退回詳細設計、一個把未通過的驗證退回設計而不是推進到試產的「是否符合要求?」決定,以及關卡二上為一款差不多準備好、但仍差一點的產品而設的延長試產分支。

本流程圖涵蓋的內容

本範本包含

  • 五條職能泳道——產品管理、研發、設計、品質與商務——鋪開為五個階段:概念與篩選、業務理據、設計與開發、驗證,以及推出與檢討
  • 任何開支之前的一道篩選:概念被登記進管道,並在產品管理泳道中對照策略篩選,好讓薄弱的概念在四個職能被要求投入之前就被過濾掉
  • 對業務理據的四路獨立輸入,每個職能一路:來自研發的技術可行性、來自設計的產品概念、來自品質的法規要求,以及來自商務的市場規模估算,全部匯入「撰寫業務理據」
  • 帶三個具名結果的關卡一:「關卡一:開發還是終止?」把「放行」分向要求與規格,把「返工」退回業務理據重做,把「終止」導向「概念存檔並記錄理由」這一終結性否決
  • 兩條各自獨立、通往「完成詳細設計」的返工迴路:「設計審閱通過嗎?」在嘗試驗證之前就以「返工」退回,而「是否符合要求?」在驗證測試之後以「否」退回,令一次未通過的測試永遠不會滲入試產
  • 作為推出決定的關卡二:「關卡二:批准推出嗎?」把「推出」分向商務泳道,把「延長試產」退回小批量試產,把「終止」導向「推出在關卡二被叫停」,並以一次推出後檢討與項目結案作為整個流程的收結

何時使用本範本

  • 你們第一次引入階段—關卡流程,需要在它變成一套範本包與一連串會議邀請之前,先有一幅關於階段、關卡與歸屬的共識圖
  • 你們產品組合裡的項目似乎從來不會停:沒有甚麼被正式終止,產能被攤在過多同時進行的項目上,也沒有人能指出當初是哪一個決定啟動了其中每一個
  • 開發工作在業務理據還未存在時已經展開,或者規格是在設計之後才寫的,你們需要把預期的先後次序展示給真正做事的人
  • 你們要把流程與品質管理體系對齊——ISO 9001 的 8.3 條款涵蓋設計和開發,要求策劃、審閱、查證與確認獲得執行並留下紀錄——並且需要先有流程圖,然後才寫程序文件
  • 產品、研發、設計、品質與商務之間的交接才是真正的樽頸,你們希望看清每個階段是哪個職能壓著工作,而不是在錯過推出日期之後才來爭論

運作方式

  1. 把泳道改成你們真實的職能

    用你們實際擁有的職能取代產品管理、研發、設計、品質與商務。硬件團隊通常會把研發拆成機械、電子與生產工程;軟件團隊往往沒有獨立的品質泳道,應該把驗證併入研發,而不是留下一條空帶。凡是你們指不出具名負責人的泳道,就把它合併掉,並把泳道數量控制在一個螢幕放得下的範圍之內。

  2. 在第一次審閱之前就把關卡準則寫下來

    沒有成文準則的關卡會變成一場滙報。對關卡一:寫明業務理據必須包含甚麼,以及哪些門檻構成「放行」——你們認為值得追的市場規模、必須獲得回答而不是被假設的可行性問題,以及法規適用範圍。對關卡二:寫明需要哪些試產證據。趁關卡前沒有任何項目等著的時候把兩者都議定,因為當場談出來的準則,是由在「放行」之中利益最大的人所寫的準則。

  3. 決定「返工」與「延長試產」究竟是甚麼意思

    這兩條軟性分支正是階段—關卡流程腐壞的地方。關卡一的「返工」必須帶上一份具體的待改清單、一位負責人與一個重新提交的日期;否則它就是一次無人敢說出口的終止。關卡二的「延長試產」必須寫明要弄清楚甚麼、延長多久,以及哪一條準則會結束它。把兩者都記錄在項目上,而不是記在會議紀錄裡,並統計各自被使用的次數——一道只會返工的關卡,其實甚麼都沒有決定。

  4. 把設計審閱與驗證測試當作兩道分開的檢查

    它們回答的是不同的問題。設計審閱問的是詳細設計與樣機是否符合開發開始時議定的規格,它是對設計本身的同儕與持份者檢查。驗證測試問的是製成品在真實條件下是否符合使用者需要與法規要求。把兩者分開,才令本圖中兩條返工迴路有意義:一條在你們為測試樣機花錢之前抓住設計問題,另一條在你們為試產花錢之前抓住要求問題。

  5. 界定試產及其退出準則

    「進行小批量試產」在每個機構裡意思都不一樣:一批試生產、面向單一地區的軟推出、一批早期試用客戶。寫下你們指的是哪一種、涉及多少台或多少客戶、要量度甚麼——良率、缺陷率、支援工作量、啟用率——以及在關卡二召開之前要跑多久。一次沒有明確終點的試產,正是推出日期在沒有任何決定的情況下一路後滑的原因。

  6. 指定關卡負責人,並記錄決定

    為每一道關卡指定那個握有決定權的人,以及必須在場的那一圈人。每道關卡一位具名負責人,好過一個靠無人反對而通過的委員會。留下結果、日期、所依據的準則與理由——尤其是「終止」,因為一次沒有紀錄的終止,半年後會以同一個概念重新出現。如果你們按品質管理體系運作,這份紀錄同時就是審閱確實發生過的證據。

  7. 發佈它,並在每次推出之後修訂

    把圖放在工作真正發生的地方——貼著各關卡的範本,而不是塞進政策資料夾——並讓各泳道負責人簽署確認。每次推出之後,和團隊一起把流程走一遍:哪道關卡被略過了、走了哪條迴路、為甚麼,以及推出後檢討到底有沒有做,還是被下一個項目蓋過去了。保留歷次版本,好讓你們能說明流程是甚麼時候改的、由甚麼觸發。

常見問題

產品開發流程分為哪些階段?

五個階段能涵蓋大部分產品機構。第一,概念與篩選:在任何職能投入之前,先登記概念並對照策略檢驗它。第二,業務理據:評估技術可行性、勾勒概念、釐清法規要求並估算市場規模,然後把這四部分匯成一份論證,帶到關卡一。第三,設計與開發:議定要求與規格、完成詳細設計、造出可運作的樣機,並召開一次設計審閱。第四,驗證:對照規格策劃並執行驗證測試,通過之後再進行一次小批量試產。第五,推出與檢討:在關卡二作出推出決定,向市場推出,隨後開一次推出後檢討並為項目結案。

甚麼是階段—關卡流程,一道關卡可以作出哪些決定?

階段—關卡流程把開發工作歸入若干階段,並在每兩個階段之間放一個決策點,令資金與投入分批釋放,而不是一開始全部押上。關卡的常規結果是放行、終止、暫緩與返工:進入下一階段、停掉項目、因產能或優先次序而擱置,或者在決定之前退回重做當前階段。本範本在關卡一展示放行、返工與終止,在關卡二展示推出、延長試產與終止。如果你們的關卡除了放行之外從來不產生別的結果,它們就不是關卡,而它們本應提供的產品組合管理,也就沒有在發生。

設計審閱與驗證測試有甚麼分別?

設計審閱是拿設計去對照它的輸入:詳細設計與樣機是否符合開發開始時議定的規格,以及尚未關閉的風險是否被理解。驗證測試是拿產品去對照需要:它在真實條件下是否為使用者所用,是否符合包括法規在內的各項要求。查證是第一條問題,確認是第二條問題,品質管理標準把它們當作彼此獨立的活動,是有充分理由的。在本圖中,它們是兩個決定,各有一條通往詳細設計的返回路徑,因為在審閱階段發現的設計缺陷,遠比在測試樣機造出來之後發現同一個缺陷便宜得多。

它與軟件發佈流程或放行與否決策樹有甚麼不同?

在於範圍。本圖涵蓋整個開發週期,由一個概念進入管道到一次推出後檢討,並把每一個推出決定當作一個帶關卡的單一節點來處理。軟件發佈流程圖的起點晚得多,由程式碼完成的建置開始,細至分支切分、測試關卡、預備環境、部署、回滾與緊急修補。/yue/templates/推出放行決策流程 上的放行與否決策樹則走相反的方向,把一道關卡展開成十幾條證據問題與五個具名結果。用本頁來界定整個週期,用另外兩者之中的一個去展開你們需要更細的那一部分。

每道關卡的決定應該由誰負責?

每道關卡一位具名的人,各個貢獻職能以提供證據的身分出席,而不是以投票的身分。關卡一通常落在掌握產品組合與預算的那個人身上——產品總監、業務總經理,或者在較小的機構裡是管理層——因為它決定的是研發產能往哪裡去。關卡二既是一個就緒決定,也是一個商業決定,因此負責人需要有權在品質或供應尚未就緒時壓住推出,而不只是有權批准推出。在第一道關卡之前就把決策權寫下來:一道沒有指定負責人的關卡,最後會落到當日在場職級最高的那個人手上。

一個產品開發流程應該設幾道關卡?

比你們以為的要少,而且只設在真有決定存在的地方。這裡之所以是兩道,是因為它們標示出投入陡增的兩個位置:關卡一授權開發,關卡二授權推出以及隨之而來的生產、市場推廣與支援成本。規模更大或監管更嚴的項目,通常會在概念與詳細設計之間加一道關卡,並在驗證開始之前再加一道。有用的檢驗方法,是看這道關卡是否有可能給出放行以外的答案。如果一次審閱從來沒有停掉或改變過任何一個項目,就把它取消,或者把它調到投入真正被鎖定的地方。

使用此範本

流程圖範本的更多內容

Browse all 產品與工程流程範本