敏捷方法的優(yōu)勢（尤其是更快的上市時間）是有據(jù)可查的，但對于汽車、航空航天和醫(yī)療設(shè)備等合規(guī)驅(qū)動型市場中的嵌入式軟件團隊來說，過渡到敏捷可能是一個挑戰(zhàn)。需要可追溯性和文檔來證明合規(guī)性，但這可能與敏捷的精神相矛盾，敏捷精神仍然受到與方法論一起成長的不準確神話的影響。事實上，只要采用正確的方法和工具策略，敏捷和合規(guī)性就可以舒適地共存，而不會有太多的妥協(xié)。可追溯性至關(guān)重要，在這種情況下，這意味著將需求與運行的測試和解決的問題聯(lián)系起來。憑借可靠的可追溯性，您不僅可以提供滿足審計要求所需的證據(jù)，還可以支持更好的透明度和跨團隊跟蹤，這也有助于協(xié)作。

一個好的起點是定義敏捷開發(fā)的含義，因為這個術(shù)語雖然眾所周知，但經(jīng)常被誤解。在最簡單的層面上，敏捷是一種松散的方法，基于對客戶需求的關(guān)注，跨職能團隊協(xié)作和響應(yīng)變化（而不是嚴格遵循記錄的計劃和時間表）。許多開發(fā)方法，包括一些最近的混合方法，都屬于敏捷的保護傘，包括：Scrum，看板，Scrumban，看板和擴展敏捷框架（SAFe）。

敏捷神話

無論敏捷的哪種風(fēng)格，都有一些常見的誤解，例如，敏捷缺乏結(jié)構(gòu)或控制，或者需要在質(zhì)量上進行權(quán)衡。這兩個神話都不是真的：結(jié)構(gòu)、控制和質(zhì)量保證都可以內(nèi)置到敏捷流程中。

另一個錯誤的看法是，敏捷在受監(jiān)管的行業(yè)中不起作用。然而，Perforce自己在2018年對醫(yī)療設(shè)備開發(fā)市場（肯定是所有市場中監(jiān)管最嚴格的市場之一）進行的調(diào)查發(fā)現(xiàn)，超過三分之一的受訪者當時已經(jīng)轉(zhuǎn)向敏捷。有趣的是，我們越來越多地從受到嚴格監(jiān)管的環(huán)境中的公司那里聽到他們已經(jīng)或即將接受敏捷。

那么，這些公司的工作是什么呢？這是一個團隊如何在敏捷框架上執(zhí)行的問題，無論他們使用哪種敏捷方法，可追溯性都是關(guān)鍵。憑借可靠的可追溯性，組織可以使用他們想要的幾乎任何流程進行交付。

溯源

可追溯性有助于回答以下問題：“如果某些內(nèi)容發(fā)生變化，還會有哪些內(nèi)容受到影響？重要的是，可追溯性可以根據(jù)向后和向前可追溯性來定義。向后可追溯性是檢查設(shè)計或構(gòu)建的內(nèi)容是否由上游要求證明是合理的。前向可追溯性是檢查所需的內(nèi)容是否在以后的生命周期階段得到解決。

下面是一個示例。在敏捷開發(fā)中，特別是Scrum中，工作項被分解成更小的部分，并在固定的時間范圍內(nèi)完成，稱為沖刺（sprint或迭代）。這意味著經(jīng)理必須確保每個工作項（及其較小的部分）具有適當?shù)臏y試覆蓋率。這種可追溯性需要從項目一開始就在“父”和“子”項之間明確定義的結(jié)構(gòu) - 換句話說，不同元素的關(guān)系和影響。這些工作的最終結(jié)果——在開發(fā)的所有階段都勤奮地完成——是一個跟蹤矩陣，使組織能夠了解哪些需求、測試和問題相互關(guān)聯(lián)。這種跟蹤矩陣為進行前向和后向影響分析提供了一種簡單的方法，并最終提供了現(xiàn)成的問責(zé)制。借助這種結(jié)構(gòu)和數(shù)據(jù)，決策者可以在變更發(fā)生之前了解其影響，并管理和降低風(fēng)險，無論使用何種交付方式或流程。雖然從前可追溯性矩陣是手動創(chuàng)建的 - 例如，在Excel電子表格中 - 但這些手動方法并不適合當今復(fù)雜的軟件環(huán)境。因此，越來越多的組織正在使用其 ALM 工具自動執(zhí)行該過程。

人們需要工具

敏捷從根本上講是關(guān)于人的，但是，鑒于工具起著重要的支持作用，確?？勺匪菪圆粫艿焦ぞ邚?fù)雜性的阻礙，這一點至關(guān)重要。例如，如果需求存儲在 Word 文檔中，問題在 Atlassian 的 Jira 中跟蹤，代碼存儲在 Git 或其他系統(tǒng)（如 SVN 或 Microsoft TFS）中，則跟蹤和跟蹤是零散的，因此風(fēng)險增加。同樣，如果這些團隊正在實施不同的項目管理方法，每種方法都有不同的標準、流程或控制，則很難實現(xiàn)這種可追溯性。

適當?shù)墓ぞ呖梢韵蛑辽贉p少嵌入式開發(fā)人員的進入壁壘，他們希望在不增加風(fēng)險的情況下實現(xiàn)一定程度的敏捷性。例如，應(yīng)用程序生命周期管理 （ALM） 工具可以與 Atlassian 的 JIRA 集成，以提供端到端的可追溯性、測試和需求管理，同時還提供合規(guī)性報告和審計所需的數(shù)據(jù)。

過渡到敏捷 – 最佳實踐

首先是需要高管的支持。像任何其他重大組織計劃一樣，如果沒有C級的全力支持，敏捷將無法通過不可避免的阻力和障礙。

其次，敏捷最好從團隊層面開始。通過本地化錯誤步驟，組織既可以降低風(fēng)險，又可以更容易地取得成功。在團隊級別學(xué)到的經(jīng)驗教訓(xùn)可以擴展到部門級別，然后在適用的情況下在組織范圍內(nèi)應(yīng)用。

第三，參與過渡的團隊必須有一個明確的流程和共同的術(shù)語。例如，需求是寫成用戶故事，還是混合使用兩者？估計值是以天、小時還是故事點來衡量？角色是否需要重新定義，例如，業(yè)務(wù)分析師是否需要接受Scrum Master的培訓(xùn)？這些問題（以及更多）應(yīng)該在早期解決和解決，以便高管，經(jīng)理和團隊使用相同的語言，因此能夠在迷失方向的時期進行充分的溝通。

當然，還有無數(shù)其他的考慮需要做，其中許多是無法規(guī)劃的，因此只能在它們出現(xiàn)時解決。雖然這已經(jīng)成為一種陳詞濫調(diào)，但必須有一種理解，即唯一不變的是變化。

所有這些都必須在監(jiān)管和合規(guī)的背景下進行，在許多行業(yè)中，監(jiān)管和合規(guī)都在不斷發(fā)展。這些組織的未來很難預(yù)測，但合規(guī)性是日常商業(yè)生活中越來越重要的一部分，無論是確保道路上汽車的安全，輔助患者護理的設(shè)備，還是使物聯(lián)網(wǎng)成為更可靠和安全的運營環(huán)境。同時，敏捷等方法的速度和靈活性-無論是否被正式標記為敏捷-都被各種組織主動用于創(chuàng)造競爭優(yōu)勢。在一個敏捷性需要與合規(guī)性共存的世界中，很高興知道這是絕對可能的，只要它通過正確的文化，工具和流程來解決，所有這些都以可追溯性為基礎(chǔ)。

審核編輯：郭婷