在任何時間與場景下，實現(xiàn)產品的快速交付與變現(xiàn)都是企業(yè)的終極目標，那么如何高質量快速交付產品？本文結合相關項目，進行復盤，希望對你有所啟發(fā)。

本次以某兩地項目售前到項目驗收回款入賬為時間節(jié)點，來復盤整如何快速交付產品。本復盤中不涉及與客戶的商務關系的影響產品交付的因素。

一、概述

1. 產品開發(fā)快速交付的重要性

在任何時間、任何場景下，實現(xiàn)產品快速交付變現(xiàn)產生價值都是公司的終極目標，不多贅述。

2. 項目上常見影響產品快速交付的問題

• 干系人管理不到位
• 售前承諾與團隊開發(fā)實現(xiàn)矛盾
• 產品相關質量不過關
• 需求蔓延、變更
• 內部資源分配不合理
• ……

二、項目背景

警院項目是我司戰(zhàn)略規(guī)劃的一個重要里程碑節(jié)點。對外打造智慧實戰(zhàn)警院工作部署，幫助警察院校加大公安科技信息化與實戰(zhàn)化成長。旨在通過培養(yǎng)學生使用習慣，獲取院校師生的心智，從而長遠奠定我司在公安行業(yè)內的影響力；對內則開辟警院產品新類業(yè)務線試點。

正逢我司有兩個警院項目同時開展，借此以最小的代價，同時交付兩個項目產品，簡稱兩個項目為S與H項目。

基于以上背景，結合客戶需求，我們團隊提供了以下平臺類解決方案。

平臺類標準化產品：[S]分析研判、數(shù)據(jù)建模、數(shù)據(jù)資源中心；[H] 分析研判、數(shù)據(jù)資源中心

平臺類項目定制化開發(fā)：[S]基于研判路徑所需的教學管理系統(tǒng)；[H] 虛擬仿真、教學管理系統(tǒng)

在此期間，由于客觀環(huán)境、資源頻繁變動、資源異地辦公、資源不足、工期短而導致產品求速而不求質、等等問題，對產品迅速交付變現(xiàn)帶來了很多負面影響。

• 由于項目處于口罩期間，客戶又在異地，會隨機出現(xiàn)封控現(xiàn)象，導致需要出差的事項不能及時響應，進而影響項目驗收。
• 存在項目團隊成員不穩(wěn)定的情況，團隊開發(fā)人員流動性特別大，導致看上去該項目有很多人參與過，其實固定成員就三四位，以至于需求反復宣講，且開發(fā)需要熟悉代碼耗時又效果不好。過多開發(fā)人員短暫參與，相互之間且未統(tǒng)一代碼標準，同時引發(fā)代碼質量無法保障，影響團隊士氣，進而影響產品的質量保障。
• 同時，團隊有成員在異地辦公，虛擬團隊溝通卻不暢。
• 有團隊進行工作量評估，但得出不確定情況。
• 研發(fā)項目期間，研發(fā)人員無法專注開發(fā)代碼一直被打擾，影響開發(fā)進度。
• 定期風險排查缺失與信息同步不夠，必然會導致溝通的有效性低迷。
• 對部分產品測試結果把控力度不夠與測試場景精細度的缺失，導致交付后質量難以滿足客戶期望。
• 產品歷史遺留問題，短時間內無法快速解決。
• 項目時間周期時間短、資源緊張，導致文檔維護缺失。

三、項目目標

1、對外通過構建“教學-服務-培訓”一體化的平臺，提高警察院校教育水平。

2、對內快速實現(xiàn)項標準化產品變現(xiàn)，以及部分定制開發(fā)以達到項目驗收回款，從而實現(xiàn)雙贏局面。

3、為定制化開發(fā)內容提煉成標準化產品

4、基于公司戰(zhàn)略規(guī)劃，對未來潛在客戶市場品塑造優(yōu)秀品牌形象

四、項目成功

交付時間：[H]項目計劃時間內成功交付；[S]項目已驗收。

