從客戶的角度看，如果希望得到有保障的產品或服務，那既需要關注提供產品或服務的企業是否有恰當的項目管理方法和項目實施方法，也必須尊重該企業的方法。
三、 項目管理和項目的目標
有了合適的方法，還要清楚項目的目標，才能有針對性的進行項目管理。項目的目標是指項目做完后能夠支持客戶如何運作業務，或者客戶可以獲得具備哪些功能的產品等。
在項目的實際執行過程中，客戶方和項目執行方往往很容易產生爭執，出現“先君子，后小人”的情況：開始時大家都是一團和氣，或項目執行方為了獲得項目合同，先是猛拍胸脯保證沒問題，只要是客戶方的要求承諾一定實現。但隨著項目的進展，才發現雙方的期望有著不小的難以彌補的差距。
這種現象的原因是項目雙方并沒有定義清晰的、可實現的項目目標，換句話說，雙方并沒有真正在項目目標上達成彼此認可的一致。這樣很可能出現不了雙贏的局面，要么是后產生的結果不是客戶需要的，要么是客戶不斷的修改需求，導致項目的進度和質量受影響。項目目標既是客戶期望的體現，也是項目執行方期望的體現，因此它們應該是清晰的和可實現的。
從另一方面講，項目目標的實現是要受到一定制約的，那是它應該在確定時間和財務預算內實現。有一些目標并不是不能實現，而是實現的代價太高，或者不能滿足進度的要求。這也是在項目實施中需要注意的。
同時，清楚的目標也是界定項目是否成功的客觀標準，是對項目進行驗收和質量管理的重要依據。設定清楚的項目目標，在某種程度上也會讓執行項目的IT人員更清楚要做什么，因為在一些項目中，往往會出現片面追求技術的先進和完美，而忽視項目的結果是為誰服務的。因此，為了保證項目雙方能夠在項目執行過程中愉快有效合作，保證項目的成功執行，雙方都應該注意盡快在項目實施初期定義清楚的目標。
四、 項目管理與體系結構
“體系結構”這個詞語來自英文單詞“Architecture”，在計算機行業中也有譯為“系統結構”，許多行業都用到這個單詞。對于一臺計算機而言，它所關注的是如何合理的利用合適的軟件、硬件和固件來構造計算機，使之能夠以好的性能價格比完成用戶所需要的任務。之所以特別提出“體系結構”，主要有三方面的原因：一個是IT應用范圍的擴大；一個是IT系統的復雜性和產品多樣性；一個是軟件技術的發展。
隨著IT技術的發展，以及人們對IT技術的理解和掌握，IT在各行業的應用都日漸的發展和成熟，越來越多的行業和人員都在利用IT技術提高他們的業務運作效率，也產生越來越多的應用型項目。尤其是IT 應用發展到現在，一個IT系統所覆蓋的范圍日益擴大（范圍包括終用戶數量、部門數量、地理分布等），比較常見的大型IT項目是一些新用戶希望在一個高起點上構建一個覆蓋多個業務部門的完整的新IT系統，或者一些用戶希望在原有分散的IT系統基礎上進行整合，從而構建成一個完整的IT系統。
對于這樣的大型項目，它們所覆蓋的業務部門很多，彼此的業務功能差異比較大但又存在相當的聯系，也是說應用軟件的功能會比較多，且相互之間存在著一定關聯；而與之相適應的是應用軟件技術也發生了變化，多層結構、對象技術和組件技術等得到日益廣泛的應用，這意味著必須對應用軟件的體系結構進行全面的分析設計如層次如何劃分、組件如何劃分等，才有可能產生一個較完善的應用軟件系統以滿足終用戶的復雜需求。
同時從IT系統的基礎設施來看，其使用的產品也是多種多樣的，從服務器級的系統平臺、網絡平臺到客戶端等，有功能的差異，也有性能的差異，甚至還有采用異構技術實現的。如何讓這些產品構成一個和諧完整的系統為客戶提供方便、快捷的服務，需要站在整個IT系統的高度上進行完整的分析設計，定義整個IT系統的組成內容，每個組成部分的功能和性能，相互之間如何進行數據交換。
如果沒有清楚的體系結構觀念，在項目實施中往往會出現這樣的情況：客戶說需要這樣的功能，項目人員按照客戶的要求實現了；客戶明天再提出新的功能，項目人員也實現了。這看起來很簡單，“簡單是美”——客戶也會感到很滿意，可是隨著項目的進展，情況不那么美了，客戶開始發現“這兩個部分怎么不能連接”，進而提出要修改想法，甚至要求重新來過。整個項目實施可能會出現“邊施工，邊設計”的情況，在這種情況下，項目的進度和開銷很難有效控制，項目的資源可能被極大的浪費，而質量能否得到保證則存在很大的風險。
在體系結構清楚的基礎上，項目管理人員可以根據一定的優先次序關系組織資源去建設IT系統的各個組成部分，從而保證項目的順利實施，而不致于出現“停工待料”甚至是“推倒重來”的局面。因此，在一個合理的項目組織機構中，必須保證項目經理和體系結構設計師的有效配合。
五、 ISO9000、CMM與項目管理
從90年代中后期開始，眾多的IT企業象其它傳統企業一樣，開始關注國際標準組織頒布的ISO9000標準系列，并有不少企業通過了ISO9000認證。2000年后，國內大部分從事軟件開發的IT企業開始和國際接軌，重視CMM認證，并有許多企業走上CMM認證之路。這是非常好的一個現象，說明我們的觀念和意識在提高，在一定程度上意味著未來更加光明。但是也出現有的企業為認證而認證，而對于它們的客戶來講，所得到的產品或者服務并沒有因為這些企業通過某項認證而得到更好的質量保證。
為什么會這樣呢？其中很重要的一點是大家并沒有完全認識清楚ISO9000、CMM和項目管理、項目實施的相互關系，或者是不愿意承認這種關系。ISO9000針對質量保證和管理，而項目管理要考核的指標包括了時間（或進度）、成本、資源和質量，它不僅有質量管理，還包含了變化管理、風險管理、合同管理等，當然這些專項管理內容和質量管理是相輔相成的，或者說這些專項管理都是在為質量服務的（有時質量的范疇會被盡可能的擴大）。項目管理必然包含質量管理，而ISO9000標準并無法完全代替項目管理。
ISO9000是面向絕大多數企業的質量標準體系，是具有通用性的質量保證和管理標準，也因此它對某些行業可能缺乏針對性。雖然它也提出和軟件開發有關的指南，但從總的來看制造業容易按照ISO9000標準實施。對于制造業和IT企業（軟件、集成），它們都需要質量體系，但是它們的質量指標并不完全相同，甚至可以說絕大部分是不同的。當然，如果在未來的某軟件和系統集成的技術方法真的發展到很完善象工廠中的流水線一樣，那么ISO9000類似的質量標準對軟件和系統集成的衡量很有意義了。
IT企業通過ISO9000認證，這個體系一定要和項目實施方法密切結合。從ISO9000的發展歷程我們或許可以看出，質量管理方法的完善在時間上是落后于項目實施方法（對于制造業，應該是產品的研發和生產方法）的完善的，因為要進行質量管理，必須清楚要管理的質量指標項和相應的衡量標準，而這些都必須在積累一定的開發生產經驗后才能提出和完善。因此對于IT企業來講，要有很好的質量保證，必須有相對清楚合理的項目實施方法，才有可能把ISO9000標準真正貫徹到項目中，沒有項目實施方法，全面貫徹ISO9000標準是不切實際的。當然，這并不是說在沒有清楚合理的項目實施方法之前不能接觸ISO9000標準，不能應用ISO9000標準。如果在起步階段開始接觸ISO9000標準，應該說會更有可能以全面的眼光去看待項目的實施以及項目管理和落實項目質量保證，也更有可能逐步去完善項目管理方法和貫徹ISO9000標準。
至于CMM，則是側重于對企業的軟件過程和軟件能力的評估評價，它提供的是一個軟件過程改進的框架，這個框架與軟件開發的生命周期無關，更與項目管理的生命周期無關，因此它并不是企業可以直接采納的軟件開發方法和項目管理方法。CMM做為一個指南能夠幫助軟件企業選擇、采納和合理使用一些先進的軟件項目管理方法和軟件開發方法，并在實踐活動中不斷提高和完善，從而極大程度地提高企業按計劃的時間和成本提交有質量保證的軟件產品的能力。如果一個企業真正達到CMM第四級，那么它的軟件開發方法和軟件項目管理方法應該是相當成熟的。
因此，CMM只是為客戶選擇軟件開發商提供一個參考標準，它并不等同于軟件產品的質量，也不能代表企業對所有項目的管理能力�；蛟S有，會推出項目的能力成熟度模型來評估評價企業的項目管理過程和項目能力，那樣提高項目管理能力可能更容易了。
