文件資訊:
文件變更歷史:
審核結果:
目錄1 團隊組成 4
1.1 產品管理 4
1.2 專案管理 5
1.3 開發 5
1.4 測試 6
1.5 使用者教育 7
1.6 發布管理 7
1.7 角色共享 8
2 開發流程 9
2.1 達成共識 10
2.2 完成專案計畫 10
2.3 完成功能 11
2.4 穩定與發布 11
3 **管理 11
3.1 **規範 11
3.2 版本管理 11
(1) 概述 11
(2) **管理 12
整個團隊由六種角色組成,分別為
產品管理(product management)
專案管理(program management)
開發人員(development)
測試人員(test)
產品管理:孫路桃
專案管理:孫路桃
具體分工:
ui布局:陳嘉文
c#**功能編寫:鐘廣瑜,謝家勇,連健蕭,王剛
伺服器管理與維護:連健蕭
資料庫管理與維護:謝家勇
團隊日常管理:王剛
專案於產品及構架策劃:孫路桃,王剛
各角色在團隊的地位相當,各司其職。各個角色的具體目標、職能以及責任在以下的小節中進行詳述。
(1) 目標
滿足客戶需求。
產品管理的目標就是滿足客戶需求。乙個成功的專案必須要能夠滿足客戶和使用者的要求。即使專案達到了預算和時間的目標,只要未能滿足客戶需求,那這就是乙個失敗的專案。
首先必須認清和理解客戶。有時,使用方和投資方的目標需求並不完全相同,因此就需要清晰地區別和分析所有的需求。
(2) 職能
市場推動市場和公關,以對目標客戶發生效用
突出產品與其他競爭對手的區別性,以利於競爭
分發解決方案,以便使用者能夠容易地獲得
為使用者提供支援,以使其無論在購買還是使用過程中都留下正面的印象
業務價值
定義並維護專案的業務正確性
定義並衡量業務價值的實現和評價
發展客戶
推動專案和解決方案的遠景目標
負責客戶期望值和溝通
產品計畫
收集、分析客戶和業務需求,並區分其優先順序
執行市場調查、市場開拓和競爭對手分析
確定業務和成功的標準
識別多目標的發布計畫
(3) 目標
在專案的約束條件下完成解決方案。
整個團隊的乙個主要目標就是在專案的約束條件下完成專案。專案的約束條件包括預算和進度等。大部分專案會根據時間和資金的使用來衡量專案的結果。
為了實現這個目標,專案管理負責並推動進度表、功能集和預算資金。他必須保證能夠在正確的時間發布正確的專案或產品,保證正確理解了專案投資方的期望,並自始至終貫穿於專案執行過程中。
(4) 職能
專案管理
跟蹤和管理預算資金
管理主進度表
推動風險管理流程
加強團隊溝通和協調
跟蹤進度和報告專案狀態
管理資源分配
解決方案構建
推動整體專案設計
負責功能規範
負責解決方案範圍和重要決定
流程控制
推動流程質量控制
定義並推薦可改進處
管理服務
實現專案的管理流程並提供支援
提供管理服務以保證高效的團隊運作
(5) 目標
按照功能規範說明進行開發。
功能規範說明詳細描述了整個團隊將要提供給客戶的交付物。對整個團隊來說,應該盡可能精確地按照功能規範說明來實現整個專案,因為功能規範說明可以看成是整個團隊和客戶之間所達成的共識。開發人員必須按照客戶需求和功能規範說明來構建整個解決方案。
同時,開發人員還需要為整個團隊提供技術方面的諮詢,這樣在設計和技術選擇時可以儘量減少開發風險。開發人員提供較低層次的功能設計,並預估完成設計所需的時間。
(6) 職能
技術諮詢
為團隊提供技術諮詢服務
評估並驗證所用技術
積極參與功能規範說明的建立和審核
定義開發標準
實現架構和設計
提供針對解決方案的應用程式、資料和技術細節,以便將企業架構對映到解決方案架構的實現上
負責並實現解決方案的邏輯和物理設計
應用程式開發
根據設計規範編寫**以實現功能
在開發過程中進行**審核,並共享知識和經驗
在測試人員的幫助下,根據測試計畫執行單元測試
架構開發
為自動安裝開發指令碼
開發安裝文件
(7) 目標
在確認所有的產品質量問題都得到妥善處理後,批准產品發布。
所有的軟體產品在發布時都存在著缺陷。最重要的是,在發布前,必須清楚地認識和鑑別出這些問題,可以以問題的形式給出解決方法,或者是給出如何繞開該問題的文件記錄。寧願對於已知的問題,提供了文件或解決方法,也不要存在一些未知的問題。
因為這些未知的問題,可能會帶來不可預知的後果。
(8) 職能
計畫測試
開發測試方法和計畫
參與設定質量標準
開發測試說明
測試 開發並維護自動測試案例、工具和指令碼
執行測試,以確定產品開發過程的狀態
負責定義構造流程
測試報告
為團隊提供與產品質量相關的資料
跟蹤所有缺陷,並保證在發布前得到妥善處理
(9) 目標
提高使用者使用效率。
為了使得產品取得成功,必須要增強使用者工作和操作的方式。即使產品具備了豐富的功能或內容,但只要對目標使用者的可用性差,那麼這還是乙個失敗的產品。
(10) 職能
技術溝通
為技術支援設計和開發文件
開發幫助文件
培訓 開發和執行學習策略
可用性收集、分析使用者需求,並區分優先順序
為解決方案設計提供反饋和輸入
開發使用場景和使用者案例
在團隊中扮演使用者的角色
影象設計
推動使用者介面設計
國際化改進解決方案在國際市場上的質量和可用性
輔助功能
推動在設計時加入輔助功能的概念和需求
(11) 目標
順利發布和後期運作。
不能忽略順利的發布過程。如果安裝過程錯誤百出,那麼使用者可能認為安裝的產品也是同樣的。所以對於整個團隊來說,發布並不是目標,需要的是乙個順利而平滑的發布過程。
必須確認在發布以前,培訓、基礎架構和技術支援已經全部就緒。
(12) 職能
架構 企業架構計畫
協調物理環境的計畫和使用(資料中心、實驗室、分公司等)
為團隊提供持續的架構管理和標準政策以及手續
管理團隊的硬體和軟體需求
支援 為it使用者提供聯絡和客戶服務
提供問題解決方案,快速回應使用者並記錄發生的問題
為開發和設計提供反饋
開發故障轉移和恢復流程
運作 賬戶和系統安裝控制,管理使用者賬戶和許可權
訊息傳遞、資料庫、通訊運作、網路運作
系統管理、批處理操作
防火牆管理、安全管理
應用程式服務
主機整合服務
目錄服務運作
商業發布管理
產品註冊碼、註冊驗證流程
許可證管理
打包 管理分發渠道
印刷和電子出版物
儘管團隊組成包含了六種角色,但並不意味著乙個團隊至少需要六個成員,也不意味著乙個人只能承擔一種角色,重要的是這六種角色必須在乙個團隊中體現。一般情況下,團隊成員常常共享角色。在一些較小的團隊中,不同的角色只能進行兼任。
角色共享有兩條重要原則:
一是開發組成員不能共享角色。開發人員是專案的構建者,他們不應該從他們的主任務中分身。如果對開發組成員要求額外的角色,往往會使得他們無法按時完成進度要求。
二是不要試圖組合具有一定利益衝突的角色。比如,產品管理和專案管理的利益具有衝突點,所以他們的角色不能組合。產品管理注重滿足客戶需求,而專案管理主要關心在時間和預算的限度內完成專案。
如果這兩個角色組合在一起,那麼在需求發生變更時,可能會發生一些情況,諸如沒有足夠地考慮客戶滿意度而忽略該變更,或者是沒考慮對專案的衝擊盲目地接受變更。讓不同的團隊成員擔任這樣的角色有助於確保每個方面得到相當的考慮和重視程度。同樣,這也適用於組合開發人員和測試人員。
圖 1 顯示了可能會引起風險(n和u)以及可能產生協作作用(p)的角色共享。
圖 1 角色共享
在開發過程中,採用多里程碑式的過程模型,如圖 2 所示。而其中每乙個迴圈均包含四個里程碑。
圖 2 多里程碑模型
這四個里程碑組成的迴圈放大後如圖 3所示,稱為「過程模型」。
圖 3 過程模型
基本完成需求調研和分析(產品管理負責)
確定大方向和長中短期目標
所有角色都參與討論並真正認同結論
產生的文件
常見使用者情景:覆蓋80%以上功能
前景:言簡意賅地說明大方向,並有激勵團隊的作用
編寫詳細的功能規範(專案管理負責)
在程式設計前想清楚所有功能流程,並引導使用者明確需求
所有角色都參與審閱功能規範
制訂開發計畫和進度表(開發團隊)
制訂測試計畫和進度表(測試團隊)
分配資源(人力和預算)
形成專案綜合計畫和綜合進度表
開發人員分別完成自己的功能
使用版本控制工具
對每一項可測試的功能進行測試,無需等待
通過測試用例,對功能進行完整和重複的檢驗
記錄所有程式問題
實現解決缺陷的自動流程
按照綜合進度表不斷檢查進度
測試組全面地測試功能,包括效能和穩定性
個貸部及風控各部分工作職責
6 做好貸後監督檢查工作,及時發現未預見的風險及新出現的風險並及時提醒個貸專員採取防範措施 7 對已經出現風險的貸款業務提前介入並參與提出處置建議 8 組織準備審貸會,對總經理提出審核建議。9 在工作中積極提出自己的意見和建議,優化工作流程。個貸前台工作職責 1 負責接聽 諮詢客戶的 並負責轉接給當...
消防演練流程及各部分工
2015.7.29東太湖大酒店消防演練流程 演習時間 2015年7月29日14 00 15 00 集合地點 北樓國旗前車場 參演人員 酒店北樓區域員工。各部門留守崗位必需人員,保障部門正常運營 疏散要求 疏散時可就近疏散到戶外,各分部門主管負責組織,統一帶隊到北樓國旗前車場。備案 如遇下雨天氣,演習...
PLC由哪幾個主要部分組成?各部分的作用是什麼
第九章9.1 plc由哪幾個主要部分組成?各部分的作用是什麼?plc由 處理器cpu,儲存器,輸入輸出介面,程式設計器組成.處理器cpu是核心,它的作用是接受輸入的程式並儲存程式.掃瞄現場的輸入狀態,執行使用者程式,並自診斷.儲存器用來存放程式和資料,輸入介面採集現場各種開關接點的訊號狀態,並將其轉...