交付結果：目前 [S]、[H] 項目已成功驗收并回款，投入教學使用中，其中 [S] 項目已投入正常教學使用中，處于系統(tǒng)維護中；[H] 項目即將投入教學使用，開始進行系統(tǒng)維護，且客戶其他建設需求二期正在洽談中。

五、問題場景分析

1. 當處于項目關鍵節(jié)點時，該如何改進提升產品交付速度？

產品交付的關鍵節(jié)點是：項目售前、項目啟動、需求溝通、產品開發(fā)。

a、項目售前

從產品交付的角度來講售前階段，對產品規(guī)劃與形式的認可，能夠有效推動客戶心理預期建設，那么交付產品時，就有利于減少客戶的不同觀點阻力。

一方面是要識別了正確關鍵的客戶干系人，并做好的了客戶關系。另一方面在前期向客戶推銷解決方案時，產品角色便要介入解決的方案的撰寫上，不一定是產品角色去寫，但產品角色一定能對外宣講這個方案，熟悉并能快速搭建堆砌出解決方案上的產品交付內容，同時保持交付項目解決方案的簡潔，盡可能減少不必要的工作。

b、項目啟動

項目啟動大會的召開是必要的，這不僅僅只是一種儀式，更多是在儀式下各方干系人（公司內、公司外）對項目承諾。

一方面有助于增強各方人員的信任感，一方面加強了團隊歸屬的儀式感，潛意識影響了對項目信心與責任，那么必然會導致對交付產出物的重視，從而影響質量。進一步來講，如何召開項目啟動大會也是一門學問，有意思的是[S]與[H]項目都召開了啟動大會，排除項目金額對啟動大會的重視程度影響，兩項目的啟動大會一個是對內對外，一個是只對內，方式也有差異。在后期產品交付中也有著不同的影響，總之，結果顯而易見表明，啟動大會召開的質量也是重要影響啟動大會有效性之一。

c、需求溝通

項目上溝通的方式，因項目經理而異。但，從產品的角度，我們應該鼓勵與必須讓產品角色去給客戶演示匯報，收集客戶反饋。項目經理更多應該服務溝通與項目進度匯報。

同時，產品需要采用原型方法與客戶溝通需求，通過快速構建和演示核心功能的原型，以便客戶提供即時反饋。原型法可以幫助識別和解決需求不明確或變化頻繁的問題，減少重復工作和時間浪費。

d、產品開發(fā)

1）與客戶合作確定系統(tǒng)建設內容的優(yōu)先級。通過與客戶協(xié)商，了解項目交付中產品的關鍵需求和核心功能，以及可暫時擱置的次要需求。將有限資源集中在關鍵和高優(yōu)先級任務上。

2）采用敏捷開發(fā)方法，將系統(tǒng)開發(fā)過程分解成多個小周期，每個周期都集中在完成一些功能或模塊?？蛻艉晚椖繄F隊可以在每個周期中進行反饋和調整，確保項目朝著正確的方向前進。不具備敏捷團隊的特點，可以采用混合方法：預測型+敏捷型。

3）與客戶和利益相關方保持溝通和透明度，共同管理期望。明確可交付產品建設的范圍和可交付成果，確保各方對項目的目標和限制有一個共同的理解，避免額外的變更和需求蔓延。

2. 當提升項目交付的速度同時，該如何把控交付產品質量問題？

產品來源于項目，支撐項目的快速交付又依托產品穩(wěn)定的開發(fā)迭代。通常在項目交付上，我們都談論是要產品的標準化，盡可能少開發(fā)，但是通常會出現(xiàn)標準的產品功能無法滿足項目交付問題，而且當前所處行業(yè)的特性，又要求建設方案具備特色，這就意味著定制化開發(fā)是必然的。

那么，項目交付的速度需要「標準產品+定制化開發(fā)」的組合模式。

由此，在產品質量上，如果標準化產品質量越穩(wěn)定，版本更新越快適應競爭市場，那么對交付產品的質量就會越高。標準產品如何穩(wěn)定與快速迭代又是另一個大課題，在此不做贅述。

