'經驗分享:項目發佈,這4點關鍵因素需要注意'

"

項目發還是不發?什麼時候發?筆者親身經歷了阿里的項目發佈之旅,總結了4點經驗與大家分享。

"

項目發還是不發?什麼時候發?筆者親身經歷了阿里的項目發佈之旅,總結了4點經驗與大家分享。

經驗分享:項目發佈,這4點關鍵因素需要注意

產品經理和研發負責人勾搭著背,在電梯拐角處,暗下私語。

研發負責人從兜裡掏出一包煙,產品經理也拿上一支,默默燃上。

研發負責人說:“發吧,別糾結了,萬一我們狗屎運,項目一飛沖天呢!”

產品經理哼唧了一聲,凶狠的抽了一口煙,說到:”還一飛沖天,你特麼不怕踩到雷啊?項目一旦上去,萬一出問題,怎麼辦?一屋子人全完蛋。”

研發負責人:”醜媳婦總要見公婆的,996了這麼久,大家心裡都憋著一口氣,總要發的呀,不能天天內測吧?”

產品經理腦海裡翻滾著之前項目踩過的雷,受過的傷,又浮現出老闆那飢渴的眼神,還閃過這個歷經幾個月的項目(有幾個雷區一直沒踩實),內心忐忑,但時間點已在眼前,不發也不行。

研發經理:“要不我們明天一早去靈隱寺許個願吧,請菩薩保佑我們,項目發佈馬到成功。”

產品經理想著明天是週二,菩薩們工作日比較空,或許心情好些,可能就真的保佑我們了。(馬老師說過,請菩薩幫忙不要週末去,週末去的人太多,菩薩太忙,沒法照顧到你。所以要等菩薩空一點的時候去,工作日去,也是自己誠意的一種體現。)

第二天,產品經理和項目經理清晨5:00就到靈隱來許願,希望菩薩能給個項目發佈的吉時。

哈哈,故事先告一段落,僅供娛樂。

不知道大家有沒有遇到過這麼糾結的項目發佈?發也不是,不發也不是,想發又不敢發,都已經希望菩薩保佑,還想菩薩賜給個吉時。

對產品經理和研發同學來說,項目發佈是稀鬆平常的事,似乎沒什麼特別的。

我們今天看看別人經歷過的項目發佈之旅和應對策略。項目發佈的吉時除了外力,還得靠自己噢。

項目發佈的影響評估及對應策略

1. 評估項目是否有重大特殊意義

項目如果涉及重大對外披露、公關、或政府合作、國際合作等具有重大事件意義的,通常發佈時間也沒有可商榷空間,務必要引起一級重視。

比如雙11發佈,比如大佬們聯合站臺,在某分某秒按下啟動鍵的。這類項目的底線是不出錯

對應策略:

(1)分解項目風險,並將風險逐一解耦,避免多問題併發。

面對複雜業務、複雜系統,需要多次事前模擬演練,把各種問題提前想好並做好預案,項目管理中有一項是風險管理及應對辦法。

同時,減少各環節之間的依賴關係,儘可能做到關鍵環節可插拔、有備案

還要,加強每個環節的自查、自測。我曾經服務的事業部曾經捅出過大簍子,上下游七八個崗位的人,人人都忽視了,最終導致和上級主管部門互通的系統接口掛掉,事業部大量業務積壓,無法往前推進。

(2)提前準備好項目的啟動/關閉按鈕。

萬一發佈後遇到問題,可以快速切回老鏈路。

中國人的智慧往往深奧又通透。早年前看話劇時,有個山西富豪之家,由於經營變故,家族無以為繼。在大家都以為完蛋了的時候,老祖宗鎮定自若,告訴大家我早就為家族準備好保險基金,存放多年的金銀財寶足夠亮瞎孝子徒孫們的眼睛,最終幫家族順利度過危機。

