網站項目管理規范手冊一.概念

網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。

二.需求分析

項目立項

我們接到客戶的業務咨詢，經過雙方不斷的接洽和了解，并通過基本的可行性討論夠，初步達成制作協議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經理制。

客戶的需求說明書

第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求并不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：“您做網站的目的是什么？”他回答：“沒有目的，只是因為別人都有，我沒有！”。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那么需求說明書要達到怎樣的標準呢？簡單說，包含下面幾點：

1.正確性：每個功能必須清楚描寫交付的功能；

2.可行性：確保在當前的開發能力和系統環境下可以實現每個需求；

3.必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉；

4.簡明性：不要使用專業的網絡術語；

5.檢測性：如果開發完畢，客戶可以根據需求檢測。

三.系統分析

網站總體設計

在拿到客戶的需求說明后，并不是直接開始制作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶?？傮w設計是非常關鍵的一步。它主要確定：

1.網站需要實現哪些功能；

2.網站開發使用什么軟件，在什么樣的硬件環境；

3.需要多少人，多少時間；

4.需要遵循的規則和標準有哪些。

同時需要寫一份總體規劃說明書，包括：

1.網站的欄目和版塊；

2.網站的功能和相應的程序；

3.網站的鏈接結構；

4.如果有數據庫，進行數據庫的概念設計；

5.網站的交互性和用戶友好設計。

網站建設方案

在總體設計出來后，一般需要給客戶一個網站建設方案。很多網頁制作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際制作后的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求并總體設計后提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：

1.客戶情況分析；

2.網站需要實現的目的和目標；

3.網站形象說明；

4.網站的欄目版塊和結構；

5.網站內容的安排，相互鏈接關系；

6.使用軟件，硬件和技術分析說明；

7.開發時間進度表；

8.宣傳推廣方案；

9.維護方案；

10.制作費用；

11.本公司簡介：成功作品，技術，人才說明等。

當您的方案通過客戶的認可，那么恭喜你！您可以開始動手制作網站了。但還不是真正意義上的制作，你需要進行詳細設計：

網站詳細設計

總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似于其他工程領域中工程師經常使用的工程藍圖，它們應該包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。

四.項目實施

整體形象設計

在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。整體形象設計包括標準字，Logo，標準色彩，廣告語等。首頁設計包括版面，色彩，圖像，動態效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成后，供客戶選擇。

記?。涸诳蛻舸_定首頁風格之后，請客戶簽字認可。以后不得再對版面風格有大的變動，否則視為第二次設計。

開發制作

到這里，程序員和網頁設計師同時進入全力開發階段，需要提醒的是，測試人員需要隨時測試網頁與程序，發現Bug立刻記錄并反饋修改。不要等到完全制作完畢再測試，這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度，協調和溝通程序員與網頁設計師的工作。

調試完善

在網站初步完成后，上傳到服務器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發現問題及時解決并記錄下來。

為什么要記錄文檔呢？其實本軟件工程本身就是一個文檔，是一個不斷充實和完善的標準。通過不斷的發現問題，解決問題，修改，補充文檔，使這個標準越來越規范，越來越工業化。進而使得網站開發趨向規范，趨向合理。

宣傳推廣

宣傳推廣的基本方法有：

1.網頁里設置適當的META標簽；

2.各搜索引擎登錄；

3.準備新聞稿件在各新聞公告板發表；

4.合理使用Email郵件列表；

5.廣告條交換；

6.付費廣告。

至此，網站項目建設完畢，將有關網址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。

維護

網站成功推出后，長期的維護工作才剛剛開始，我們需要做到的是

1.及時響應客戶反饋；例如可以采取Email自動回復功能，然后在1-3個工作日里解決問題，再次回復；

2.網站流量統計分析和相應對策；

3.盡量推廣和使用您的網址；

4.網站內容的及時更新和維護。

五.遵循的規范

1.網站建設目錄規范

2.網站文件命名規范

3.網站建設尺寸規范

4.網站首頁head區代碼規范

5.網站連接結構規范

網站項目管理在今年會逐漸成型，要做到網站項目的順利開展，要建立在共識的基礎上，共識要求大家對上游和下游的工作都有一定了解，至少應該了解相關的技術，知道可以實現到什么程度，在可行的情況下，進行內部的培訓和外部的協助是完全必要的。沒有良好的學習交流氛圍，很難做好網站項目。