3. 當在項目組合中同時交付兩個相似項目時，產品如何快速研發(fā)？

當[H]項目與[S]項目同時交付時，依然是用「標準產品+定制化開發(fā)」的組合模式。但是，基于定制化開發(fā)部分如何與客戶溝通爭取更多標準化內容建設是不足的。主要原因之一是在這兩個項目開發(fā)中是統(tǒng)一位產品角色，但該角色未主動掌控客戶溝通的主動權，更多的是項目上的兩位項目經理各自引導客戶匯報，導致無法從產品的統(tǒng)一化的角度更好引導客戶，這是需要產品角色去主動定期整合引導去匯報的。

另一方面，完全標準化意味著失去特色，那么，在了解需求后是否可以把控「特色」的范圍，把特色設置一定百分比范圍內？比如，交付標準產品功能85%+特色15%呢？當特設建設的百分比超過15%時，是不是可以判斷不接這個項目，或者特色建設超過了15%但對未來產品規(guī)劃的方向相一致，可以把特色升級到標準產品中，這是需要對當下市場、未來市場、以及產品規(guī)劃有著清晰規(guī)劃的前提下才能決策的。

4. 當規(guī)范溝通流程實施時，對產品快速交付的影響？

顯而易見，規(guī)范的溝通流程是減少非必要溝通提升效率的有利途徑之一，對提升信息同步有效性具有顯著的影響。

所以，我們應該反思的是如何從已知的專業(yè)化標準化的溝通流程中，如何找到適合自己項目組的溝通方式才是最佳的流程。盡管對通用標準化的溝通規(guī)范是必要的，但是應該是基于當下的客觀環(huán)境以及組員認可的支基礎上。尤其是，當在外力條件下組員表動頻繁，每新加的成員，得到他們的快速認可，同時給予他們參與權，更有利于團隊的成熟，從而促使項目的快速交付。

六、行動總結

回歸到解決問題上，我們對問題場景進行了分析，對應到具體問題點可用以下方式解決，需要提醒的是問題解決方法并非唯一。

1. 團隊行為規(guī)則達成一致，溝通方式達成一致，信息保持透明可以解決以下問題

• 由于項目處于口罩期間，客戶又在異地，會隨機出現(xiàn)封控現(xiàn)象，導致需要出差的事項不能及時響應，進而影響項目驗收。
• 同時，團隊有成員在異地辦公，虛擬團隊溝通卻不暢。
• 定期風險排查缺失與信息同步不夠，必然會導致溝通的有效性低迷。

2. 使用混合（預測+敏捷）開發(fā)模式可以解決以下問題

• 存在項目團隊成員不穩(wěn)定的情況，團隊開發(fā)人員流動性特別大，導致看上去該項目有很多人參與過，其實固定成員就三四位，以至于需求反復宣講，且開發(fā)需要熟悉代碼耗時又效果不好。過多開發(fā)人員短暫參與，相互之間且未統(tǒng)一代碼標準，同時引發(fā)代碼質量無法保障，影響團隊士氣，進而影響產品的質量保障。
• 有團隊進行工作量評估，但得出不確定情況。（敏捷中有介紹的開發(fā)如何評估工作量的方法，比如：撲克估算。）
• 研發(fā)項目期間，研發(fā)人員無法專注開發(fā)代碼一直被打擾，影響開發(fā)進度。（保持研發(fā)的專注是最有效的開發(fā)方式，敏捷中通過版本定期調整需求的優(yōu)先級達成一致性，確保持續(xù)專注開發(fā)優(yōu)先級最高的事項。）
• 項目時間周期時間短、資源緊張，導致文檔維護缺失。
• 產品歷史遺留問題，短時間內無法快速解決。
• 對部分產品測試結果把控力度不夠與測試場景精細度的缺失，導致交付后質量難以滿足客戶期望。

總結，接下來的行動優(yōu)先級最高的是需要加強團隊在項目交付上的敏捷培訓。