產品開發流程圖（階段—關卡範本）
階段—關卡式產品開發流程圖：概念篩選、業務理據、關卡一放行或終止、設計審閱、驗證測試、小批量試產、關卡二與推出後檢討。
運作方式
把泳道改成你們真實的職能
用你們實際擁有的職能取代產品管理、研發、設計、品質與商務。硬件團隊通常會把研發拆成機械、電子與生產工程；軟件團隊往往沒有獨立的品質泳道，應該把驗證併入研發，而不是留下一條空帶。凡是你們指不出具名負責人的泳道，就把它合併掉，並把泳道數量控制在一個螢幕放得下的範圍之內。
在第一次審閱之前就把關卡準則寫下來
沒有成文準則的關卡會變成一場滙報。對關卡一：寫明業務理據必須包含甚麼，以及哪些門檻構成「放行」——你們認為值得追的市場規模、必須獲得回答而不是被假設的可行性問題，以及法規適用範圍。對關卡二：寫明需要哪些試產證據。趁關卡前沒有任何項目等著的時候把兩者都議定，因為當場談出來的準則，是由在「放行」之中利益最大的人所寫的準則。
決定「返工」與「延長試產」究竟是甚麼意思
這兩條軟性分支正是階段—關卡流程腐壞的地方。關卡一的「返工」必須帶上一份具體的待改清單、一位負責人與一個重新提交的日期；否則它就是一次無人敢說出口的終止。關卡二的「延長試產」必須寫明要弄清楚甚麼、延長多久，以及哪一條準則會結束它。把兩者都記錄在項目上，而不是記在會議紀錄裡，並統計各自被使用的次數——一道只會返工的關卡，其實甚麼都沒有決定。
把設計審閱與驗證測試當作兩道分開的檢查
它們回答的是不同的問題。設計審閱問的是詳細設計與樣機是否符合開發開始時議定的規格，它是對設計本身的同儕與持份者檢查。驗證測試問的是製成品在真實條件下是否符合使用者需要與法規要求。把兩者分開，才令本圖中兩條返工迴路有意義：一條在你們為測試樣機花錢之前抓住設計問題，另一條在你們為試產花錢之前抓住要求問題。
界定試產及其退出準則
「進行小批量試產」在每個機構裡意思都不一樣：一批試生產、面向單一地區的軟推出、一批早期試用客戶。寫下你們指的是哪一種、涉及多少台或多少客戶、要量度甚麼——良率、缺陷率、支援工作量、啟用率——以及在關卡二召開之前要跑多久。一次沒有明確終點的試產，正是推出日期在沒有任何決定的情況下一路後滑的原因。
指定關卡負責人，並記錄決定
為每一道關卡指定那個握有決定權的人，以及必須在場的那一圈人。每道關卡一位具名負責人，好過一個靠無人反對而通過的委員會。留下結果、日期、所依據的準則與理由——尤其是「終止」，因為一次沒有紀錄的終止，半年後會以同一個概念重新出現。如果你們按品質管理體系運作，這份紀錄同時就是審閱確實發生過的證據。
發佈它，並在每次推出之後修訂
把圖放在工作真正發生的地方——貼著各關卡的範本，而不是塞進政策資料夾——並讓各泳道負責人簽署確認。每次推出之後，和團隊一起把流程走一遍：哪道關卡被略過了、走了哪條迴路、為甚麼，以及推出後檢討到底有沒有做，還是被下一個項目蓋過去了。保留歷次版本，好讓你們能說明流程是甚麼時候改的、由甚麼觸發。
常見問題
產品開發流程分為哪些階段？
五個階段能涵蓋大部分產品機構。第一，概念與篩選：在任何職能投入之前，先登記概念並對照策略檢驗它。第二，業務理據：評估技術可行性、勾勒概念、釐清法規要求並估算市場規模，然後把這四部分匯成一份論證，帶到關卡一。第三，設計與開發：議定要求與規格、完成詳細設計、造出可運作的樣機，並召開一次設計審閱。第四，驗證：對照規格策劃並執行驗證測試，通過之後再進行一次小批量試產。第五，推出與檢討：在關卡二作出推出決定，向市場推出，隨後開一次推出後檢討並為項目結案。
甚麼是階段—關卡流程，一道關卡可以作出哪些決定？
階段—關卡流程把開發工作歸入若干階段，並在每兩個階段之間放一個決策點，令資金與投入分批釋放，而不是一開始全部押上。關卡的常規結果是放行、終止、暫緩與返工：進入下一階段、停掉項目、因產能或優先次序而擱置，或者在決定之前退回重做當前階段。本範本在關卡一展示放行、返工與終止，在關卡二展示推出、延長試產與終止。如果你們的關卡除了放行之外從來不產生別的結果，它們就不是關卡，而它們本應提供的產品組合管理，也就沒有在發生。
設計審閱與驗證測試有甚麼分別？
設計審閱是拿設計去對照它的輸入：詳細設計與樣機是否符合開發開始時議定的規格，以及尚未關閉的風險是否被理解。驗證測試是拿產品去對照需要：它在真實條件下是否為使用者所用，是否符合包括法規在內的各項要求。查證是第一條問題，確認是第二條問題，品質管理標準把它們當作彼此獨立的活動，是有充分理由的。在本圖中，它們是兩個決定，各有一條通往詳細設計的返回路徑，因為在審閱階段發現的設計缺陷，遠比在測試樣機造出來之後發現同一個缺陷便宜得多。
它與軟件發佈流程或放行與否決策樹有甚麼不同？
在於範圍。本圖涵蓋整個開發週期，由一個概念進入管道到一次推出後檢討，並把每一個推出決定當作一個帶關卡的單一節點來處理。軟件發佈流程圖的起點晚得多，由程式碼完成的建置開始，細至分支切分、測試關卡、預備環境、部署、回滾與緊急修補。/yue/templates/推出放行決策流程 上的放行與否決策樹則走相反的方向，把一道關卡展開成十幾條證據問題與五個具名結果。用本頁來界定整個週期，用另外兩者之中的一個去展開你們需要更細的那一部分。
每道關卡的決定應該由誰負責？
每道關卡一位具名的人，各個貢獻職能以提供證據的身分出席，而不是以投票的身分。關卡一通常落在掌握產品組合與預算的那個人身上——產品總監、業務總經理，或者在較小的機構裡是管理層——因為它決定的是研發產能往哪裡去。關卡二既是一個就緒決定，也是一個商業決定，因此負責人需要有權在品質或供應尚未就緒時壓住推出，而不只是有權批准推出。在第一道關卡之前就把決策權寫下來：一道沒有指定負責人的關卡，最後會落到當日在場職級最高的那個人手上。
一個產品開發流程應該設幾道關卡？
比你們以為的要少，而且只設在真有決定存在的地方。這裡之所以是兩道，是因為它們標示出投入陡增的兩個位置：關卡一授權開發，關卡二授權推出以及隨之而來的生產、市場推廣與支援成本。規模更大或監管更嚴的項目，通常會在概念與詳細設計之間加一道關卡，並在驗證開始之前再加一道。有用的檢驗方法，是看這道關卡是否有可能給出放行以外的答案。如果一次審閱從來沒有停掉或改變過任何一個項目，就把它取消，或者把它調到投入真正被鎖定的地方。