項目過程管理

1. 項目所需要的文檔（需要歸檔）

• 需求文檔（需求評審時的問題列表）
• 技術(shù)文檔（技術(shù)評審時的問題列表）
• 排期文檔
• 開發(fā)文檔（記錄開發(fā)過程中遇到的難題和解決方案）
• 測試文檔（測試提供UT報告和壓測報告）
• 風(fēng)險點（列出項目風(fēng)險點并做好預(yù)案）
• 上線時的checklist
• 算法/服務(wù)維護列表
• 算法/服務(wù)過程中的問題記錄（包括問題本質(zhì)和解決方案）
• 算法的輸入、輸出記錄

2. 需求評審

需求評審之前，先仔細(xì)看一遍需求文檔，做什么事情心里大致有個概念。具體來說需要明確以下幾點：

• 需求的目的是什么？
• 需求相對于產(chǎn)品來說是否合理？
• 考核指標(biāo)是什么？
• 是需要重新開發(fā)還是復(fù)用現(xiàn)有應(yīng)用？
• 需求的量級如何？
• 需求實現(xiàn)后對產(chǎn)品產(chǎn)生怎樣的影響？

以上有些問題對于一個開發(fā)來講是有點超出范圍了，但是對于一個合格的項目負(fù)責(zé)人來說是的確要思考的問題。只有從業(yè)務(wù)需求本身思考需求，才能將需求做的更好。

需求評審時，在理解需求的基礎(chǔ)上，進一步確認(rèn)，并將還存在的問題當(dāng)場提出，需要得到產(chǎn)品同事的立即回復(fù)。問題可以列在需求的問題列表里。

如：

序號問題答復(fù)

1	需求的目的是什么？	提高日活
2	考核指標(biāo)是什么？	CTR

3.技術(shù)評審

明確了需求之后，要確定所需要的技術(shù)棧，再從架構(gòu)、模塊方面考慮技術(shù)設(shè)計。

3.1 明確技術(shù)棧

比如，一個完整的推薦系統(tǒng)，需要哪些技術(shù)棧：

• 大數(shù)據(jù)相關(guān)：hadoop、spark、hive
• 機器學(xué)習(xí)相關(guān)：ml、tensorflow
• 算法：cf、svd、rank、filter
• 算法服務(wù)實現(xiàn)：java、spring cloud、redis
• 實時流數(shù)據(jù)處理：flink、spark streaming、storm
• 數(shù)據(jù)分析：python、hive sql

3.2 明確子系統(tǒng)劃分

以上用到的技術(shù)棧是怎么劃分在各個子系統(tǒng)的，它們之間是怎樣協(xié)作的，這是要考慮的第二個問題。

推薦系統(tǒng)可以劃分為以下子系統(tǒng)：

• 離線算法
• 實時算法
• 算法服務(wù)

將以上子系統(tǒng)整合起來，形成整體框架。畫出框架示意圖：

同時，劃分清楚子系統(tǒng)后，要明確子系統(tǒng)之間的交互和協(xié)作。

3.3 明確與外部系統(tǒng)的交互

一般通過暴露接口的方式對外提供服務(wù)，那么就得明確接口的參數(shù)定義和結(jié)果返回，且要與調(diào)用方明確接口。

序號接口輸入輸出

1	Map<String, String> getRecRsByUserId(String userId, String businessId, String sceneId);	String userId 用戶id，String businessId 業(yè)務(wù)id，String sceneId 場景id	推薦結(jié)果對象

3.4 技術(shù)評審時的問題列表

在評審時，技術(shù)設(shè)計人員需要一一回答評審過程中參與評審的人員提出的問題，并記錄在表中，無法回答的，需要線下進行解答。無重點技術(shù)問題和難點時，技術(shù)評審?fù)ㄟ^。

序號問題答復(fù)

1	FTRL實時實現(xiàn)流程？	參見文檔
2	user-cf 開發(fā)的數(shù)據(jù)輸入？	用戶-資訊矩陣

4.排期文檔

排期文檔要明確以下重要內(nèi)容：

• 模塊、任務(wù)劃分
• 完成時間
• 任務(wù)負(fù)責(zé)人

排期需要按照大致的可完成時間進行估計，要實事求是。可以進行風(fēng)險預(yù)估并留出一定的時間，但是不能太多。后續(xù)將根據(jù)小組成員的實際工作情況來檢查排期計劃是否合理。

排期文檔一旦確定，就需要嚴(yán)格按照排期進行，到任務(wù)檢查點就去檢查，嚴(yán)格考核是否已完成。

5.開發(fā)文檔

開發(fā)文檔主要記錄開發(fā)過程中遇到的問題和相應(yīng)的解決方案，作為寶貴的經(jīng)驗積累向大家進行分享。

6.測試文檔（測試提供UT報告和壓測報告）

7.風(fēng)險點（列出項目風(fēng)險點并做好預(yù)案）

8.上線時的checklist

列出依賴關(guān)系，尤其是依賴的外部應(yīng)用，數(shù)據(jù)庫，redis，離線算法，實時算法等

9.算法/服務(wù)維護列表

序號時間負(fù)責(zé)人上線功能簡要描述業(yè)務(wù)目的

1	9/28/2018 18:40	xxx	修改算法服務(wù)	主流程和ab流程合并；調(diào)整取算法結(jié)果的順序：personaltopn第一，用戶畫像第二，算法0第三，算法5第四	瀏覽器彈窗	提高算法覆蓋率，代碼優(yōu)化
2	9/27/2018 15:00	xxx	用戶畫像2.0	1、單用戶推薦廣告類增加到3個，每類推薦3個廣告；2、上線用戶畫像數(shù)據(jù)中文版hive表	瀏覽器彈窗	豐富廣告推薦內(nèi)容，以利于排序
3	10/09/2018 10:40	xxx	ab服務(wù)增加時間監(jiān)控	ab服務(wù)模塊	增加時間log信息	瀏覽器彈窗

10.算法/服務(wù)過程中的問題記錄（包括問題本質(zhì)和解決方案）

主要用作線上問題的定位和跟蹤。

11.算法的輸入、輸出記錄

記錄每一種算法的所有輸入表和輸出表

總結(jié)

以上是生活随笔為你收集整理的项目过程管理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。