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

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

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

項目管理原則

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

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