電子數(shù)據(jù)庫(kù)？使用商業(yè)性的缺陷與變更跟蹤工具（如 IBM Rational ClearQuest），允許在Web上提交變更請(qǐng)求，不需要本地軟件安裝，并且允許 CCB 進(jìn)行查詢以篩選變更請(qǐng)求并確定接受哪些，從而極大地簡(jiǎn)化了變更請(qǐng)求的管理。
然后項(xiàng)目團(tuán)隊(duì)需要決定 CCB 多久應(yīng)碰一次面來檢查變更請(qǐng)求，并且要決定在確定應(yīng)該實(shí)現(xiàn)哪一個(gè)時(shí)所使用的標(biāo)準(zhǔn)。
技巧2：在加強(qiáng)已建立的變更請(qǐng)求過程中學(xué)會(huì)說"No"
作為開發(fā)人員，您在成功建立變更請(qǐng)求過程中扮演了關(guān)鍵角色。越是沒有讓 CCB 評(píng)估它們就接受和實(shí)施來自典型來源（如，銷售人員、客戶和高級(jí)經(jīng)理等）的特別變更請(qǐng)求，項(xiàng)目團(tuán)隊(duì)就越感覺變更無(wú)窮無(wú)盡。同樣，這只會(huì)增加直接奔您而來的特別請(qǐng)求的數(shù)量，因?yàn)檎?qǐng)求者知道您是他們實(shí)現(xiàn)希望的特性所可以依賴的人。
為了幫助控制影響您項(xiàng)目團(tuán)隊(duì)的持續(xù)不斷的變更，您必須學(xué)會(huì)向請(qǐng)求者說"不"，并且將他們引導(dǎo)到您已建立的變更控制過程。這看上去可能很容易，但是這通常會(huì)導(dǎo)致高壓情形。比如，最成功的銷售人員可能很有影響力和說服力，并且通常是很多特別請(qǐng)求的煽動(dòng)者。銷售人員通過說這樣的話來施加壓力，"如果您添加那個(gè)特性我就用不著 XYZ 賬戶了"或者"我最近從競(jìng)爭(zhēng)對(duì)手那里丟掉了很多生意，因?yàn)槲覀儧]有 ABC 特性"。不管他的論據(jù)看上去多么充分，您和開發(fā)團(tuán)隊(duì)都必須表現(xiàn)出堅(jiān)定的原則，并禮貌地將這些請(qǐng)求者引導(dǎo)到您已建立的變更控制過程中。這些請(qǐng)求者的行為不可能一夜之間改變，但是假以時(shí)日，一定會(huì)有所改觀。
技巧3：建立和參與需求規(guī)格說明書檢查
需求規(guī)格說明書檢查是確認(rèn)是否理解需求的簡(jiǎn)單有效的方法。作為開發(fā)人員，您知道不管何時(shí)收到一組需求您都會(huì)有很多問題，因?yàn)橛行┮?guī)格說明書不清楚或者是含糊的。與其猜測(cè)規(guī)格說明書的意圖，從而增加不能交付客戶期望的軟件的風(fēng)險(xiǎn)并導(dǎo)致返工，不如為項(xiàng)目計(jì)劃分配時(shí)間進(jìn)行定期的需求規(guī)格說明書檢查。這些檢查不需要很正式，相反它們應(yīng)該是一個(gè)開放的論壇，需求規(guī)格說明書的特定部分都可以拿來與指定的開發(fā)人員公開討論，以保證人們清楚地理解了這些需求。
作為開發(fā)人員，應(yīng)該主動(dòng)參與這些檢查會(huì)議，并且應(yīng)該在對(duì)需求的解釋的基礎(chǔ)上準(zhǔn)備一個(gè)初步的設(shè)計(jì)或者概念。該過程本質(zhì)上是高度迭代的，因?yàn)樵陂_發(fā)團(tuán)隊(duì)能夠?qū)π枨笥幸粋€(gè)清楚的理解并且開始設(shè)計(jì)之前通常需要多次會(huì)議。同樣，通過這些迭代，保證所有變更被正確捕獲和記錄就是分析人員的責(zé)任了。在您以及其他開發(fā)人員開始設(shè)計(jì)之前，整個(gè)項(xiàng)目團(tuán)隊(duì)必須對(duì)所有需求有一致的理解。
此外，需求規(guī)格說明書檢查的迭代本性為項(xiàng)目團(tuán)隊(duì)提供了一種自我檢查機(jī)制，保證了軟件需求和初步設(shè)計(jì)的質(zhì)量。通過保持這兩個(gè)工件的同步，項(xiàng)目團(tuán)隊(duì)會(huì)保持同步前進(jìn)，并增加交付成功解決方案的機(jī)會(huì)。因此，在實(shí)際階段應(yīng)該分配時(shí)間進(jìn)行需求規(guī)格說明書檢查。經(jīng)常在設(shè)計(jì)階段，很多開發(fā)人員在需求規(guī)格說明書檢查中發(fā)現(xiàn)更多的含糊性需要澄清。這里再一次需要需求規(guī)格說明書檢查。
技巧4：需要一個(gè)術(shù)語(yǔ)表
術(shù)語(yǔ)表是消除需求規(guī)格說明書中模糊性并避免誤解的簡(jiǎn)單卻強(qiáng)有力的手段，應(yīng)該由分析人員擁有、開發(fā)和維護(hù)。由于時(shí)間的限制，項(xiàng)目團(tuán)隊(duì)成員可能不知道他們對(duì)同一需求有著不同的解釋。術(shù)語(yǔ)表不需要列出需求規(guī)格說明書中用過的每一個(gè)詞匯，但是它必須包含可能有歧義的詞匯。術(shù)語(yǔ)表通過給出需求規(guī)格說明書中關(guān)鍵詞匯的定義，消除了模糊性。如果術(shù)語(yǔ)表中的詞匯有具體和重要的關(guān)系（比如，在構(gòu)建財(cái)務(wù)應(yīng)用中，客戶可能只有一定數(shù)目的賬戶，并且同一賬戶不能被兩個(gè)以上的人擁有），您可能希望用一個(gè)域模型來補(bǔ)充術(shù)語(yǔ)表。該域模型可視化地描述了客戶與賬戶之間的一致關(guān)系，因?yàn)殚_發(fā)軟件時(shí)需要考慮這些關(guān)系。
&nb