在項目管理與公司的整體運作上，我想談一談可能遇到的矛盾：

（1）希望大家都能不斷學習，接收新鮮知識是不太可能的。

（2）希望改變一個傳統行業的老總對互聯網有全新的認識是不現實的；他們會使用傳統行業的的方法來進行公司的管理。

（3）一個新的架構模型（它可以是公司人事組織上的，也可以是實際項目操作流程上的），盡管是優秀的，如果沒有成功的案例，想在所在公司推廣也是非常難的。

（4）在項目立項過程中，反對意見一般會大于支持意見，沒有相互尊重，不同專業不同地區不同工作經驗的人在一起，本質上會議是很無聊的。

關于怎么解決，我想人際關系的氛圍是很重要了，在盡可能的程度上作一些努力，去爭取改變吧。

下面回到項目管理本身：

大中型項目的軟件統籌表：

在年初，我已經做過網站總體項目管理的探索，并且使用MSPROJECT制作的一個模板。大中型項目的統籌僅靠人力是難以達到要求的，必須借助于各種科學的工具，在早期階段是靠計劃評審技術和關鍵路徑法來規劃項目運作模型的，這些好的技術工作量非常巨大，大型項目往往要配備很多計劃技術人員MSPROJECT的推出大大提高了這些技術的應用難度。該軟件基本包括以下幾個方面，并且能夠自動調整資源、時間的合理分配。

甘特圖（任務橫道圖）

跟蹤甘特圖

任務分配狀況

日歷

統籌圖

6.資源使用狀況

一方面，把它運用于小型項目可能不僅提高不了效率反而降低了效率。大型項目的每個過程都要求非常嚴格和科學，靈活性會降低一些，那么對計劃的要求就會提高。

另一方面，PROJECT建立的管理模板，是可以從模板建立一個新文件，然后進行調整，對于不需要的任務步驟可以刪除。隨著對項目本身的理解的深入和對軟件使用的熟練程度的提高，可以將更多的項目，甚至小項目也可以使用PROJECT來進行靈活的管理。

現在我需要補充的是，在大家的管理意識和手段還沒有達到相當的程度，可能使用PROJECT來實際操作并不容易，那么從科學的管理逐步落實的角度來看，根據PROJECT的建設流程，衍生出一套WORD文檔，在實務性上有更快的效果、更好的可操作性，那么我做了“項目策劃書”和“項目制作書”，給大家參考：

項目策劃書

項目編號：項目級別：

一、定義目標：（100字以上，代表小組意見）

目標：

二、可行性分析：（理想模型的建立）（300字以上）

（1）訪問者定義

誰將是該項目的訪問者？

訪問者的目的是什么？

訪問者能獲到什么信息？進行何種商務功能的處理？或者得到什么形式的獎勵？

信息

商務處理

獎勵

綜述

（如有必要再進行全方面的描述，請填寫在下面）

（2）創建情節

根據訪問者定義，找出能代表大多數訪問者的人，舉例說明用戶的真實網上經歷，如何完成一定的任務，就象講述一個網民上網的故事，可以盡量發揮想象力去描述。

情節描述：

（3）競爭性分析

瀏覽一至二個我們主要的競爭對手的網站，嚴肅客觀地評價競爭者，分析出該項目在競爭上的優勢。

網站名

網址

功能描述

優勢分析

三、項目內容和功能

（1）項目內容概述（項目具有哪些內容？哪些功能？列出所需的內容和功能的清單。）

（2）項目內容分組和命名（將內容進行分組，也即分成若干個欄目，給每欄起一個名字，中文英文各取一個，中文的用做導航，英文的作為網站文件目錄的名字。）

（3）功能需求（列出項目中用戶功能性的內容）

四、項目結構

（1）結構列表

建立一個基于文本形式的項目層次結構圖，結構如下：

section1

section1.1

section1.1.1

……

section1.2

section2

……

（2）建立結構藍圖，定義全局和局部導航。

結構藍圖是網站結構的可視化表示，顯示網站中的元素如何分組和聯系的圖表，不同的內容（靜態或是動態的）和功能使用不同的幾何形狀進行表示，整個結構呈現倒樹狀，內容要素使用方框，功能要素使用三角形。

