作者：運氣
email: webmaster@chinaspx.com
日期：6/27/2001 12:23:13 PM
在設計JSP項目的時候，現(xiàn)行的方法學提供的更多是限制而不是幫助。按照Casey Kochmer的觀點，成功的運行一個JSP項目的關鍵是項目管理而不是設計
。

與一般的想法相反，在運行一個項目的時候，最好的設計方法學并不是那種正式的方法。多數(shù)設計方法學都是臃腫而不切實際的。如果一種設計方法需要200頁的手冊才能說明，那只能說明它在實際應用的時候顯得太復雜了。我認為，設計方法的本質(zhì)應該是簡單和整體的。實際上，對于一個成功的設計方法，最關鍵的甚至可以說是與設計無關的東西，而是項目管理策略。如果管理不當，即使你有最好的設計也有可能失敗。在設計方法中，最重要的一點是必須提供一個簡單的框架，這個框架要能把任何成功設計中廣泛存在的對立和矛盾包容在一起。 

在下面的指南中，我們將解釋這個問題，講述項目管理中最基本的組成原則。

項目管理原則

有幾個主要的因素可以導致項目失敗。我們在下面列出最主要的10個，還包含對每個因素的簡單解釋。 
項目過于死板，不能按照用戶需要進行必要的改動。 
項目毫無原則，經(jīng)常因用戶的意愿進行改變，因而無法在合理的時間內(nèi)完成。 
在編程人員和客戶之間缺乏溝通或者溝通很差。 
有不切實際的預期目標。 
時間表是不切實際的。 
項目過大，無法進行成功的管理。 
沒有測試或者測試過多。 
使用錯誤的工具。 
項目使用的技術對于項目和用戶來說太過先進，超前。 
項目進行不尊重項目成員。 
下面的多數(shù)原則就是為了解決這些問題而提出的。當然，每個項目都有其自身的平衡點。因此每個項目經(jīng)理和主程序員都要按照自己項目的內(nèi)部特色進行調(diào)整。

在項目的設計過程中，必須允許用戶提出改變設計的要求。但是同時一個項目又要有一定的“剛性”，要使設計的改變盡量少。平衡這個矛盾需要非常好的設計藝術，而且每個項目的平衡點都是不一樣的。 
在項目進行過程中，團隊需要直接與客戶溝通，至少也要保證最低限度的項目回顧和問題澄清/分析過程。 
一個項目的時間不要超過一年，以6到9個月為最佳。任何更大更長的項目最好切割為小的子項目。 
項目經(jīng)理與程序設計主管一定要是不同的兩個人。將者兩個角色合一使一個人的負擔過大，兩個角色都作不好。 
一個項目的人數(shù)不要超過7個，以5個為最佳。 
一個項目小組最好能混合資深的和年輕的開發(fā)者 
我發(fā)現(xiàn)，如果一個開發(fā)小組全是資深的開發(fā)者，那么小組很容易陷入陳腐和習慣化的情況。而一個完全又年輕的開發(fā)者組成的隊伍又明顯的缺乏經(jīng)驗。團隊中的年輕成員可以消除老的資深人員的惰性，年輕的新手可能經(jīng)常會問，這個為什么要這樣作？這種問題經(jīng)常帶來良好的改進。同時，資深的開發(fā)者可以訓練新手，讓他們經(jīng)常對設計進行檢查，這也可以帶來改進。 7.項目所使用的工具對項目成員來說必須是容易使用和控制的，或者在這方面能夠提供幫助的人必須是容易找到的。 
開始的時候就要制定比較現(xiàn)實的時間表。如果時間表在開始后發(fā)現(xiàn)是不合理的，就要盡快對人員或者是時間表進行調(diào)整。多數(shù)項目的錯誤在于一味的增加資源以加速進度。這通常都是錯誤的。如果發(fā)現(xiàn)一個時間表是不合理的，其錯誤之處多數(shù)不僅僅是缺乏資源。在檢查時間表的同時也要檢查一下項目目標，方法和選擇。確保你在可靠的前提和信息下工作。在完成這種重新審查后，按照自己的想法重新調(diào)整項目。 
項目中的主要參與者必須感覺舒適，可以自由的提問，自由的進行溝通。缺乏有效溝通的項目通常會迅速失敗。出現(xiàn)問題的第一個信號通常就是在交換信息的時候有問題。沉默并不是項目要完成的信號，而是說明你的成員在無法溝通的真空中工作。 
項目小組中的所有成員都要明白這些原則，以便經(jīng)常對項目情況進行檢查。如果一個項目不符合這些原則，那么所有的成員都有義務盡快找出問題之所在。我在項目中也經(jīng)常弄錯點什么，但是也盡量將這些錯誤迅速找出。當問題在爆發(fā)前被發(fā)現(xiàn)，或者是在項目的初始階段被發(fā)現(xiàn)，通常解決問題的方法也簡單。但是，忽略這些問題則經(jīng)常導致更嚴重的問題，導致項目失敗。如果有項目不能體現(xiàn)這些原則，我是不會接受這種項目的。 
這些原則是我為項目成功總結(jié)的一些基本點。我個人的經(jīng)驗告訴我忽視上面任何一個原則都很可能導致嚴重的結(jié)果。