戶的需要。此外還經(jīng)常會有一份工作合同來約束開發(fā)團隊和軟件使用方之間的工作關(guān)系。開發(fā)團隊要把握好這三個因素之間的互動關(guān)系，把它們互相關(guān)聯(lián)起來進行有機的管理，這能大大提高項目成功的幾率。
經(jīng)驗3:重視非功能性需求(Constraints)
對于編寫需求說明書而言，涉及法規(guī)遵從和提高軟件系統(tǒng)質(zhì)量的非功能性需求（又稱約束條件，Constraints）同樣重要，它們通常包括軟件的性能、界面和可維護性等方面。
編寫良好需求應(yīng)包含對約束條件的覆蓋，原因是一旦如下領(lǐng)域（例如，性能、可靠性和易用性等）在開發(fā)完成后出現(xiàn)缺陷，通常都無法在系統(tǒng)中對其進行重新設(shè)計。因此，在項目初期將所有類型的非功能性需求考慮在內(nèi)，可幫助開發(fā)團隊大幅提高項目成功的幾率。
經(jīng)驗4:將需求可視化(Visualization)
大多數(shù)需求分析人員發(fā)現(xiàn)建模有助于直觀化文字形式的需求。無論是在白板上繪圖、使用Microsoft PowerPoint演示工具，還是僅僅在腦海中構(gòu)建一個模型，都可視為一種建模方法。以上這種圖型化的文檔應(yīng)與文字形式的需求描述一起統(tǒng)一管理，以確保一致性、可跟蹤性和變更控制能力?？梢暬枨蠼Ｌ峁┝艘环N與客戶及最終用戶溝通的簡單而有效的方法，通過該方法可較容易地掌握客戶和最終用戶的需求。此外，圖型化還有助于闡明需求，增進軟件項目所有相關(guān)人員之間的溝通與協(xié)作。
經(jīng)驗5:使需求具備可測試性(Testable)
產(chǎn)生良好需求的另一種行之有效的方法，就是從初期就確保每個需求具備明確的可驗證性，這種做法不僅有助于為項目后續(xù)階段做好準(zhǔn)備，還可以幫助編寫者保持正確的思路。
對于非功能性需求此規(guī)則也同樣適用，例如，對于“軟件必須具有高可用性”這種表述的需求我們無法進行測試，而改寫成明確的“普通用戶應(yīng)能夠在3分鐘內(nèi)生成一個報告”就使該需求具備了可驗證性。
經(jīng)驗6:在客戶需求和開發(fā)能力之間找到平衡
許多情況下，較少的需求數(shù)量有助于產(chǎn)生更加優(yōu)秀的需求描述。軟件工程項目不可能實現(xiàn)既采納和滿足企業(yè)所有用戶的需求、營銷理念和商業(yè)計劃，同時還符合預(yù)算并能按期交付。項目經(jīng)理必須找到客戶需求和開發(fā)能力之間的平衡點，確定可為客戶帶來最大價值，并幫助企業(yè)提升創(chuàng)新能力的那些需求，而不是一味地試圖滿足用戶所有需求。
經(jīng)驗7:管理好需求變更
大多數(shù)軟件工程項目中，來自用戶的需求經(jīng)常會發(fā)生變化。隨著項目的進展，開發(fā)團隊要保持清醒的頭腦、按照工程要求做出相應(yīng)調(diào)整，并響應(yīng)不斷變化的市場形勢和客戶需要。僅僅編寫出完美的首版需求描述是不夠的，如果未能對需求的變更過程進行恰當(dāng)管理，那么控制不善的變更便可能導(dǎo)致系統(tǒng)和軟件功能缺失、返工以及利潤損失。開發(fā)團隊?wèi)?yīng)該實施可靠的、可重復(fù)的變更控制流程，借助Telelogic DOORS?、Telelogic Change?等工具，實施成熟的變更管理解決是一個良好途徑。
經(jīng)驗8:善于利用監(jiān)測與跟蹤工具
復(fù)雜的項目都要求實現(xiàn)自動數(shù)據(jù)收集功能和簡便的報告流程，以簡化項目管理工作。同樣地，項目經(jīng)理和所有利益相關(guān)者都應(yīng)擁有計量和趨勢的“管理面板”，該面板可幫助他們快速監(jiān)視項目活動（如，進展、增長和實際需求的變動等）。
項目經(jīng)理應(yīng)將其主要精力放在制定決策上，而不是放在手動收集數(shù)據(jù)和編制報告方面。更為重要的是，必須高水準(zhǔn)地顯示主要需求的監(jiān)視信息，從而使用戶能夠根據(jù)異常情況實施管理，并迅速查明故障區(qū)域。如果某需求或整個子系統(tǒng)變更頻繁，則表示應(yīng)就該需求對客戶進行二次調(diào)查。如果執(zhí)行階段出現(xiàn)大規(guī)模返工的情況