管理專案 具體流程

2022-10-10 00:27:12 字數 2030 閱讀 7664

1、

群公告裡面的資訊

1、需求:

2、時間點與分工:

3、係分:

4、cms 撘投一體化 tfadvertise係分:

《cms搭投二期係分》

里程碑《cms投放技術方案》討論

++新建群說話

當前群內基本就是cms三期各個域的介面人和owner,文件放在群公告,這個專案需要大家來一起努力推進哦 [鞠躬][鞠躬]

1. 接下來的目標需要各位owner跟進自己owner的資源位,給乙個具體可以細分的時間,目標時間是下周二

2. 明天下午(暫定)我拉大家確認可以細分的時間,細分會議上再確定專案節奏

------------ 文件第三步有乙個關鍵問題,關於介面使用哪種方案,目前還沒有結論,我推進後再同步出來

有問題請大家隨時溝通!

要求更新資源位文件

@蘇虞 @賈飛翔 ,你們把二期涉及到的資源位都補充到這個**裡面去。不管是老版本的相容,還是新版本需要遷移的,都更新到裡面去。

監控和自動降級

對於c端獲取投放資料,需要做一些監控和自動降級策略,我想了下,包括幾點,你們看下**中的處理 @闞澤 @賈飛翔 @蘇虞

1、一定要try catch住,獲取投放的超時時間設短(200ms),確保投放異常不對外暴露

2、投放的時候,如果出現異常,要異常日誌出來。如果是商業化投放,要按照資損日誌模版去打,後面需要有告警出來。這些異常資料都需要接上sls存起來。

要求測試

@胡批(冷卻) 測試的分工,你們分一下。一共38個點,都需要上線前驗證下。

灰度方案:

灰度方案:

cr前cms二期,目標明天上線,現在的幾個事情

1、灰度開關的驗證,優先驗證結束 ,其他涉及37個改動點的測試工作,@胡批(冷卻) @贇少 一起看下,可以和@允威 @阮聖迪(山笛) 一起分一下。

2、投放自動降級的開發和驗收,需要盡快完成下 @闞澤 @蘇虞

3、**cr,今天完成 @闞澤 @賈飛翔 @蘇虞 ,到時候tfadvertise拉上望州,tfservice拉上過唲,大家一起看下

cr**

今天晚上7點半一起cr下,先tfadvertise,再tfservice。@闞澤 @蘇虞 @賈飛翔

測試遇到問題:

@胡批(冷卻) @贇少 @允威 @阮聖迪(山笛) ,測試遇到的問題,群裡可以直接拋一下。此外,今天下午能測試完嗎?

拍板問題

本次涉及到的渠道不包含快應用渠道;如果後期影響到快應用,後期再走需求迭代。

調整需求變動的:

@所有人 大家先不要自己調整資源位配置和版本配置了,有些資訊同步不到位,可能導致反覆調整 ,資源位調整和版本配置調整先全部收口到 @玲鈺 和 @王增 這裡哦

1、2點:tfservice、tfadvertise服務端發布。@蘇虞 @闞澤 @賈飛翔 ,相關的上線審批、cr、測試通過要提前準備好,上線時候所有的開關都是關閉著的。發布過程中注意監控

2、4點:預計發布結束,開始進行線上驗證,確保新老版本不受影響 @胡批(冷卻) @贇少 @允威 @阮聖迪(山笛)

3、明天白天,按照資源位優先順序,配合業務側進行逐個資源位的業務驗收

辛苦大家了[抱拳][抱拳][鞠躬][鞠躬]

寫係分:

注意:清晰的文件定義和說明,有助減少溝通成本,時間緊也不要減少此處的時間投入!!

4、發布完了:

安卓新老版本,發布後誰來驗證下 @闞澤 @蘇虞 @賈飛翔 。誰驗證那塊,先把原來的樣子截圖好。發布完後,做個比較。新老版本都要。

5、最後:

這周大家都非常辛苦,熬鷹樣的熬了一周,終於基本完成了票票資源位的驗收和切換。接下來的時間,我們還要解決遺留問題,持續關注線上,並且推進效能和穩定性方面的工作來迎接春節檔。再次感謝大家這段時間來的努力和付出

發布驗證

後面我們形成規範哈

1.大批量改**(超過10行的) 提測前cr, 最晚發布前一天cr ,發布當天不cr,要不就延期。 大家預留出來cr的時間,每個應用的owner必須參加**cr。

2.做好線上灰度和驗證,發布當天最起碼走一遍冒煙測試,有問題還可以緊急修復。

3. 保命開關自己要做好,並做好驗證。

使用Vue cli搭建專案具體流程

vue cli是vue的乙個腳手架,我們可以通過它來構建我們的前端專案 安裝vue cli的步驟 1.安裝nodejs 已經整合npm 2.node v 檢視是否安裝成功 3.安裝vue cli npm install g vue cli 4.建立專案 vue init webpack 專案名 5....

專案管理流程

專案控制是依據計畫對實施的活動進行監控,跟蹤專案實際的進展情況,一般採用的都是經典的pdca 流程,即計畫plan 實施do 檢查check 糾偏措施action 也是典型的反饋控制模式,如下圖所示。專案的日常管理工作由專案經理負責總控制,對於大型專案 從管理的角度劃分,15人以上為大專案,15人以...

軟體專案管理流程

需求調研 與客戶就其所需要的功能 流程 操作等需要為基礎,而且需求決策者必須是專案經理或部門負責人。確定影響系統設計的約束因素 本系統應當遵循的標準或規範 軟體 硬體環境 包括執行環境和開發環境 的約束 介面 協議的約束 軟體質量的約束 隱含約束等。確定功能模組的參與者 資料庫表 輸入引數說明 前置...