項目實施階段

1

項目實施流程及文檔

項目管理系統(tǒng)實施分6個階段:項目啟動、定制調(diào)研（可選）、試運行、全面

運行、驗收交付、進入運維。項目啟動后，軟件公司每周提供《周報》向業(yè)主單

位項目小組副組長匯報項目進度;項目進度計劃確定后的每個月提供《項目月報》

向業(yè)主單位項目小組以會議的形式匯報項目進度，《項目月報》主要包括本月任

務點完成情況、下月任務分配、項目進度偏移情況、項目風險跟蹤情況及后續(xù)建

議等.

1項目啟動

階段說明

良好的開始是成功的一半,前期需要對項目的建設背景、項目

范圍、項目團隊成員職責、項目規(guī)劃及目標、系統(tǒng)初始化等信息進

行大量和細致的準備工作，讓項目干系人認識和了解項目的整體情

況、清楚各自的職責和義務，讓項目干系人在項目建設的過程中針

對所需要給予的支持和配合給予承諾，從而讓各方就項目建設的相

關事宜達成共識。

里程碑確認項目經(jīng)理、簽署啟動章程、系統(tǒng)初始化、項目啟動會議

2

1.1項目立項

流程介紹

1)項目下達到項目中心前，由商務人員在通達OA里上傳合同和

招投標文件，并編寫《項目級別認定表》初稿發(fā)給項目中心

和技術中心負責人；

2)內(nèi)部啟動會（項目競聘會）上由商務人員主講項目相關情況，

現(xiàn)場答疑，形成最終的《項目級別認定表》；

3)確認《項目級別認定表》后，實施人員開始競聘演講，考核

人員在會后評定出項目小組成員，并由商務人員在通達OA里

中針對《項目級別認定表》發(fā)起項目小組成員通知；

注意:項目級別分為A類、B類、C類；

交付成果確認《項目級別認定表》

提交時間軟件公司內(nèi)部啟動會（項目競聘會）后

文件包含

項目概況（客戶單位介紹、關鍵人物介紹、信息化接受程度、采

購背景）、實施重點（需求范圍、進度要求）、技術重點、預計風

險、建議級別、最終認定級別

主要職責準備項目競聘工作

1.2項目啟動章程

流程介紹

1)明確雙方項目小組成員（建議業(yè)主方最高層領導為組長,工程

系統(tǒng)主體使用部門的分管領導作為副組長，各科室骨干為組

員，可以一人多職）;

2)根據(jù)項目的級別（A類項目整體計劃工期在3—6個月以內(nèi);B

類項目整體計劃工期在6-9個月以內(nèi)；C類項目整體計劃工期

在10—12個月以內(nèi)），再考慮多方面因素(合同、數(shù)據(jù)量、風

險預留、項目范圍、用戶組織架構、關鍵人物要求、項目成

熟度與客戶的業(yè)務是否契合、經(jīng)驗），先確定項目關鍵節(jié)點，

再進行任務分解，明確各節(jié)點先后順序,工期估算，最后定出

較為合理詳細進度計劃;

3

3)根據(jù)合同和項目概況編制初版《項目啟動章程》；

4)雙方項目小組共同對該章程進行評審，再次確定產(chǎn)品范圍、

實施范圍、雙方責任小組、關鍵進度計劃、交付成果、項目

制度、詳細進度計劃等，確認該《項目啟動章程》;

5)根據(jù)確認后的《項目啟動章程》編制《啟動會PPT》；

交付成果確認《項目啟動章程》、《啟動會PPT》

提交時間項目啟動會前

文件包含

項目目標、項目范圍（產(chǎn)品范圍、實施范圍)、雙方責任小組、關

鍵進度計劃、交付成果、項目制度（實施制度、變更制度、延期

制度、驗收標準)、詳細進度計劃等內(nèi)容

主要職責編制初版《項目啟動章程》→和業(yè)主方討論確認《項目啟動章程》

項目進度

計劃

A類項目：項目整體工期計劃在3-6個月以內(nèi);

B類項目:項目整體工期計劃在6—9個月以內(nèi)；

