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

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

一、概述

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

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

2. 項目上常見影響產(chǎn)品快速交付的問題

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

二、項目背景

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

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

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

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

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

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

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

三、項目目標(biāo)

1、對外通過構(gòu)建“教學(xué)-服務(wù)-培訓(xùn)”一體化的平臺，提高警察院校教育水平。

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

3、為定制化開發(fā)內(nèi)容提煉成標(biāo)準(zhǔn)化產(chǎn)品

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

四、項目成功

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

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

五、問題場景分析

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

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

a、項目售前

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

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

b、項目啟動

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

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

c、需求溝通

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

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

d、產(chǎn)品開發(fā)

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

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

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

2. 當(dāng)提升項目交付的速度同時，該如何把控交付產(chǎn)品質(zhì)量問題？

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

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

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

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

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

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

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

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

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

六、行動總結(jié)

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

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

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

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

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

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