1、精選優質文檔-傾情為你奉上團隊人員計劃由于在項目實施過程中需要涉及不同組織的各方面人員，而各組織之間的任務和職責也不盡相同，因此明確定義組織結構和各自職責可以保證系統開發活動的順利進行。本項目的組織結構如圖10-13所示，相當于矩陣組織結構。 圖10-13 項目組織結構圖其中：合同管理者：l 負責項目對外的商務協調。l 負責項目計劃的審批和實施監督。需求管理組：l 負責KFL的定義。l 負責網站業務流程的定義和維護。l 負責Page Flow定義。l 負責項目的需求管理。項目管理者：l 負責項目實施的組織、規劃和管理。l 負責項目實施的資源組織協調。l 負責項目計劃的維護。l 負責定期向的工作

2、報告。l 負責網站系統的提交。系統設計組：l 負責網站系統實現的設計。l 負責Data Modeling的設計。l 負責頁面結構、COM和數據庫的設計。l 負責測試案例的評審。系統開發組：l 負責網站系統的開發。l 負責頁面、COM和數據庫開發。l 負責網站系統的集成和調試。內容管理組：l 負責內筒管理環境建立。l 過程定義和維護。l 負責網站內容的處理、確認和維護。質量保證組：l 負責根據過程規范制定檢查表，按階段控制項目開發過程。l 負責項目的配置管理。l 負責測試案例的設計。l 負責網站系統的測試。開發運行環境支持組：l 負責開發環境、內容管理環境和QA環境的建立。l 協助開發人員進行系

3、統安裝和配置。該項目的項目管理由王銳負責，技術管理由王銳負責，需求管理由王銳負責，網站內容開發由王銳負責。具體各組織人員組成如表10-4。 表10-4 項目角色定義角色負責人參與人王銳王銳、陳俊銳、鄧能洋合同管理者王銳王銳、陳俊銳、鄧能洋需求管理組王銳王銳、陳俊銳、鄧能洋項目管理者王銳王銳、陳俊銳、鄧能洋項目助理王銳王銳、陳俊銳、鄧能洋系統設計組王銳王銳、陳俊銳、鄧能洋系統開發組-DB王銳王銳、陳俊銳、鄧能洋系統開發組-前臺王銳王銳、陳俊銳、鄧能洋系統開發組-后臺王銳王銳、陳俊銳、鄧能洋CM組王銳王銳、陳俊銳、鄧能洋質量保證組-QA王銳王銳、陳俊銳、鄧能洋質量保證組-SCM王銳王銳、陳俊銳、鄧

4、能洋質量保證組-測試王銳王銳、陳俊銳、鄧能洋開發運行環境支持組王銳王銳、陳俊銳、鄧能洋機動王銳王銳、陳俊銳、鄧能洋項目干系人計劃項目干系人計劃如表10-5所示。 表10-5項目干系人計劃序號姓名單位/部門職位項目角色聯系方式主要需求主要期望管理計劃目前狀態0李××××公司/綜合部總經理客戶136×××滿足界面需求配合需求調研、驗收外部/定期聯絡、溝通需求中立1張××集成部部門經理客戶138×××了解項目信息支持項目進展、配合驗收外部/定期匯報進展、溝通需求反對2王×

5、×××公司/業務部技術經理項目協助133×××接口、部署、協調、確認業務需求配合接口、部署、協調、確認業務需求參照內部溝通計劃中立3韓××總部總經理項目支持者189×××用戶滿意項目管理、需求、設計、開發參照內部溝通計劃支持項目溝通計劃 項目溝通分為外部協調和內部溝通兩部分。1. 外部協調對于外部協調，應注意以下兩點：1） 原則上由合同管理者負責與客戶進行協調。為減少交流成本，項目人員也可直接與用戶聯系，但必須講聯系內容通報合同管理者和項目助理，并由項目助理記錄溝通記錄。2） 建立周三

6、、五定期報告制度，由項目管理者向客戶進行工作匯報，報告內容包括項目進展狀態、下步安排、項目管理問題協商等。聯系方式為E-mail，突發事件可通過電話聯系。E-mail地址格式如下： 我方：TomL x x x 客戶： E-mail標識：WeeklyReport-mmdd，其中mmdd表示月日，使用兩位數字表示，如0505表示5月5日。 2. 內部溝通在敏捷開發中，要進行頻繁溝通，主要3個溝通會議是每日站立會議（一般15分鐘）、Sprint規劃會議、Sprint復審會議。（1） 每日站立會議 會議時間：每天晚上8點鐘。 會議目的：1） 協調每日任務，討論遇到的問題。2） 任務板能夠幫助團隊聚焦于

7、每日活動之上，要在這個時候更新任務板和燃盡圖。基本要求：1） 項目團隊所有人員參加。2） 每天15分鐘，同樣時間，同樣地點。3） 團隊成員在聆聽他人發言時，都應該想這個問題：“我該怎么幫他做的更快？”4） 項目經理不要站在團隊前面或任務板旁邊，不要營造類似于師生教學的氣氛。 會議輸出：1） 團隊彼此明確知道各自的工作、最新的工作進度圖、燃盡圖。2） 得到最新的“本迭代產品狀況”（2）Spring計劃會議會議|時間：在每個迭代第一天召開。會議目的：估算本次迭代的工作項，明確優先級排序，確定本次迭代的Spring提交結果，給出設計方案，估算本次Spring的工作量。會議內容：1） 該會議的工作以分

8、析為主，目的是詳細理解最終用戶到底要什么，產品開發團隊可以從該會議中詳細了解最終用戶的真實需要，決定他們能夠交付那些東西。2） 產品開發團隊可以為他們要實現的解決方案完成設計工作，團隊要知道如何構建當前Spring重要開發的功能。3） 估算本Spring迭代的產品任務列表。會以輸出：1） 產品條目的用戶驗收測試。2） 架構設計圖。3） 經過估算和排序的產品任務列表。（3）Spring復審會議 會議時間：Spring結束。 會議目的：向最終用戶展示工作成果，得到用戶的反饋，并據此創建或變更列表條目。 會議內容：1） 讓參與者試用團隊展示的新功能。2） 有可能發布的產品增量，由團隊展示。會議輸出：

9、1） 用戶的反饋。2） 更新的產品任務列表。 3.溝通方式說明 為確保項目管理的有效進行，建立溝通事件記錄通報制度，事件包括與用戶的電話記錄、各方建議等。事件記錄由項目助理負責，并于每周三和周五提交項目管理者，用于向合同管理者匯報。（1）郵件溝通郵件溝通在項目實施過程中是使用最頻繁的溝通方式，郵件溝通約定如下：l 郵件收件人為對郵件內容必須知曉或郵件必須反饋的人員。l 郵件抄送人為對郵件內容了解或對郵件可以但不強制反饋的人員。l 郵件收件人和抄送人的順序依據組織架構內容，同組的人員放在一起，組內職級高的人員決定小組位置，并列關系的組按先業務后信息的原則排列。l 郵件主題“【”+ 組織結構名稱 + “-”+郵件主題目“】”+郵件子題目。l 郵件正文分為幾種類型，郵件正文約定如下： 稱謂，大家好 主要內容要清晰無歧義 落款 日期 聯系方式（2）電話溝通 電話溝通是要清晰無歧義。電話溝