C類項目：項目整體工期計劃在10-12個月以上；

1.3系統(tǒng)初始化調(diào)研

流程介紹

1)系統(tǒng)初始化時需要配置一些內(nèi)容，要根據(jù)業(yè)主單位信息和其

實際業(yè)務來進行配置;

2)明確各個模塊的責任人；

3)實施人員進行現(xiàn)場初始化數(shù)據(jù)調(diào)研（必要時可展示3700外網(wǎng)

系統(tǒng)頁面，促進用戶的更好理解）,部分未能及時確認的初始

化數(shù)據(jù)交由各模塊責任人整理，然后由經(jīng)辦人負責在規(guī)定時

間內(nèi)完成后續(xù)的收集；

4)實施人員要求技術人員按產(chǎn)品范圍配置好他的測試(本地）系

統(tǒng)后，將確認的《實施調(diào)研報告》內(nèi)容，初始化到系統(tǒng)中；

交付成果簽署《實施調(diào)研報告》

提交時間系統(tǒng)初始化之前

文件包含

系統(tǒng)用戶信息、項目基本信息、節(jié)點進度配置、工程資料分類、

招標/合同分類、工程造價科目、四大會簽表和流程、電子簽名收

4

集等

主要職責

進行初始化調(diào)研→確認并簽署《實施調(diào)研報告》→配置初始化系

統(tǒng)

1.4服務器部署

流程介紹

1)了解用戶方的網(wǎng)絡情況（操作用戶是否都在同一局域網(wǎng)，是

否需要外網(wǎng)），保證所有終端到服務器的網(wǎng)絡連接通暢；

2)跟進服務器、掃描儀等設備在計劃內(nèi)到位；

3)提前從技術負責人那拿U盤(存放了數(shù)據(jù)庫軟件、框架4.5、

備份軟件、TM9等）,跟進硬件供應商安裝好服務器后，實施

人員插上U盤，方便技術部署服務器;

4)服務器部署完成后，再次確認所有終端到服務器的網(wǎng)絡連接

通暢（讓大家訪問下工程網(wǎng)址試試）;

5)編制《用戶服務器信息登記表》；

6)實施人員測試正式系統(tǒng)，并錄入2個標準演示項目；

7)業(yè)主方檢查驗證初始化數(shù)據(jù)結果；

交付成果《用戶服務器信息登記表》

提交時間服務器安裝完畢后進行登記，項目驗收時移交給運維部

文件包含

客戶信息收集表（實施人員填寫客戶信息、系統(tǒng)相關、服務器）；

服務器信息收集表（技術人員填寫系統(tǒng)環(huán)境、軟件部署架構、網(wǎng)

絡配置、賬號信息、數(shù)據(jù)及備份);

主要職責

了解用戶的網(wǎng)絡情況及需求→跟進服務器的安裝→協(xié)助技術遠程

部署應用數(shù)據(jù)庫系統(tǒng)→確保所有終端到服務器的網(wǎng)絡連接通暢→

測試系統(tǒng)（錄入2個演示項目)→業(yè)主方檢查驗證初始化數(shù)據(jù)結果

1.5項目啟動會議

流程介紹1)項目啟動會議是對項目啟動階段中已討論確定信息的展示。

5

項目雙方的責任和義務、項目總體規(guī)劃、項目建設過程中雙

方所需要給予的支持和配合是會上需要重點介紹的內(nèi)容.

2)建議啟動會議議程如下:

a)業(yè)主方主持會議,人員、背景、會議議程介紹；

b)實施人員介紹項目實施情況(演示啟動會PPT)，介紹系統(tǒng)

框架及演示主體流程（不講詳細操作);

c)業(yè)主方領導總結表態(tài)，安排各環(huán)節(jié)責任人，布置任務；

交付成果簽署《項目啟動章程》

提交時間項目啟動會后簽署

文件包含

項目目標、項目范圍(產(chǎn)品范圍、實施范圍）、雙方責任小組、關

鍵進度計劃、交付成果、項目制度（實施制度、變更制度、延期

制度、驗收標準)、詳細進度計劃等內(nèi)容