項目開關鍵,可以讓項目和發佈解耦,需要的時候打開,不需要或有問題的時候,關閉。相當於做了防護墊,給項目留了後路,以防萬一。

當然得保證關閉後,可以順利切回老鏈路,萬一切回去,發現老鏈路不靈光了,哭天抹淚也沒用。

2. 合理評估項目對業務的影響,對用戶的影響,重要高風險項目,灰度發佈,低谷發佈

比如項目發佈將改變原有的資金鍊路,而資金鍊路是全新的,又很巧項目是第一個用新的資金鍊路的。怎麼辦,直接切?

如果只有幾個客戶,就幾十塊錢,或許發就發了。

可是如果是幾十萬、甚至上億的資金,怎麼辦?直接發佈上線,風險太大。同樣,對用戶行為習慣有重大改變,且改變帶來的影響又有不確定性的時候,項目發還是不發?

策略:灰度發佈;選擇用戶訪問低谷時發佈,待驗證沒有問題,再進一步擴大發布範圍。

我們之前在螞蟻遇到涉及大量資金鍊路改造的項目,會選擇灰度發佈,灰度切流。先切100個用戶,沒問題了再切1000個,再驗證沒問題再切1%,再逐步放大,全部切完可能需要3個月。

有些特殊項目會選擇在凌晨3:00-4:00發佈,可能還得邀請幾個種子用戶幫我們做真實的在線測試,線上驗證通過了,才會逐步擴大項目發佈範圍。不是所有的項目都適合敲鑼打鼓的發佈,一飛沖天。

3. 合理評估對協同環境的要求,避開自己把控不了的資源瓶頸

前段時間,我們遇到項目延期,熱心的研發GG們溝通後,決定週五發佈,畢竟延期發佈終究打臉。

研發負責人:”我們週五發吧?”

產品負責人:”確定嗎?”

研發負責人:”發了好了。”

產品負責人:”週五發上去,如果有問題,怎麼辦?”

研發負責人:”有問題我們來處理,不會有問題的。”

產品負責人:”項目涉及兩個外部團隊的資源,都得求爺爺告奶奶,他們的鏈路很長,你確定發上去,如果有問題,能搞定這兩個外部團隊,讓他們週末來協助我們?”

研發負責人:”我知道週五不是吉時,還不是為你們好,不想拖了呀?”

產品負責人:”還是下週發吧,穩妥點。”

如果項目發佈,受不可控的資源影響,需充分評估到這點,項目發佈需要他們的參與。

應對策略:避開不可控的資源和不可控的時間,比如週末。

4. 如遇封網,提前做通盤考慮

很多公司會有封網,尤其遇到重大時間,比如雙11,雙12 等,所以在項目計劃上,需要考慮封網帶來的影響。

當然有的公司,封網也可以發項目,這要看各自的本事和公司整體環境。

總結

綜上所述,在選擇項目發佈的吉時,需要考慮以下因素及應對策略分別是:

(1)如果項目有重大特殊意義,但項目又有潛在風險,則:

  1. 分解項目風險,並將風險逐一解耦,避免多問題併發,減少各環節之間的依賴關係,儘可能做到關鍵環節可插拔、有備案,加強每個環節的自查、自測;
  2. 加厚防護墊,比如提前準備好項目的啟動/關閉按鈕。

(2)如果項目對業務、對用戶有重大影響,則:

  1. 採用灰度切流的方式發佈;
  2. 首個發佈吉時選在用戶訪問的低谷期,待驗證沒有問題後再擴大項目發佈範圍。

(3)如果項目對外部不可控的資源有要求,則將項目發佈時間定在資源可控的時間,比如避開週末。

(4)如果有封網,提前將封網時間納入通盤考慮。

最後,祝大家的項目發佈666!

作者:水中魚,微信公眾號:菩提產品,10年阿里產品、數據。

本文由@水中魚 原創發佈於人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash, 基於CC0協議。

"

相關推薦

推薦中...