信息系統的開發過程是十分復雜和多變的。因為市場、用戶、開發人員、開發技術等等所有的東西都不一樣，所以就算開發同樣的信息系統，兩個項目都不可能一模一樣的進展和完成。信息系統開發的復雜性來自軟件本身的復雜性和人的腦力創造性勞動；并且信息系統的開發牽扯到如此多的不同性質的工作和如此多的不同的模型(過程模型、用例模型、數據庫模型、順序圖、類圖、商業模型等等)。

這篇文章通過系統開中需要注意的核心問題，或者說是在系統開發過程中需要關心的重點工作，以說明信息系統開發的靈魂或者內在。掌握了一個事物的本質或者內在的東西，就可以主動地創新我們做事情的方法或者手段。如果我們總在被動或者混亂中，那是因為我們沒有掌握這些要旨，而被事物外在的形式所迷惑。

1、商業目標

信息系統開發的核心問題就要從信息系統的結果進行入手。開發一個信息系統的目的是實現一個組織或者團體的商業目標(或者其它目的，這里只關心商業目的)。所以一個信息系統開發成功的標志是給受益人或團體帶來預期的商業收益。

所以，在項目計劃過程中，項目確立之初，需要明確地調查和定義出即將開發的信息系統的商業目標。在這個目標中必須依次說明：

2?受益人或者團體是誰。

2?他或者他們就這一問題的當前商業模式或者工作方式、經營狀況、等等。這個問題就是系統開發背景或者用戶在這一領域的現狀。我們的用戶是為了改善現狀才會開發信息系統，這一點要切記。

2?最終要達到的商業目標是什么。要改變現狀，用戶期望達到什么樣的商業目標？例如，通過新的信息系統，增加互聯網銷售業務、預期在2年內收回開發成本，3年內收益增加多少；估算信息系統開發的代價、年收益率、增長率等等。為了估算預期的商業收益，此時可能用到預期的商業收益表，并且為了實現這些收益條目，將要估計待開發的信息系統的能力，形成一個系統能力表(這就是最原始的系統功能表)。

2?如何達到商業目的。一個信息系統的成功，重點不是技術，而是商業模式。所以要描述這個問題，就必須采用兩個方案：一個是商業計劃、一個是技術放案。這兩個方案的編制分別需要不同領域的人員。商業計劃需要由商業知識人員或者專家來編寫，而技術方案則需要技術經理或者總監來編制。編制這兩個計劃的人就是分別在研究兩個方面的可行性問題，以保證新的信息系統確實是成功的系統。所以分別需要市場調研、預測；技術調研和公關研究等工作，最終的研究結果是從兩個方面如何達到商業目標。這個時候，系統大概的主要功能需要在技術放案里面被確定，以便研究可行性。其中商業計劃是核心，技術放案是手段。

2、資源問題

商業目標的問題研究清楚以后，商業目標已經明確、并且可行性已經從理論上得到保證，就需要研究項目需要的資源問題，也就是資源可行性問題。如果資源得不到保證，那么項目注定不會成功。依次需要解決的資源如下：

2?硬件和軟件資源。包括項目的管理、開發、機構支撐和維護過程的所有資源。例如開發用電腦、服務器、所有的工具軟件等資源；軟件安裝部署需要的電腦或者服務器、軟件環境等資源。應該估計大概需要多少這類資源(明細表)、并說明資源如何得到。

2?人力資源。包括項目開發過程需要的人員和系統維護過程需要的支持人員。需要估算和籌劃一個人員明細表，包括職位、技能、職責等；并且說明人員來源，有些可以從一個組織內部直接調用，而有些需要通過人力資源部門招聘。

2?資金。也就是項目的投資。項目所需資金需要根據多種情況進行估算，包括購買軟硬件資源的費用、人員工資、項目開展過程的所有開支等。最終需要說明資源來源、如何到位等問題。需要弄清楚的一點是，一個信息系統的支持階段的費用往往是各種費用里面最多的。例如，系統安裝、人員培訓、系統維護、系統運轉等幾個費用，其中后兩個會在整個系統支持階段一直發生。所以，在資金預算中必須把這一點考慮在內，在成本/收益估算分析報告中也是一樣。

3、其它可行性問題

這些可行性來源于投資商或者最終用戶的其它方面。例如企業文化、組織結構等等。需要研究新的信息系統在特定的用戶群體內會不會被接受、會不會被大力支持。一個信息系統成功的第一要素是產生了預期的商業收益，實現了預期的商業目標。一個做的再好的系統，如果因為某些原因得不到使用，那它也是失敗的。

4、初步的系統開發進度表

到這一步，就需要制定出初步的系統開發進度表。這個時候項目管理人員不可能有詳細的WBS功能分解數據，所以這個進度表一般是對系統開發生命周期中的主要活動的進度進行的一個定義。這個進度表是對系統開發的一種約束和檢驗，沒有進度表項目永遠做不完。按照既定的成本預算，在預期的期限內完成工作才能叫項目。

此時因為資源問題已經有了結果數據，所以就可以根據系統能力表進行工作量的估算，對項目的主要活動分配人員，進行一個進度安排。

5、定義產品

到現在，上述問題解決以后，項目得以啟動。當然，啟動項目有一個方法或方式，但這些不是核心問題，這里主要闡述核心問題。

項目啟動，信息系統的分析和開發階段開始了(以前處于計劃階段，現在計劃已經被批準執行了)。這個時候就需要明確地定義正在開發的信息系統 ---- 定義產品。定義產品的依據是要達到的商業目標，在商業分析及計劃書中如果有一個系統能力估計表，這個就是最初的依據。我們的產品大體上就需要提供這樣的能力。但這個遠遠不夠，最終開發結束，進入測試和交付，就需要按照產品定義來檢驗最終的產品是否合格。這個階段就是需求信息收集和分析階段。最核心的要點有：