主要職責與經(jīng)辦人對接啟動會議程→參加項目啟動會議→項目正式啟動

2調(diào)研階段

階段說明

此階段的需要用戶方業(yè)務部門根據(jù)自己的業(yè)務流程需求、功能

需求、報表需求、查詢需求等對現(xiàn)行的業(yè)務進行整理。然后實施人

員調(diào)研合同內(nèi)定制內(nèi)容，根據(jù)項目定級的不同區(qū)分調(diào)研方式及出具

不同的調(diào)研文檔.

合同外的需求視情況而定與用戶簽訂《需求變更單》《項目暫

停單》.

里程碑需求調(diào)研、設計開發(fā)、測試上線

2.1業(yè)務調(diào)研

流程介紹

1)項目定級為A級的:

a)深入了解用戶的業(yè)務和需求,引導其往可行性需求方向;

b)編制《功能確認單》過程中咨詢開發(fā)人員可行性；

c)開發(fā)人員給出預估工時,實施人員給出進度計劃工時，協(xié)商

6

后得出開發(fā)交付日期；

d)和用戶進行二次討論，介紹系統(tǒng)詳細設計，確認并簽署《功

能確認單》；

注：較為簡單的功能可一次性確認并簽署《功能確認單》。

2)項目定級為B級、C級的：

a)用戶方業(yè)務部門根據(jù)自己的業(yè)務流程需求、功能需求、報表

需求、查詢需求等對現(xiàn)行的業(yè)務進行整理;

b)實施人員根據(jù)用戶方早期提供的材料,提前分析，深入研究

功能清單；

c)雙方約定現(xiàn)場調(diào)研時間，深入了解業(yè)務和需求,確認并簽署

《訪談紀要》；

d)實施人員根據(jù)《訪談紀要》及相關材料，編制詳細的《產(chǎn)品

需求文檔》，過程中可向技術請教功能可行性；

e)《訪談紀要》《產(chǎn)品需求文檔》需經(jīng)過直接負責人審核，主

要審核模塊組織、流程是否合理；

f)通過直接領導初審并調(diào)整后，實施人員需將《訪談紀要》《產(chǎn)

品需求文檔》提前三天發(fā)給技術中心負責人、商務人員、

開發(fā)人員、測試人員等，針對該份需求提前準備疑問（緊

急開發(fā)項目可省略此環(huán)節(jié)直接召開需求會）；

g)召開內(nèi)部產(chǎn)品需求會，由直接負責人、技術中心負責人、商

務人員、實施人員、開發(fā)人員、測試人員共同參加，會上

由實施人員講解詳細的頁面展示、功能及流程；各個人員

在會上對需求提出建議，并制定整體的開發(fā)計劃（分模塊

批次開發(fā))；

h)如果首次會上提出的疑問較多，但是首期開發(fā)的需求較為清

晰,開發(fā)人員可先著手開發(fā)，同時實施人員針對剩余需求進

行深入調(diào)研,再開第二次產(chǎn)品需求會,將整體開發(fā)計劃補充

完整；

i)如果首次會上提出的疑問較多，影響了首期開發(fā)，且現(xiàn)場無

7

法解決，需實施人員深入調(diào)研并補充進需求文檔里,然后再

開第二次內(nèi)部產(chǎn)品需求會;

j)技術中心負責人和開發(fā)人員預估每個模塊的工時，結合實施

人員給出的進度計劃工時，協(xié)商后得出各期“要求開發(fā)完

成日期"和“上線日期”；

k)和用戶進行最終訪談，給用戶講解頁面展示、功能及流程，

與用戶簽字確認《產(chǎn)品需求文檔》；

l)實施人員將《訪談紀要》《產(chǎn)品需求文檔》上傳至redmine，

“計劃完成日期"輸入“上線日期”,并在“主題”里表明

“要求開發(fā)完成日期”；（建議“要求開發(fā)完成日期"是“上

線日期"的50％左右,留出足夠的時間測試調(diào)整）；

交付成果

