一爸黄、OMS項目過程
1、項目開展 — 項目規(guī)劃
1）0-1階段
① 確定項目最終目標
替換易倉&Saleforce(部分能力)
② 確定項目截止時間
2021年12月份（演變過程：2021.7——＞2021.8——＞2021.9——＞2021.12）
③ 確定項目階段目標
a.2021年9月份完成獨立站遷移
b.2021年12月份完成多渠道遷移
④ 項目開展前期
a.調(diào)研清楚業(yè)務(wù)現(xiàn)狀系統(tǒng)現(xiàn)狀
b.確定好未來系統(tǒng)規(guī)劃與需求
c.明確好新的業(yè)務(wù)職責(zé)與流程&拉通業(yè)務(wù)達成一致
d.明確好新的系統(tǒng)定位與邊界&拉通團隊達成一致
e.制定項目階段計劃并實施
⑤ 項目開展中期
- 處于快速迭代階段
- 把控項目整體進度與階段進度
- 與領(lǐng)導(dǎo)&業(yè)務(wù)定期同步過程：同步已完成功能+下一步計劃（有風(fēng)險或者變動及時拉通）
2）1-N 階段
PS：0-1過程中伴隨著1-N
a.接受并消化所有業(yè)務(wù)需求
b.梳理并安排所有業(yè)務(wù)需求的整體優(yōu)先級
c.與搭檔分工（同步需求巾钉，輸出方案思路惭笑，主要把控大方向汞斧，適度把控細節(jié)）
2滔驶、項目開展 — 工作優(yōu)先級
項目目標大時間短蔽挠、工作量相對超負荷的情況下，需先確定好工作優(yōu)先級瓜浸，按優(yōu)先級開展工作推動項目。否則工作進展會受阻比原，項目可能會延期插佛。那如何有序開展工作推動項目呢？大致分為以下四點：
① 查看整體計劃
開展每日工作前量窘，先查看項目整體計劃雇寇。
② 確定當前階段
根據(jù)項目整體計劃確定當前所處階段（雙周迭代任務(wù)），從而確定當日做什么（今日任務(wù)）蚌铜。
③ 處理自身需求
確定業(yè)務(wù)方——＞調(diào)研拉通——＞確定結(jié)論——＞輸出方案——＞確認方案
④ 處理搭檔需求
作為產(chǎn)品負責(zé)人锨侯，先調(diào)研確定需求大概——＞與搭檔進行分工——＞同步需求背景/方案思路/相關(guān)改動程序——＞確定需求截止時間
PS：ToB產(chǎn)品在設(shè)計過程中更注重每個功能模塊之間的銜接，也就是信息流如何形成閉環(huán)冬殃，在考慮某個模塊的改動時囚痴，要多考慮是否對其他功能模塊或者系統(tǒng)造成影響。所以針對每個需求审葬，需整體閉環(huán)思考深滚，將所有相關(guān)點都考慮在內(nèi)奕谭，一起改動處理。
⑤ 處理問題
梳理問題（開發(fā)中問題痴荐、線上問題等）——＞確定問題優(yōu)先級——＞按優(yōu)先級逐一處理解決
3血柳、項目開展 — PRD設(shè)計
在項目0-1階段搭好需求文檔基線：統(tǒng)一規(guī)范、字段生兆、流程难捌、方案，使其團隊成員思路清晰認知一致鸦难，有助于后期迭代更新根吁，是項目順利開展以及后續(xù)迭代的核心。
① 確定系統(tǒng)公共規(guī)范
框定好公共規(guī)范明刷，便于后續(xù)保持統(tǒng)一婴栽。
② 明確業(yè)務(wù)對象
明確業(yè)務(wù)對象名稱及其含義，有助于上下游系統(tǒng)保持統(tǒng)一辈末，方便產(chǎn)研同事與業(yè)務(wù)同事對系統(tǒng)的統(tǒng)一認知愚争，有助于提供研發(fā)建表思路，比如創(chuàng)建地址表挤聘、商品表等轰枝。
③ 明確業(yè)務(wù)流程
明確業(yè)務(wù)流程、狀態(tài)流轉(zhuǎn)组去，有助于研發(fā)測試同事理解上下游業(yè)務(wù)鞍陨、進行系統(tǒng)概要設(shè)計系統(tǒng)基礎(chǔ)搭建等。
④ 按程序編寫PRD
每一頁PRD對應(yīng)每一道程序从隆。例如：當訂單進入到系統(tǒng)生成系統(tǒng)單诚撵，從而有了相應(yīng)的訂單管理，接著進行商品匹配键闺、分攤計算寿烟、庫存占用等一系列程序。如下圖所示：
這樣的程序PRD設(shè)計辛燥，有助于產(chǎn)品及其整個團隊成員對系統(tǒng)設(shè)計筛武、PRD編寫有一個清晰的認知，且后續(xù)若產(chǎn)生新需求或者發(fā)生新問題挎塌，定位到需處理的程序后徘六，可以快速直接定位到相應(yīng)的PRD里編寫方案。
4榴都、項目問題 — 系統(tǒng)設(shè)計
其實每個項目多少都會遇到一些問題待锈，何況是0-1項目。以下列舉一些典型案例嘴高。
① OSC的系統(tǒng)定位（替換系統(tǒng)炉擅、使用業(yè)務(wù)方辉懒、頁面是否顯示？）
問題：關(guān)于OSC定位谍失，在一開始眾說紛紜眶俩。它對應(yīng)的替換系統(tǒng)是易倉還是Saleforce？使用業(yè)務(wù)方是哪個角色（運營 客服 倉儲 物流）快鱼？是只需支持下單的服務(wù)平臺還是外加供業(yè)務(wù)操作的后管平臺颠印？最終衍生出一個問題，是否需要建立后管頁面抹竹？
解決：經(jīng)過一系列討論线罕，OSC定位為提供創(chuàng)單接單能力，提供對客服務(wù)人員處理訂單的能力窃判。建立了后管頁面钞楼，供對客服務(wù)人員快速篩選查看處理相關(guān)單據(jù)。
② OSC訂單正向狀態(tài)定義（成功袄琳、失斞？）唆樊、攔截狀態(tài)定義等
問題：關(guān)于OSC訂單狀態(tài)宛琅，在幾個會議中爭執(zhí)不下，有表示要區(qū)分成功與失敗的狀態(tài)等逗旁。另外是否需要攔截狀態(tài)嘿辟，若需要，攔截狀態(tài)如何回退等片效。
解決：最終確定訂單狀態(tài)只記錄成功狀態(tài)或者待執(zhí)行狀態(tài)红伦，比如推送失敗，那么狀態(tài)仍處于待推送而不是推送失敗淀衣，同時記錄異常信息：異常類型為推送失敗色建，異常原因為推送失敗具體原因∩噻停基于訂單行的攔截狀態(tài)無法通過商品行的攔截狀態(tài)進行匯總折中，則不記錄攔截狀態(tài)某残，只用訂單狀態(tài)進行流轉(zhuǎn)即可国撵。
③ OFS單據(jù)結(jié)構(gòu)設(shè)計、系統(tǒng)流程設(shè)計玻墅、拆單&尋倉庫物流的功能設(shè)計等
問題：在起初設(shè)計階段介牙，經(jīng)協(xié)商確定設(shè)計履約單，與上游OSC的系統(tǒng)單一對一澳厢，在其尋完倉庫物流后环础，生成相應(yīng)的包裹單囚似。其中基于履約單進行拆單——＞尋倉庫物流的功能設(shè)計，讓整個系統(tǒng)流程設(shè)計非常冗余线得。在獨立站遷移上線后饶唤，問題爆發(fā)，業(yè)務(wù)紛紛反饋履約系統(tǒng)難以使用
解決：在項目第二階段-多渠道遷移過程中推動解決了問題贯钩，針對OFS做了一系列改造募狂，最終只剩包裹單，整個系統(tǒng)流程設(shè)計相對順暢角雷。
④ 各功能分別做在哪個系統(tǒng)（例如：預(yù)提報等）
問題：各功能分別做在哪個系統(tǒng)祸穷，說到底是系統(tǒng)定位問題、需求分析思路等勺三。例如：預(yù)提報功能雷滚，一開始確定在做在OFS處理，后續(xù)希望整個環(huán)節(jié)做在TMS吗坚，那到底做在哪個系統(tǒng)合適祈远？
解決：最終定位做在OFS，主要是依據(jù)整個業(yè)務(wù)流的配合刻蚯、業(yè)務(wù)希望在一個系統(tǒng)看最終包裹信息等一系列的細節(jié)決定預(yù)提報做在OFS更合適绊含。
⑤ 各問題分別是哪個系統(tǒng)處理（例如：地址截取問題）
問題：同樣，各問題分別在哪個系統(tǒng)處理炊汹，說到底也是系統(tǒng)定位問題躬充、需求分析角度維度等。例如：對地址進行統(tǒng)一截忍直恪（截取策略）充甚，是在TMS還是OFS OSC處理？
解決：這時需先思考這是國家維度還是服務(wù)商維度的收貨信息限制標準霸褒，接著確定哪個系統(tǒng)承接合適伴找。最終定位是國家維度的收貨信息問題，另OSC需提供統(tǒng)一標準系統(tǒng)單废菱，所以在OSC處理合適技矮。
⑥ 與業(yè)務(wù)、團隊內(nèi)部殊轴、領(lǐng)導(dǎo)拉通過程中的設(shè)計分歧等
這一塊感受頗深衰倦。因為0-1要做成什么樣子，每個人都有個藍圖旁理，所以整個項目過程中樊零，不論是與業(yè)務(wù)團隊還是產(chǎn)研團隊的溝通中，分歧很多孽文，對此進行了多輪溝通討論驻襟《峒瑁總體來說，處理方式可以說是上述第四點和第五點的結(jié)合沉衣。
5郁副、項目問題 — 項目進展
① SM與PO職責(zé)不清（例如：迭代內(nèi)容是SM定還是PO定）
問題：在項目起初迭代階段，SM與PO的職責(zé)劃分不清厢蒜，不清楚整個迭代節(jié)奏迭代計劃是SM定還是PO定霞势。其中，SM（Scrum Master）偏向于提供更優(yōu)技術(shù)方案斑鸦、合理估算需求工作量愕贡，從而確定需求是否可以在一個迭代內(nèi)完成。PO（Product Owner）偏向于清楚業(yè)務(wù)現(xiàn)狀巷屿、項目規(guī)劃固以、需求優(yōu)先級、需求方案等嘱巾，從而制定合理需求排期以便滿足項目進展需求憨琳、業(yè)務(wù)使用需求。
解決：這類問題在項目過程中不斷向上反饋旬昭，經(jīng)多方多次拉通協(xié)調(diào)達成最終合作模式篙螟。基于項目0-1且時間緊迫的特殊性（通過項目目標+項目截止時間倒推迭代節(jié)奏迭代計劃）问拘，基本是由PO決定安排遍略，這時的PO是產(chǎn)品負責(zé)人+項目經(jīng)理的角色。
② 因無上線要求骤坐，前期測試質(zhì)量無法保證
問題：在項目第一階段绪杏，兩周為一個迭代，計劃完成所有基本功能后纽绍，即幾個月后蕾久，對外開放使用，這便易導(dǎo)致無上線要求使測試質(zhì)量得不到保證拌夏。
解決：后期有了迭代上線要求僧著，測試質(zhì)量有所保障。
③ 需求評審經(jīng)常推遲障簿，需求評審時長過長
問題：需求評審原定在當前雙周迭代的最后周五完成盹愚，以便接下來的雙周迭代時間留給研發(fā)測試。結(jié)果需雙休繼續(xù)加班產(chǎn)出/完善方案卷谈，需求評審延至下雙周迭代的開始周一，這導(dǎo)致迭代開發(fā)測試時間縮短霞篡，迭代節(jié)奏更為緊張世蔗。其中因需求調(diào)研需求方案設(shè)計過程中無時間與研發(fā)溝通拉通端逼，開發(fā)測試過程中無時間處理零散問題，所以設(shè)計中盡可能將PRD寫細污淋，評審上盡可能將各種細節(jié)聊到聊透（包括每個字段定義來源作用等顶滩、每個功能后續(xù)發(fā)展等），導(dǎo)致需求評審時長過長寸爆。
解決：將項目管理時間產(chǎn)品調(diào)研設(shè)計等時間再壓縮礁鲁，提高處理能力，趕進度的同時仍保質(zhì)量赁豆。
④ 產(chǎn)品研發(fā)過往的工作背景不一仅醇、對系統(tǒng)認知不一，溝通成本高魔种，且易發(fā)生沖突
問題：新項目析二、新團隊，每個人的工作背景不同节预、工作經(jīng)歷不同叶摄、對系統(tǒng)認知也不同，討論問題與方案難免會產(chǎn)生一些分歧爭執(zhí)安拟，甚至沖突蛤吓，普遍需要經(jīng)過多次溝通來達成一致。
解決：后續(xù)在評審開發(fā)前期針對接下來計劃與方案多做團隊內(nèi)部溝通糠赦，以便在后面評審開發(fā)中減少沖突摩擦会傲；對于不同看法想法多些耐心傾聽與針對性地反饋，不要回避愉棱，即便是駁回唆铐，也要有理由地針對性地駁回。最終達成一致奔滑，相互間更為理解地接受新的觀點與方案艾岂。
⑤ 業(yè)務(wù)方各自負責(zé)什么，業(yè)務(wù)流程是什么朋其，在新系統(tǒng)上如何配合閉環(huán)
問題：該項目并非完全照搬替換的三方系統(tǒng)王浴，需要在搭建過程中依據(jù)公司個性化的業(yè)務(wù)模式業(yè)務(wù)需求建立新的業(yè)務(wù)流，這涉及到新的業(yè)務(wù)職責(zé)劃分梅猿、新的業(yè)務(wù)流程拉通氓辣、新的系統(tǒng)流程閉環(huán)設(shè)計等。
解決：項目本身相對不復(fù)雜袱蚓，復(fù)雜的是人的不配合钞啸，復(fù)雜的是部門之間互相踢皮球，復(fù)雜的是職責(zé)邊界模糊不清。以下方式僅供參考：
第一 對齊目標
想各部門所想所急体斩。將項目中的事項與各部門的日常KPI指標對齊梭稚，能增加他們業(yè)績指標的事項，他們不會拒絕絮吵。
第二 找對人
找到每個部門負責(zé)具體事務(wù)的小主管弧烤。既有執(zhí)行力，又有大局觀蹬敲，又能調(diào)動其他下屬配合做具體執(zhí)行的工作暇昂。
第三 專業(yè)性
對所有部門應(yīng)該做的事項要有專業(yè)性的同頻。這樣才能做到大家相互理解伴嗡。積極推動項目急波。（寧愿自己累一點、多做一點闹究，只要項目能如期推進就成幔崖。）
6、項目成果
① 2021年1月中旬至5月中旬
一個系統(tǒng)調(diào)研規(guī)劃——＞功能設(shè)計——＞推翻——＞兩個系統(tǒng)調(diào)研規(guī)劃——＞建立數(shù)據(jù)字典——＞功能設(shè)計
② 2021年5月中旬至8月底
兩周一個迭代——＞制定計劃——＞調(diào)整計劃——＞寫方案——＞改方案——＞01N 狂干三個半月
③ 2021年9月15日
獨立站切換完成渣淤，正式投入使用：首單成功出庫并成功回傳平臺已發(fā)貨
④ 2021年12月30日
多渠道切換完成赏寇，正式投入使用：灰度階段已產(chǎn)生線上單走完全流程
PS：同期同步進行【OFS改造、亞馬遜平臺對接价认、用戶融合項目等】
二嗅定、OMS項目總結(jié)
1、項目總結(jié)
圍繞最終目標和截止時間有序開展項目用踩，過程中兵來將擋水來土掩渠退，遇到問題解決問題，減少內(nèi)耗趕進度做成項目即可脐彩。經(jīng)驗細節(jié)如上所述碎乃，希望對你有所幫助。
