如果你是一個(gè)開發(fā)人員，一天，市場(chǎng)部的小莉跑過來(lái)讓你修改你正在開發(fā)產(chǎn)品的一個(gè)小小的功能，這是應(yīng)客戶的要求添加的，你覺得這個(gè)要求很簡(jiǎn)單，再加上你對(duì)小莉有好感，可能你就答應(yīng)了她的要求?？墒菍?shí)際的情況是怎么樣的呢？你會(huì)發(fā)現(xiàn)小小的修改并沒有想象的那么簡(jiǎn)單，對(duì)這項(xiàng)產(chǎn)品的修改導(dǎo)致了進(jìn)程的延誤，最糟糕的是，由于這項(xiàng)修改沒有傳達(dá)到整個(gè)需求鏈，其他的開發(fā)人員那里由于你的修改出現(xiàn)了一些要命的錯(cuò)誤。
    軟件工程重視的是過程能力，如果不能嚴(yán)格的確保過程的每一個(gè)環(huán)節(jié)都被不擇不扣的執(zhí)行，軟件過程就會(huì)不成功，我們都學(xué)過法律常識(shí)，都知道有法可依還不夠，還必須有法必依，執(zhí)法必嚴(yán)。遺憾的是，中國(guó)的軟件組織對(duì)過程的嚴(yán)格執(zhí)行并不是特別重視，上面的例子在各團(tuán)體中都是很普遍的，這可能和中國(guó)人的思維方式有些關(guān)系，關(guān)于這一點(diǎn)，魯迅先生在很早的時(shí)候已經(jīng)討論過了，我們就不用在此羅嗦了。
    需求鏈的概念指的是需求能夠上傳下達(dá)，從客戶傳達(dá)到需求過程，并從需求過程傳達(dá)到需求過程的下游開發(fā)鏈。而這個(gè)傳達(dá)是可以逆向的。
    需求跟蹤提供了一個(gè)表明與合同或說明一致的方法。更進(jìn)一步，需求跟蹤可以改善產(chǎn)品質(zhì)量，降低維護(hù)成本，而且很容易實(shí)現(xiàn)重用（ Ramesh 1998）。
    在CMM三級(jí)中要求軟件團(tuán)體必須具備需求跟蹤的能力：“在軟件工作產(chǎn)品之間，維護(hù)一致性。工作產(chǎn)品包括軟件計(jì)劃，過程描述，分配需求，軟件需求，軟件設(shè)計(jì)，代碼，測(cè)試計(jì)劃，以及測(cè)試過程?！?BR>    實(shí)際上，創(chuàng)建需求跟蹤能力是困難的，尤其是在短期之內(nèi)會(huì)造成開發(fā)成本的上升，雖然從長(zhǎng)遠(yuǎn)來(lái)看可以減少軟件生存期的費(fèi)用，軟件團(tuán)體在實(shí)施這項(xiàng)能力的時(shí)候應(yīng)循序漸進(jìn)，逐步實(shí)施。
    需求跟蹤的一種通用的方法是采用需求能力跟蹤矩陣。它的前提條件是將在需求鏈中各個(gè)過程的元素加以編號(hào)，例如：需求的實(shí)例號(hào)，設(shè)計(jì)的實(shí)例號(hào)，編碼的實(shí)例號(hào)，測(cè)試的實(shí)例號(hào)。他們的關(guān)系都是一對(duì)一和一對(duì)多的關(guān)系。通過編號(hào)，你可以使用數(shù)據(jù)庫(kù)進(jìn)行管理，需求的變化能夠立刻體現(xiàn)在整條需求鏈的變化上。
    需求跟蹤矩陣并沒有規(guī)定的實(shí)現(xiàn)辦法，每個(gè)團(tuán)體注重的方面不同，所創(chuàng)建的需求跟蹤矩陣也不同，只要能夠保證需求鏈的一致性和狀態(tài)的跟蹤就達(dá)到目的了。

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://www.vanceur.cn/pmqhd/index.html