A級項目：實施、技術、客戶簽署《功能確認單》

B級、C級項目:簽署《訪談紀要》,實施、技術、客戶簽署《產(chǎn)品需

求文檔》

提交時間

A級項目：交給技術人員開發(fā)前

B級、C級項目：召開內(nèi)部產(chǎn)品需求會之前

文件包含

《功能確認單》：頁面說明、字段解釋、操作按鈕、搜索按鈕、列表

字段來源和鏈接；

《訪談紀要》:實際業(yè)務流程及需求原因;

《產(chǎn)品需求文檔》:業(yè)務整體框架圖、全局功能描述（首頁提醒、數(shù)

值保留位數(shù)、分頁顯示、附件上傳、導出文檔、搜索功能、表格標

準)、單模塊功能需求設計(單模塊結構圖、原型圖、頁面說明、字

段解釋、操作按鈕、搜索按鈕、列表字段來源和鏈接)、用例說明等

等；

主要職責

A級項目：業(yè)務調(diào)研→編制《功能確認單》→實施、技術、客戶簽

字確認;

B級、C級項目：根據(jù)現(xiàn)有資料提前分析需求→業(yè)務調(diào)研→編制《訪

談紀要》→和用戶簽字確認《訪談紀要》→編制《產(chǎn)品需求文檔》

→召開產(chǎn)品需求會→實施、技術、客戶簽字確認;

8

2.2設計開發(fā)

流程介紹

1)項目定級為A級的：

a)實施人員將《功能確認單》上傳至redmine,并規(guī)定交付

給用戶的最終日期（比真實交付給用戶的日期提早幾

天）；

b)關注開發(fā)進度，在開發(fā)交付日期臨近前盯緊完成進度；

c)開發(fā)交付后，進行完整的測試,測試問題都以單條形式上

傳至redmine;根據(jù)開發(fā)人員調(diào)整的次數(shù)進行多輪測試,

直至符合開發(fā)要求交付給用戶;

2)項目定級為B級、C級的：

a)根據(jù)各期“要求開發(fā)完成日期"關注每期的開發(fā)進度；

b)各期的“要求開發(fā)完成日期”如若發(fā)生延期，實施人員編

寫《開發(fā)延期報告》并提交給測試部,由測試人員上傳在

通達OA【公共文件柜】；

c)開發(fā)交付后，進行完整的測試，測試問題都以單條形式上

傳至redmine;根據(jù)開發(fā)人員調(diào)整的次數(shù)進行多輪測試,

直至符合開發(fā)要求，最終上線交付給用戶；

交付成果

《功能確認單》《訪談紀要》《產(chǎn)品需求文檔》提交到redmine;

《開發(fā)延期報告》；

測試問題以單條形式提交到redmine；

提交時間

《功能確認單》《訪談紀要》《產(chǎn)品需求文檔》：交付給技術開發(fā)前；

簽署《開發(fā)延期報告》：各期“要求開發(fā)完成日期”如若發(fā)生延期

且直接影響到本期上線時間的，則及時提交給測試部;

文件包含

《開發(fā)延期報告》：延期原因、技術評審（工期延長天數(shù)、延期后

的計劃、項目風險點）

主要職責

項目定級為A級的：需求上傳至redmine→跟進開發(fā)→開發(fā)交付

后測試→問題提交到redmine→跟進技術人員調(diào)整→正式上線給

用戶

項目定級為B級、C級的:實施人員需求上傳至redmine→實施人

9

員、測試人員共同跟進技術開發(fā)→技術開發(fā)完成后由測試人員測

試→測試人員將測試問題提交到redmine→測試人員跟進技術人

員調(diào)整完畢→交付實施人員做最終測試→實施人員測試問題提交

到redmine→實施人員跟進技術人員調(diào)整完畢→正式上線給用戶

3試運行

階段說明

系統(tǒng)初始化后，應先注重軟件的整體功能能否滿足需要，對于

不影響整體流程操作的需求/問題（例如定制模塊），可以暫緩上線

/解決.

啟動會議之后，雙方討論《培訓方案》，并按計劃展開培訓。

