2023年10月20日 14:29:55
專案管理大都注重任務排期, 時間點, 我覺得這個是次要的, 主要的是事件節點的確定, 也就是要在一定時間範圍內看到一定的效果
乙個專案應該先按照產品必須實現的功能作為階段節點, 然後再安排時間點, 畢竟, 延期可以容忍, 但是出不了產品是大事
乙個專案的事件節點大致如下(可能不完善,以後再補)
1.產品出設計文件(prd)或產品原型
2.產品需求(另加互動設計)評審
3.技術方案評審
4.ui/ux 輸出 高畫質(保真)/普清 設計圖 (針對大屏/小屏), 或互動設計圖
5.前端切圖 (pc/移動端做出單個頁面)
6.服務端出介面, 出簡單的管理後台(如果有) 如果有多個功能, 則列出分別要實現的功能作為節點去乙個個實現
7.前端跟服務端聯調成功 (也可以根據現實情況, 一邊出介面, 一邊聯調, 方便前端同事測試頁面跳轉等效果)
8.整個功能流程可以聯調測試成功
9.測試的同事進行各種測試完畢
10.**評審, 找出可優化的點, 隱藏的bug
11.根據**評審, 以及自己發現的問題進行優化完畢
12.優化後test環境上**, 再次測試通過
13.**部署(先後順序根據情況而定)
>前端=> html/css/js/image上到相應的伺服器(測試伺服器, 預發布環境伺服器等), android/ios發包
>服務端**部署(controller/model/view/common_function/lib/config...)
>資料庫部署(表:新建的表, 新建字段, 修改字段, 修改表名, 資料:填充的資料, 新生成的資料, 修改的資料sql檔案)
>快取伺服器部署(新增機器,確認ip/網域名稱以及埠, 資料恢復/初始化等)
>計畫任務(crontab -l)部署
14.再次測試沒問題, 並部署到線上環境 或者 android/ios需要灰度發布
15.守著電腦, 看有沒有bug反饋(生產環境回歸測試)
生產環境跟測試環境的不同
1. 使用者量, 生產環境會導致程序更多, 消耗的資源更多
2. 資料, 生產環境的資料表結構, 資料, 在剛開始上線時是從無到有的
3. 資料量
4. 許可權
專案管理小記
1 專案經理首先自己要相信沒有做不成功的專案，這種信念是發自內心的，而不是掛在口頭上，它體現在日常專案管理的事務中。2 專案經理最重要的是關注計畫，你的專案計畫應該是每天上班都是開啟的，甚至可以作為你的電腦的桌面。3 風險是專案難以按計畫執行的最大阻力，專案經理應該善於識別風險並降低風險，這是非常考...
mingle使用小記 agile專案管理工具
基本感受 anything is card 所有操作都是基於卡片的，也就是說乙個專案的基本構成單位就是story card，而基於這些卡片方便的展示 管理 統計都是很方便的。6 通過簡單的mql語句可以訂製你需要統計的基本圖形。一些缺點 1 記憶體恐怖，之所以用恐怖這個詞是因為確實很難想象乙個安裝檔...
Swift專案問題小記
由於公司專案不忙，利用閒暇時間寫乙個swift專案學習學習，在此記錄開發過程中遇到的問題和解決辦法。給自己和他人一些參考。小記會隨專案一直更新。問題1 如所示 type rootviewcontroller does not conform to protocol batabbarcontrolle...