常規的項目管理測試
需求分析spa
明確原始需求【必需要接觸最原始的用戶需求】設計
忽略需求方提出的所謂解決方案——最佳實踐1項目管理
競品分析資源
撰寫UseStory部署
拉FeatureList產品
分期實現小步快跑List
輪詢各個系統負責人,評估對全部系統的潛在影響——最佳實踐2im
項目啓動統計
以會代訓:啓動會——最佳實踐3
約定項目佔用資源
列出干係人
項目進展每週三週五與干係人分享——最佳實踐4
Project計劃
拉里程碑
拆解到以1~2人天爲單位的子任務——最佳實踐5
列出前置資源
項目跟催
延期預先通告
需求變動管理
拒毫不緊急不重要需求
重要但不緊急需求放在下一次迭代作
評估對全部系統潛在影響
以會代訓,會議紀要做爲執行決議
設計評審會
跨部門難題推動會——最佳實踐6
週報
週報上先列timeline——最佳實踐7
子任務列表,對應的完成百分比
風險預警
緊鑼密鼓
站立晨會——最佳實踐8
任務看板
按期定時項目協調會——最佳實踐9
馬不停蹄
日報
工時統計
產品研發測試鎖定會議室集中辦公——最佳實踐10
週日聯調
以演示會做爲階段性deadline推進——最佳實踐11
測試用例評審會
實施計劃
數據遷移
項目經理收集整理本項目涉及改動的系統、需從新部署的系統和模塊、數據表結構變化列表
盯住驗收
分批實施
部署計劃和實施方案
上線後的問題處理預案——最佳實踐12
關鍵因素
向下關注
三歲寶寶端水的段子
發出指令,必須深刻了解執行步驟和執行細節
代入式思考,落實到執行層面
導演和製片主任模式
瞭解背景知識
給出備選方案
跨部門徵求要不要這麼作,而不是徵求怎麼作
養成拉List清單的習慣
發現問題
放大問題或認清問題
尊重海恩法則
每一塊兒嚴重事故的背後,必然有29次輕微事故和300起未遂先兆以及1000起事故隱患
髒數據和投訴背後隱藏着致命真相
不能等死