Posted on 2013-11-18 12:51
瘋狂 閱讀(1819)
評論(0) 編輯 收藏 所屬分類:
項目管理
轉載自:
http://www.tkk7.com/cheneyfree/archive/2013/11/09/406169.html 8、9、10三月,需求依舊爆棚,相比純業務功能的開發,數據的匯聚、整理、分析、統計成為重點,具體細節不一一展開,按如下關鍵詞:任務計劃、項目溝通、項目流程、客戶匯報、業務關注、時間評估、管理筆記做一些筆錄,持續更新:
1、任務計劃:
1.決策前考慮充分,決策后不再懷疑。
2.任務精細、描述清晰,對內分解針對到負責人、給外匯報針對產品功能。
3.計劃制定時,請成員預審任務量,再和開發、測試確認時間,由成員承諾時間。
4.安排任務多人完成時,指定一個牽頭人。
5.大的需求,組織討論,小的需求,點對點溝通,最后要全部閘口到文檔。
6.任務分配:根據人員特點(善于思考型、認真較勁型、粗枝大葉型)安排難易程度對應的任務。
7.緊急需求多時,一次盡可能給成員分配較少任務并約定完成時間、完成后再約定下一批任務。
8.根據任務分配情況,了解到誰相對空閑,安排新任務給空閑的成員。
9.碰到的問題整理一份清單,盡可能一次性地轉交開發、測試人員。
10.形成人員對開發任務的備份機制,不局限某個模塊的開發,關注整體。
11.每一輪版本,制定《風險管理清單》,協調、跟進、解決風險問題。
12.加班如遇特殊情況不能陪同,托管工作給指定接口人。
13.成員加班晚,第二天要根據情況保證人力參與白天工作。
2、項目溝通
1.重要事項親歷親為。
2.每周的項目周報,除了知悉公司外,同步知悉客戶。
3.需求的分析及客戶確認用原型圖。需求的確認啟動開發,必須是業務部、信息化部、公司三方達成一致。
4.技術實現上會就會,不會就不會,和時間的多少沒有線性關系。
5.控制好工作節奏,多和領導溝通,自己的經歷正是人家過去經歷的重現。
6.溝通項目存在的問題時尊重客觀事實和軟件開發規律,做不完的跟客戶說明原因,該拒絕的果斷。
7.上線前的客戶運作,除了項目層面的客戶溝通,也請領導高層向客戶高層溝通。
8.強調需求變更會影響項目計劃的執行,變更需要付出代價(優先策略:時間調整、功能調整、人力調整)。
9.遵循‘做得少但質量好,忌諱做的多卻質量差’的原則。
10.項目風險且一時對得不到公司資源傾斜時,也可借助客戶的力量(下下策)。
11.客戶的跟催,多耐心少急躁,多自省少借口,多客觀少主觀。
12.交付時間的答復,不能當下給出的待評估后再給。
3、項目流程:
需求頻繁且變更較多時,建議0.5周~1周一輪版本。每次匯報后產生的新需求、遺留需求、待開發的功能:
1.整理《項目跟蹤表》,含:新需求、遺留問題、關聯影響(指導測試做關聯模塊的驗證)
2.測試人員將已明確的開發任務登記到BUG管理系統
3.需求人員與開發、測試人員評審需求
4.負責人牽頭需求、開發、測試人員確定開發、測試、發布時間計劃。
5.與客戶反饋交付時間點(對于小需求的交付時間可以直接答復、大需求要內部討論再答復)。
6.項目進度跟蹤,以天為單位,測試人員更新《項目跟蹤表》。
7.需求驗證介入
1)開發提交代碼后,需求人員、測試人員分別開展系統測試(業務角度,關注界面交互、主干流程、數據展現)、業務測試(系統角度,關注功能操作及邊界、業務流程輸入輸出)。
2)需求人員發現的問題,屬于開發BUG登記到BUG管理系統、需求BUG與開發人員、甚至客戶澄清,如不影響版本發布時間直接加入在研版本、如影響則提交變更請求,與客戶溝通得到變更認可或與開發溝通得到變更認可。
9.升級前,針對環境數據的準備,編寫《升級注意事項(含數據清理、數據準備等)》給測試人員交代。
10.升級后,需求人員在演示環境走業務測試(建議離正式演示前2天完成升級驗證,提前1天環境凍結。)
11.上線前,與客戶溝通準備事項(含壓力測試、工程部署、資料交付、培訓計劃、試運行計劃等)
4、客戶匯報:
1.小型匯報,前一天,系統凍結,不再做升級,只做業務驗證、回歸。
2.大型匯報,前三天,系統凍結,不再做升級,只做業務驗證、回歸。
3.匯報前,拿用戶的筆記本做預演,防止操作系統、瀏覽器兼容問題。
4.匯報思路:
1)以一個業務主線,給客戶講故事,結合不同客戶關注的角度出發,讓平臺能融入不同客戶的日常工作。
2)信息化前是什么樣,信息化后是什么樣(提高日常辦公的效率、平臺統計的數據提升客戶的業績等)
5.項目初期注意界面UI友好,中期注意數據的規范及業務流程正確,后期注重統計數據的真實、準確。
6.版本的技術問題、項目進度的問題、用戶需求的問題、溝通協調的問題,實事求是匯報客戶。
7.匯報前與客戶業務接口人溝通匯報內容、匯報方式,掌握領導聽取匯報時關注的點。
8.匯報前,關注業務部門的需求、信息化部門的建議、更要關注客戶領導的關心點。
5、業務關注:
1.關注平臺的數據輸入、處理、輸出數據的完整性、準確性、關聯性。
2.抓住平臺的建設理念,所有業務模塊圍繞該理念開展需求分析、設計。
3.降低線上復雜的業務操作流程(更多考慮結果數據的錄入、留痕,流程多了很難同時在線協同辦公)。
4.技術實現的同時要考慮業務機制的配套。
5.考慮現實性[在現有業務規章制度的環境下運行]、前瞻性[業務層面的發展方向]、可行性[技術是否支持]。
6.關注和周邊平臺的數據結構一致和標準
7.<待補充>
6、時間評估:
1.每天列出當天要做的工作、每天下班前回顧當天工作,每周列出本周工作成果、下周工作計劃。
2.任務時間評估 = [成員評估 結合 自評估] + 開發冗余(根據平臺特性、開發人員經驗及態度判斷) + 測試冗余(根據平臺特性、測試人員經驗及態度判斷) + 需求冗余(根據平臺特性、需求人員經驗及態度判斷)+ 其他冗余(如請假、生病、開會等非項目因素)
7、一些管理筆記:
1.任務精準、給予空間
2.狠抓住干、適當放權
3.敢于承擔、頂住沖擊
4.講究誠信、承諾到位
5.規則考核、理解包容
6.用人不疑、疑人不用
7.功勞大家、黑鍋自己