在系統(tǒng)全面運行前,實施人員編寫初版《系統(tǒng)應用規(guī)范》，業(yè)主

方根據(jù)此建立明確的責任制度來保障數(shù)據(jù)操作在各個環(huán)節(jié)上的規(guī)

范性和準確性，調(diào)整后發(fā)布《系統(tǒng)應用規(guī)范》。

通過項目小組對軟件功能初步確認后，為順利推進系統(tǒng)應用，

業(yè)主單位高層和項目小組人員共同動員部署，完成《系統(tǒng)上線方

案》,明確系統(tǒng)的管理員名單,方案內(nèi)容包括：上線數(shù)據(jù)范圍（在建、

歷史項目)、上線期限(規(guī)定日期）、數(shù)據(jù)責任人（數(shù)據(jù)錄入人員、

核對人員)、考核方式、會簽上線時間、新舊系統(tǒng)的切換等等.

里程碑

確認《培訓方案》、進行關鍵用戶培訓、發(fā)布《系統(tǒng)應用規(guī)范》、確

認《系統(tǒng)上線方案》

3.1整體培訓方案

流程介紹

1)啟動會議后,雙方項目負責人共同制定并確認培訓方案內(nèi)容

（培訓類型，培訓計劃)，明確本階段的具體目標；

2)建議客戶先進行關鍵用戶的培訓,本著“讓一部分人先會起

來，然后帶動所有的人都會起來”的原則,培養(yǎng)少量關鍵用戶，

在精不在多；

3)雙方確認關鍵用戶人員，培訓場地(時間、地點、網(wǎng)絡、投影

10

設備）,標桿項目，數(shù)據(jù)規(guī)范程度等因素，編制并發(fā)布關鍵用

戶《培訓通知》和《培訓簽到表》；

交付成果《培訓方案》、關鍵用戶《培訓通知》《培訓簽到表》

提交時間啟動會議后,首次培訓前

文件包含

整體《培訓方案》:培訓類型、培訓計劃；

關鍵用戶《培訓通知》:培訓時間、地點、培訓名單、培訓準備(筆

記本電腦,標桿項目及其資料掃描件）、培訓內(nèi)容、數(shù)據(jù)規(guī)范程度

等；

主要職責

與業(yè)主方共同制定培訓方案→編制并發(fā)布關鍵用戶培訓通知→做

好培訓前準備工作

3.2關鍵用戶培訓

流程介紹

1)雙方人員按《培訓通知》做好培訓準備工作；

2)實施人員對關鍵用戶進行系統(tǒng)標準功能及流程的培訓,現(xiàn)場

指導錄入標桿項目數(shù)據(jù)，使關鍵用戶能夠理解并熟練掌握標

準業(yè)務流程的操作，為后期系統(tǒng)全面上線時,起到各科室的帶

頭作用；

3)部分用戶提出的系統(tǒng)調(diào)整可及時應用到系統(tǒng)中，并做好調(diào)整

記錄（redmine和《系統(tǒng)調(diào)整清單》）；

4)雙方進行現(xiàn)有業(yè)務流程的調(diào)研和討論；

交付成果《培訓簽到表》

提交時間每次培訓會后

文件包含培訓基本信息、培訓人員簽名

主要職責實施人員指導關鍵用戶數(shù)據(jù)錄入→記錄系統(tǒng)調(diào)整→進行業(yè)務調(diào)研

3.3系統(tǒng)應用規(guī)范

流程介紹

1)關鍵用戶培訓后期，關鍵用戶根據(jù)系統(tǒng)功能模塊，整理對應

實際業(yè)務數(shù)據(jù)的輸入、處理步驟、產(chǎn)生結果及時間、業(yè)務辦

11

理角色及人員等信息；

2)根據(jù)實際業(yè)務編制《系統(tǒng)應用規(guī)范》，來保障數(shù)據(jù)操作在各個

環(huán)節(jié)上的規(guī)范性和準確性;

交付成果《系統(tǒng)應用規(guī)范》

