隨著產(chǎn)品變得越來(lái)越復(fù)雜，需求在開(kāi)發(fā)過(guò)程中將在各個(gè)部門(mén)和利益相關(guān)方之間不斷傳遞?？勺匪菪阅軒椭a(chǎn)品團(tuán)隊(duì)解決他們?cè)谛枨蠊芾磉^(guò)程中面臨的一大挑戰(zhàn)。

目前產(chǎn)品開(kāi)發(fā)需要做出的決策比以往任何時(shí)候都多，每一種決策都需要充分考慮對(duì)具體需求和整體產(chǎn)品的影響后再做出。所以能夠清晰地了解正在進(jìn)行的工作活動(dòng)并將其關(guān)聯(lián)起來(lái)非常重要。

這就需要依靠需求可追溯性。下面我們來(lái)探討需求可追溯性的定義、目的、重要性、好處和面臨的挑戰(zhàn)。

常見(jiàn)的挑戰(zhàn)

在實(shí)施需求可追溯性的過(guò)程中，項(xiàng)目團(tuán)隊(duì)可能會(huì)遇到各種挑戰(zhàn)，但許多模板和工具可以幫助我們簡(jiǎn)化這個(gè)過(guò)程。接下來(lái)，將為大家提供一些策略和建議以應(yīng)對(duì)一些常見(jiàn)的挑戰(zhàn)。

1.不同的組織觀點(diǎn)

不同人對(duì)追溯的理解和做法各有不同。管理層可能僅從規(guī)則規(guī)定層面考慮，將其視為必須做的事。他們可能不像項(xiàng)目或系統(tǒng)工程師那樣，理解追溯的額外好處。我們可以通過(guò)教育提高管理層的認(rèn)識(shí)，讓他們知道實(shí)現(xiàn)端到端追溯可以達(dá)到什么目的。

2.組織范圍的采用

一個(gè)組織可能因?yàn)楦鞣N原因延遲采用追溯。培訓(xùn)就是一個(gè)原因，不是所有人都理解追溯的重要性，也不知道如何正確執(zhí)行。一些人可能擔(dān)心追溯數(shù)據(jù)會(huì)被用來(lái)追責(zé)。我們需要培訓(xùn)，并創(chuàng)造將追溯視為固有過(guò)程的文化。制定清晰的追溯政策，并對(duì)所有員工進(jìn)行培訓(xùn)。選擇直觀易用的追溯工具，使其適應(yīng)我們的流程。

3.實(shí)施的成本

讓整個(gè)組織執(zhí)行追溯需要投入，會(huì)增加政策、培訓(xùn)、數(shù)據(jù)維護(hù)的時(shí)間，可能讓人感覺(jué)效率降低。采用追溯工具也需要投資。要克服這點(diǎn)，我們需要改變思維方式。我們應(yīng)考慮不追溯的成本，比如低效的工作、冗長(zhǎng)的開(kāi)發(fā)周期、返工和缺陷，這些都是非常昂貴的。雖然執(zhí)行追溯和使用工具需要成本，但可以節(jié)省的成本遠(yuǎn)超過(guò)短期投入。

4.管理變更

在開(kāi)發(fā)復(fù)雜產(chǎn)品時(shí)，變更不可避免。團(tuán)隊(duì)成員必須知道相關(guān)的系統(tǒng)需求、下游需求和驗(yàn)證測(cè)試都會(huì)受到影響。手工處理非常麻煩，風(fēng)險(xiǎn)也類(lèi)似于不做任何變更管理，容易遺漏信息。我們可以采用自動(dòng)化追溯工具，實(shí)現(xiàn)需求變更的實(shí)時(shí)追溯。

5.不當(dāng)?shù)墓芾砉ぞ?/h3>

一些團(tuán)隊(duì)仍在用Word、Excel文檔和郵件進(jìn)行追溯，這對(duì)簡(jiǎn)單產(chǎn)品可能還行，但對(duì)復(fù)雜產(chǎn)品就面臨種種挑戰(zhàn)。文檔無(wú)法滿足變更追溯的需求。我們可以采用靈活的追溯工具（比如PingCode等），在團(tuán)隊(duì)和工具間建立追溯關(guān)系，獲得更多益處。

6.不充分的合規(guī)框架

受監(jiān)管行業(yè)需要管理需求，證明符合標(biāo)準(zhǔn)。審核需要以特定方式提交材料，必須提供完備的追溯證據(jù)。如果在開(kāi)發(fā)過(guò)程沒(méi)有全面追溯，審核會(huì)非常耗時(shí)。即使在文檔中保留了追溯信息，也需要編譯成可接受的格式。與此同時(shí)，將追溯作為內(nèi)在流程的競(jìng)爭(zhēng)對(duì)手將更快進(jìn)入市場(chǎng)。我們可以選擇與行業(yè)標(biāo)準(zhǔn)一致、具備導(dǎo)出功能的追溯工具，以簡(jiǎn)化合規(guī)審核過(guò)程。

簡(jiǎn)化流程的模版和工具

有許多工具可以簡(jiǎn)化端到端可追溯性流程，最好根據(jù)自己需求來(lái)選擇適合的工具。

如果團(tuán)隊(duì)所開(kāi)發(fā)的是相對(duì)簡(jiǎn)單的產(chǎn)品，且沒(méi)有功能安全或合規(guī)要求，那么使用需求可追溯性矩陣（RTM）就足夠了。

但是如果我們正在開(kāi)發(fā)包含軟件和硬件組件的復(fù)雜產(chǎn)品，并且需要安全證明或合規(guī)證明，那么我們可能需要一個(gè)能夠提供雙向可追溯性的需求管理工具。