當完整的策劃完成，項目制作可以比較輕松，越是急促和或者說不成熟的策劃都將給制作帶來很大的麻煩，就會矛盾重重而造成開效率低下。這里我制作一個比較簡單的項目制作書。

項目制作書

主線程

分線程

時間（天）

所在分線程時間比

所在總線程時間比

前

臺

開

發

設計階段

參考

設計框架

設計裝飾圖片

完成設計整合

制作階段

設計CSS

制作框架html

加入JS

作代碼優化

設計制作

整合

與策劃人員溝通

在后臺代碼加入后，根據項目小組意見進行整合

后

臺

開

發

后臺開發

審閱功能規范

確定模塊化/分層設計參數

開發人員分派任務

編寫代碼

開發人員測試（初步調試）

上傳功能模塊

說明：

（1）參考“項目策劃書”中“競爭性分析”是提到的網站，可以自己參考國外的網站。

（2）設計框架可以劃分出各個欄目所在的比重，區域范圍。

（3）設計CSS過程中，顯然會有一個已經設計好的網站總體的CSS，在單個頁面，有時還是需要更有新的定義，CSS的設計是非常重要的，我們使用它并非僅僅控制大小，而是段落應用或是更多的特效。

（4）用很多網頁設計軟件，已經可以生成比較簡潔的代碼，這里的代碼優化，除了辦求代碼其簡潔之外，還有要使整體代碼符合公司制定的“HTML和CSS的總體規范”。

（5）前后臺在策劃部門完成策劃的時候已經開始各自的工作，前臺開始頁面設計，后臺開始模塊開發，當前臺頁面完成，后臺即可將代碼引入其中。完成頁面，那么最后的一件事就是前后臺與策劃部門的共同認可。

（6）在“時間”一欄，你可以給整個分線程打一個時間，并不需要給每個分線程中的部分給出非常明確的時間，為什么呢？因為協調的工作一直都貫徹整個項目進程，在協調不得力的時候沒有辦法保證時效性。

（7）在項目制作書，有必要讓所具體操作的人在上面簽字作認可。

（8）項目完成的效果評估分析，主要通過技術手段（WEBTRANS分析流量等方法）進行，不在策劃和制作范圍，這里不詳談。

附：

傳統行業中可以實施的管理圖表：

（1）以任務為導向的統籌表（適用于活動型、任務獨立的項目）：

日程

任務

責任人（聯系方式）

目標

結果

備注

7.26以前

完成統籌表

風子（2172337）

完成定稿

OK

項目申請流程

風子（2172337）

修改定稿

OK

7.29以前

人員績效考核表

一秒（2172337）

完善定稿

（2）以時間為導向的統籌表（適用于小型項目）：

任務及責任人

目標及結果

完成統籌表（風子2172337）

完成定稿OK

項目申請流程（風子）

修改定稿OK

7.26前

人員績效考核表（一秒）

項目總結報告模板（一秒）

7.29以前

（3）以人員為導向的統籌表（適用于中型項目）：

任務及目標

人員配備

結果及備注

龍騰（2172337）7.26以前完成

統籌表完成定稿

風子（TEL）OK

項目申請流程修改定稿風子（TEL）OK

龍騰（2172337）7.29以前完成

人員績效考核表

一秒（TEL）

項目總結報告模板一秒（TEL）

這種中小型項目的統籌圖以手工繪制圖表在保證效果的同時更容易操作，能夠適應策略或其他方面的變動，顯得更為靈活。主要體現在項目開始時要確定該項目的偏重，比如項目偏重時間，那么就選用以時間為導向統籌圖，只要保證7.29能夠完成任務目標，期間的資源調配和人員安排可以不必強加要求。對于活動型項目，任務獨立性較強，所以是任務為導向，即每個任務在規定的時間內能

補充日期:2001-11-2415:49:20以上是別的工作室項目實施時的運作流程，大家可以看看，制定工作室流程時可以借鑒并引為我用：）補充日期:2001-11-2415:52:17補充一、

網站設計流程

<1>、收集網站前期資料以及所需文檔

網站策劃人員先期分析網站的目的，并分析出網站的功能情況、定位以及初步欄目的規劃描述。然后根據策劃方案去收集相關資料

l小組討論開會-----分析網站目的和功能情況------主要負責人簽字------生效并打印文檔

<2>、將策劃方案打印給小組成員人手一份，開始設計人員進行設計工作。

根據策劃文檔及網站設計規范