提交時間（全面培訓）最終用戶培訓前發(fā)布

文件包含

軟件使用規(guī)范(各模塊數(shù)據(jù)錄入時效、人員、標準)、掃描文件使

用規(guī)范

主要職責和關鍵用戶共同制定《系統(tǒng)應用規(guī)范》→最終用戶培訓前發(fā)布

3.4系統(tǒng)上線方案

流程介紹

1)確定系統(tǒng)業(yè)務數(shù)據(jù)范圍(包括每個子模塊數(shù)據(jù)的預估）、責任

人、技術指導；

2)確定系統(tǒng)上線前期是線上線下同時進行，還是全部取消線下；

會簽上線時間；

3)確定數(shù)據(jù)錄入的進度計劃及對應的檢查時間、考核要求；

4)確定系統(tǒng)上線后的監(jiān)督人員，定期檢查數(shù)據(jù)上線效果是否按

《系統(tǒng)應用規(guī)范》進行并達到預期;

5)根據(jù)以上內(nèi)容編制《系統(tǒng)上線方案》；

交付成果簽署《系統(tǒng)上線方案》

提交時間（全面培訓）最終用戶培訓前

文件包含

上線數(shù)據(jù)范圍（在建、歷史項目）、上線期限(規(guī)定日期）、數(shù)據(jù)責

任人（數(shù)據(jù)錄入人員、數(shù)據(jù)核對人員）、考核方式、會簽上線時間、

新舊系統(tǒng)的切換等等

主要職責

和業(yè)主方共同制定《系統(tǒng)上線方案》→簽字確認《系統(tǒng)上線方案》

→最終用戶培訓會上由業(yè)主方下達

12

4全面運行

階段說明

關鍵用戶培訓順利結束后,且系統(tǒng)業(yè)務流程已整合完畢，并與

業(yè)主單位高層和項目小組人員確認了《系統(tǒng)應用規(guī)范》和《系統(tǒng)

上線方案》,為后續(xù)有效推動系統(tǒng)全面使用做好準備。

按《培訓方案》，在此階段進行最終用戶培訓,協(xié)助所有用戶

熟悉系統(tǒng)操作（個別情況需要再次專項培訓)，培訓會上著重介紹

系統(tǒng)數(shù)據(jù)錄入,數(shù)據(jù)規(guī)范程度,并宣布《系統(tǒng)上線方案》。

里程碑最終用戶培訓、系統(tǒng)上線

4.1最終用戶培訓

流程介紹

1)與業(yè)主方共同制定最終用戶的《培訓通知》《培訓簽到表》并

發(fā)布；

2)實施人員結合實際業(yè)講解各個模塊，并簡要介紹對應的系統(tǒng)

應用規(guī)范；

3)業(yè)主方領導在培訓會上宣讀《系統(tǒng)上線方案》并強調(diào)重點環(huán)

節(jié)；

交付成果最終用戶的《培訓通知》《培訓簽到表》

提交時間最終用戶培訓前

文件包含

培訓時間、地點、培訓名單、培訓準備（紙筆）、培訓內(nèi)容、會后

任務

主要職責

與業(yè)主方制定并發(fā)布最終用戶《培訓通知》《培訓簽到表》→培訓

會上講解標準系統(tǒng)操作→由業(yè)主方在會上強調(diào)《系統(tǒng)上線方案》

4.2數(shù)據(jù)上線

流程介紹

1)各操作員對日常操作中的疑問、需求、BUG,應及時以書面形

式反饋給負責人,負責人將所有問題匯總后提交給實施人員,

實施人員記錄到《系統(tǒng)調(diào)整清單》，并給予答復；

13

2)業(yè)主方系統(tǒng)監(jiān)督人員按《系統(tǒng)應用規(guī)范》《系統(tǒng)上線方案》做

好系統(tǒng)應用情況統(tǒng)計，對未達標部門及時通報并要求整改；

交付成果《系統(tǒng)應用統(tǒng)計報告》(業(yè)主方主責，可選)

提交時間按《系統(tǒng)上線方案》要求定期出報告

文件包含

