關)了解不斷變化的要求如何影響一個項目的生產(chǎn)進度和生產(chǎn)成本，或給團隊帶來不容忽視的額外風險(尤其是在客戶計劃增加更多的功能的時候)。特別是當客戶提出了疑問的時候它可以幫助你(開發(fā)者)評估風險和提供可接受的解決辦法。
原型設計
探索型的原型設計是避免全面的研究和開發(fā)過程中一些額外的費用的第一步。在項目需求被錯誤地解釋或在項目的結束之前可能發(fā)生變化的情況下，它還是一個極好的應對策略。此外，探索性的原型設計還可以幫助人們很好地闡明系統(tǒng)需求、確定目標系統(tǒng)所設想的特點、以及促進替代性解決方案的討論。
系統(tǒng)的原型設計應該回答軟件項目開發(fā)和風險管理的兩個基本問題：“這個概念健全嗎?”和“是否值得繼續(xù)進行?”如果你給出的答案不是一個明確的“是的”，那么你的項目就有可能會面臨失敗。更重要的是，沒有這種洞察力，你將給予客戶一個對于你可以取得非常大的成就的錯誤印象，這是你必須預先警覺的問題。有時風險管理者所要采取的最重要行動就是去問這些基本問題。
如果答案和風險是令人滿意的，您可以進入到詳細的原型設計，這個過程給我們帶來了一些優(yōu)勢。它使你的團隊快速有效地構建軟件項目中已經(jīng)成熟的部分。此外，它使最終用戶能夠更好地確定其余的要求。其結果是，在該項目的早期軟件基礎的核心就已經(jīng)被測試并證明，從而大大降低了接觸未知數(shù)的可能。
工藝改進
工藝改進應當持續(xù)整個項目。重要的是要不斷地問：“是否有更好的方式來完成這項工作?”改進您做事情的方式，特別是那些由于缺乏溝通而導致難以進行的事情。讓你的顧客參與到集成管理團隊中和系統(tǒng)的管理團隊共同參與。此外，一定要與團隊的工程師定期會面，進行重點但非正式的討論。雖然這些會議極其寶貴，但是也必須防范因延長會議時間而減少了的團隊的工作時間。
為了替代過于冗長的會議，我們可以采取制定和分發(fā)每周狀態(tài)報告的方法。這樣就可以讓每個成員了解整個項目的進展情況，并對整個項目藍圖有一個清晰的認知。請記住：即使在軟件開發(fā)過程中您有最好的項目進度表，你同樣可能會一敗涂地。有動機的、目標導向的和知識型的團隊將獲得成功，即使規(guī)劃并不是最完善的。
質(zhì)量管理
最好的質(zhì)量管理方法，是使用行政權利，所有權和團隊的共同目標，盡量減少風險和最大限度地提高項目中工作人員的工作效率。
增強您的團隊成員的自由度，使他們能夠得到最好的。所有的開發(fā)團隊都需要給他們的工程師要取得成功所需的工具，但許多時候不能向他們提供使用工具的自由。如果團隊受到廣泛的規(guī)則和條例的限制，即使是準備最充分的項目也將遭受被擱淺的困境，因為這樣將會扼殺團隊的積極性和創(chuàng)造性。
因此，總是允許團隊提出解決方案或行動方案而不用擔心受到過分的懲罰和嘲弄。充分授權給你的團隊成員會提高效率，鼓勵其思想交流，并增加群體的知識能力。最后，客戶因為增加了專業(yè)知識而受益匪淺。
正如所有其他領域的事情一樣，所有權是成功的一個關鍵組成部分。人們更關心他們自己的事情，即使軟件開發(fā)項目也毫不例外。培養(yǎng)一個全團隊的廣泛的主人翁意識能夠使每個成員都自覺地對項目的成功負起一份責任。此外，覺得自己掌握自己的工作的人更愿意接受對他們的決定所提出的建設性的批評。
在項目開始的階段發(fā)展共識也是質(zhì)量管理的一個重要方面。從一開始，提供足夠的時間給大家對最終產(chǎn)品的功能和開發(fā)的主旨產(chǎn)生共識。應該說明的是，這個交流的主題是描述產(chǎn)品最終目的，而不是討論具體的技術細節(jié)。
缺乏這方面的共識和軟件的鮮明主題的團隊，往往會在附加功能和技術方面作過多的強調(diào)。這些功能(盡管有時是很不錯的