2?系統能力表。系統為了實現商業目標必備的能力。

2?系統詳細功能表。通過需求調研和分析，初步的WBS功能分解等手段從原始的系統能力表產生詳細功能表。每個功能在調研期間必須說明用戶在當前是如何完成這些商業或者生產活動的，新的信息系統又是打算如何定義這些活動的完成過程的。所以，業務流程、數據流等東西都在需求調研期間進行研究。

2?確定系統正常運行的條件。也就是運行環境定義。必須明確定義系統正產運轉需要具備的所有條件。例如運行的計算機硬件要求、網絡要求、操作系統要求、需要的支撐組件和應用程序、數據庫類型等等。這些是產品檢驗階段進行測試的依據，如果一個系統能夠運行在多種環境，那么測試階段，系統要逐個地在這些環境里被測試。這個環境和舊的系統和技術選型等因素直接相關。

6、進一步的系統開發進度表

根據詳細的功能列表，進行初步的WBS工作分解，通過估算各個子功能的工作量大小和復雜性，就可以制定進一步的系統開發進度表。這項工作是對項目可行性的不斷檢驗和對項目進展的不斷校正，很重要。

7、設計系統

產品定義明確以后，就開始設計這樣一個被定義好的東西。就像汽車被定義好以后，具體要設計出來，以便投入生產。只要能夠符合要求，設計成寶馬、勞斯萊斯或者奔馳都無所謂。投資決定設計方案，因為不同的方案實現的代價不一樣。其實投資是首先決定了產品的定義，然后才決定產品設計的。投資少，那么只能定義成一個具有奧托那樣功能的車，并且設計和生產出來；投資多就可以定義更多、更好的特性，成為寶馬或者奔馳了。

2?設計用戶界面。一個信息系統最終要和用戶交互，信息系統提供給用戶的界面有哪些？必須詳細的進行定義，這是對最終產品是否合格的最直觀的定義文檔。界面布局圖案，界面元素定義，界面功能說明，界面流轉關系等等都要詳細定義。

2?設計系統外部行為(或者系統接口)。一個信息系統的很多功能是用戶在界面上無法看到的，但是用戶可以認識到或者感受到這些功能的存在。例如，一個網絡許可證控制應用系統，需要開發服務器方和客戶方的高層通信協議。服務器最初維持20個許可證，每登錄一個客戶端就分發掉一個，最多登錄20個客戶端；等等。這些不可見的和多軟件內部需要處理的問題，就是外部行為。因為，這些行為一般是信息系統模塊之間，或者新系統和舊系統之間的交互產生的，所以也可以說是系統接口。

2?設計應用程序結構。也就是根據需求中的功能表、用戶界面和系統接口等信息，設計整個信息系統的網絡集成體系結構和軟件體系結構。首先要確定新系統如何和其它系統集成，所以網絡集成體系結構首先要被確定。

2?設計數據庫、數據結構。現在可以根據系統的外部表現和行為以及其它需求分析結構設計數據了。這些數據包括數據庫和應用程序使用的其它數據結構。例如根據用戶界面、系統接口、其它需求資料，分析和抽象其中的信息，設計數據庫和數據結構。

2?設計系統的模塊。從系統功能表、用戶界面、系統界面(接口)、應用程序體系結構、數據庫和數據結構等信息，需要設計系統最終的所有主要模塊(沒有必要太細密的劃分，否則設計成本將大大上升)。這個時候一般就會用到WBS分解方法，把系統的功能分解為許多小的模塊，以便能夠團隊分工協作。對于非常大的系統，可以初步的進行模塊劃分，然后把這些模塊分配給不同的部門，進行再次的劃分和設計。

8、詳細的項目進度表

在模塊的劃分完成以后就應該制定一個詳細的項目進度表，把模塊承包到戶。因為模塊的很多細節性的設計工作還要交給具體開發人員完成(小規模的團隊定義好模塊功能和接口以后，就可以把所有的其它設計工作都交給開發人員，這樣可以降低設計成本)。

模塊劃分和定義完畢，設計之前就制定詳細的項目進度表。

9、實現系統

至此，系統內部的部件 --- 模塊被定義和設計出來了。現在要投產。

具體實施系統的時候又有這個實施過程域的許多活動和規范、模型等(這是域內的細節問題)。

10、測試系統(質量保證)

系統在實施的過程，要對部件的質量進行檢驗。這就是白盒測試和黑盒測試。需要測試系統的每個模塊，保證它是達標的。具體的測試方法和詳細程度是這個活動的細節問題。

系統實現完畢，就需要把各個部件組裝起來，對整個信息系統進行集成測試。這個時候是檢驗系統是否符合產品的定義。這是集成測試。具體的測試方法屬于細節問題。

系統集成測試必須以產品定義為依據，要達到質量要求(能力、效率、穩定性、各種環境等等)。而部件測試必須以模塊的定義為依據。

11、安裝部署和支持過程

系統最后進入安裝部署和支持過程。這個階段及其重要，一個信息系統能夠被順利應用，就需要好好研究和策劃這個過程。并且這個過程也是花費最多的地方。具體的方法也是細節問題。?

結束語：文中很多沒有提及或者被稱為細節問題的，就是一個項目管理者不必要過分考慮或者不必要去考慮的問題。項目的很多細節問題并不是小問題，它們都需要工作人員有特定的知識，所以項目管理者需要把這些具有專長的人員安排到合適的位置。

一個項目經理成功的條件是：一是他掌握了一個項目包括的關鍵工作或任務；第二是他擁有這些不同的任務各自需要的相關專業人員

總結

以上是生活随笔為你收集整理的做成功的项目经理人的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。