各模塊數(shù)據(jù)錄入量和時效是否符合要求、錄入標準是否達標、各

部門達標情況和存在問題

主要職責

日常協(xié)助業(yè)主方的數(shù)據(jù)錄入→記錄系統(tǒng)調(diào)整→配合業(yè)主方統(tǒng)計應

用情況

5過程文件

5.1工作匯報

流程介紹

1)實施全過程中，定期的工作匯報以《周報》《月報》形式展示；

2)每周五或周一向經(jīng)辦人匯報《周報》，無法到場則可以先以電

子版確認，后期到現(xiàn)場了統(tǒng)一簽字；

3)每月25號至次月5號向業(yè)主方組長或負責人提供紙質(zhì)版《月

報》,詳細介紹后簽字；建議業(yè)主方召開每月項目協(xié)調(diào)會議，

針對月報內(nèi)容進行匯報；

4)特殊情況無需提供的，可在上次或下次文件里進行說明；

交付成果

經(jīng)辦人簽署《周報》

業(yè)主方組長或副組長簽署《月報》

提交時間

《周報》：項目轉實施開始至項目提出驗收為止；

《月報》:從項目啟動會議開始至項目提出驗收為止;

項目偏移

情況

項目偏移情況體現(xiàn)在《月報》里，軟件公司需要內(nèi)部考核，2018

年開始的新項目偏移最多不得超過極限工期:

A類項目極限工期=項目計劃整體工期+2個月

B類項目極限工期=項目計劃整體工期+4個月

C類項目極限工期=項目計劃整體工期+6個月

14

文件包含

《周報》：本周完成工作、系統(tǒng)功能修改、存在問題(本周進度偏

移情況、項目推進問題等）、下周工作計劃;

《月報》：關鍵進度計劃(附詳細進度計劃）及偏移率、本月計劃

完成情況、針對本月工作提出建議、次月詳細計劃及對應的責任

人、風險分析及應對責任人；

5.2系統(tǒng)調(diào)整

流程介紹

1)用戶在培訓、試運行、全面運行階段中，會產(chǎn)生不同程度上

的系統(tǒng)調(diào)整,分為需求、BUG等等，實施人員應及時在Excel

表里做好記錄，為自己在協(xié)調(diào)用戶、技術人員過程中能有據(jù)

可依，并及時給予雙方反饋；

交付成果《系統(tǒng)調(diào)整清單》

提交時間

從首次培訓開始至項目提出驗收為止，及時記錄,項目驗收時統(tǒng)一

提交此Excel給用戶;

文件包含

序號、發(fā)生日期、類型（需求/調(diào)整/BUG）、來源路徑、描述說明、

提出人、圖片鏈接、完成時間、處理結果等等；

5.3項目暫停

流程介紹

1)實施人員推進項目兩周無任何進展(硬件設備遲遲未到位/重

要會議安排不出/領導對系統(tǒng)不關心/客戶方太忙沒時間錄數(shù)

據(jù)）,應考慮有效的應對措施;

2)向客戶方最高層當面匯報，務必提供書面文件說明;

3)申請軟件公司商務或上級領導協(xié)助進一步推進；

4)再過兩周，還是推進不了，提出暫停意向，讓甲方領導重視

進展；

5)業(yè)主方領導同意項目暫停后,實施人員編寫《項目暫停單》，

簽字確認,之后實施人員可以抽身去實施其他項目；

交付成果《項目暫停單》

15

提交時間項目無進展協(xié)商后暫停

文件包含暫停時效、雙方工作完成情況、暫停原因、項目重啟后工作內(nèi)容

5.4項目變更

流程介紹

1)所有《產(chǎn)品功能清單》外的新模塊/新流程更改都需要簽訂《需

求變更單》；

交付成果簽署《需求變更單》

提交時間交于技術開發(fā)前

文件包含變更原因、變更主要內(nèi)容、技術評審工作量等信息；

5.5項目小組會議

流程介紹

1)在實施過程中，為了更好解決項目小組之間的溝通問題，需

要讓小組成員及時知曉項目重點環(huán)節(jié)、存在問題；

2)實施人員需要定期舉行項目小組會議，分為重點環(huán)節(jié)會議（項

目內(nèi)部啟動、定制需求）,特殊情況會議(開發(fā)進度偏移、推

進偏移、需求變更、項目暫停）；

3)部分人員無法到場的情況，可采用電話會議形式;

4)會議結束后，由實施人員在通達OA里中發(fā)起《會議紀要》項

目小組成員通知；

交付成果《會議紀要》

提交時間每次定期小組會后

文件包含項目近期實施情況、當下存在問題及顧慮、討論后的下一步計劃

6驗收交付

流程介紹

1)軟件上線工作按計劃完成后，且系統(tǒng)運行穩(wěn)定,則按計劃進入

驗收階段；

16

2)在進入驗收階段前一周,項目實施人員提交《系統(tǒng)驗收意見征

集表》，由甲方負責人分發(fā)給各科室科長，由科長線下收集本

科室驗收意見，最后由甲方負責人收集后與項目實施人員討

論驗收事宜（也可通過驗收意見會議來代替紙質(zhì)征集表）；

3)驗收事宜協(xié)商后甲方負責人同意正常驗收，則項目實施人員

遞交《用戶使用報告》《項目驗收報告》《項目驗收材料》給

用戶確認,并召開項目驗收會議，對項目總體成果進行匯報;

交付成果

簽署《系統(tǒng)驗收意見征集表》(可選）

簽署并蓋章《用戶使用報告》(可選）

簽署并蓋章《項目驗收報告》

《項目驗收材料》

提交時間

《系統(tǒng)驗收意見征集表》：進入驗收階段前一周；

《用戶使用報告》《項目驗收報告》《項目驗收材料》：驗收階段,

驗收會召開前；

文件包含

《系統(tǒng)驗收意見征集表》：系統(tǒng)概況及運行情況、系統(tǒng)改進建議、

系統(tǒng)綜合評價、是否具備驗收條件、成員簽名;

《用戶使用報告》：業(yè)務方對系統(tǒng)穩(wěn)定運行情況的肯定；

《項目驗收報告》：驗收申請，項目總結概括；

《項目驗收材料》：項目啟動階段（項目概況、項目啟動章程、進

度計劃）、項目調(diào)研階段（實施調(diào)研報告、服務器信息采集表）、

系統(tǒng)運行階段（系統(tǒng)應用規(guī)范、系統(tǒng)上線方案)、工作匯報（周報、

月報、系統(tǒng)調(diào)整清單）、系統(tǒng)運行情況總結（運行成果、系統(tǒng)基本

數(shù)據(jù)情況、項目錄入情況、建議)；

主要職責

實施人員收集《系統(tǒng)驗收意見征集表》→協(xié)商討論驗收事宜→準

備驗收的各項資料→與業(yè)主方確認驗收資料→召開驗收大會

7進入運維

流程介紹1)項目收尾,實施人員總結項目上的調(diào)整，實施的經(jīng)驗和教訓，

17

編制成《項目實施總結》并自評,提交給直接領導審核①過

程資料是否齊全并上傳至git②成果文件（需要簽署的文件、

蓋章的驗收報告）是否上傳至通達OA③經(jīng)驗總結是否按“觀

點+案例”格式編制④是否自評;

2)運維人員檢查《系統(tǒng)調(diào)整清單》《系統(tǒng)說明書》《用戶服務器

信息登記表》；

3)實施人員在內(nèi)部總結會上分享后，由部門負責人及監(jiān)督人員

對自評結果進行提問,最終計入個人年終考核；

4)合同驗收后盡快將項目移交到運維部，如遇實施人員自身原

因遲遲不移交運維的情況，免費運維費用(2萬/年)和真正運

維費還是屬于運維部；

交付成果所有實施資料

提交時間軟件公司內(nèi)部項目總結會前

主要職責

整理實施過程材料→編制《項目實施總結》→提交小組負責人審

核→提交運維組審核→召開內(nèi)部驗收總結會→實施過程材料移交

運維部