我們將探討敏捷技術如何在發現和應對 CrowdStrike 爭議等問題中發揮至關重要的作用。

譯自5 Agile Techniques To Help Avoid a CrowdStrike-Like Issue，作者 David Eastman。

敏捷軟件開發方法的一個被低估的優勢是，它能夠量化“如果”問題的價值，而不會影響項目的連貫性。也就是說，敏捷擁有大量內置系統來檢查項目周圍的環境并質疑當前的做法。

這篇文章探討了敏捷的技術和儀式如何在發現和應對可能造成嚴重損害的問題方面發揮至關重要的作用——正如最近的CrowdStrike 爭議所示。

1. 外部環境問題

“外部環境問題”是一個參考，在科幻小說中流行起來，指的是我們無法立即理解的事件帶來的威脅：

“外部環境問題或 OCP 是對特定群體（組織、社會、文化或文明）經驗完全陌生的挑戰。由于 OCP 是前所未有的事情，因此最終結果是不可預測的。”

你可能聽說過許多其他表達類似意思的術語；從“未知的未知”到“黑天鵝”。我們最近從 CrowdStrike 事件中看到的部分原因就是其中之一——安全軟件導致大規模停機，而沒有惡意行為者。

通過推動項目的邊界，即使只是基于直覺或經驗，也會產生見解。

代碼中存在著各種各樣的錯誤，它們從未造成問題。我們只注意到那些被環境揭示的錯誤。我們在開發過程中的工作是減少錯誤隱藏的表面積，并找出合理的流程來修復出現的任何問題。

敏捷非常擅長為團隊可能最初沒有關注的問題提供一個安全的游樂場來環顧項目。它引導人們對各個領域的興趣，而不會失去對資源的追蹤。

根據定義，組織中的任何人都不會花時間考慮他們沒有經驗的事情的可能結果。然而，通過推動項目的邊界，即使只是基于直覺或經驗，也會產生見解。即使無法預見問題的初始形式，也往往可以預見次級問題。

敏捷提供的是技術和框架，它們都重視這些技術。你或你的團隊可以單獨采用這些技術，而無需遵循其他相關實踐，但正是這些技術在敏捷團隊中隨著時間的推移而得到加強。

2. 時間盒(Timebox)

這是一種正式的方式，用于限制子團隊檢查一個略微偏離軌道的問題的時間，同時將其保持在沖刺內——團隊同意完成任務的固定時間段——并接受其他任務將在之后立即被接手。

它正確地假設，如果一個解決方案需要深入研究一個深奧的問題，那么這個解決方案可能不適用于項目的時限。這是一種很好的方式來理解，沒有哪個軟件是“最終解決方案”，而僅僅是目前情況下，在現有資源下做事的正確方式。如果情況發生變化，可以在以后重新審視這個問題。

3. 回顧(Retrospective)

它通常被視為僅僅是一個周結束儀式，但實際上它是一種檢查先前承諾的保證的重要方式。承諾在剛剛過去的沖刺中解決但尚未解決的動作，表明需要重新評估。它還讓團隊成員有機會傾聽正在醞釀的風暴并進行干預。

如果缺乏明智的 Scrum Master 或團隊領導的管理，這些回顧可能會過于接近毛主義的“斗爭會”。讓團隊中的一名成員質疑另一名成員是健康的，但也可能造成摩擦。有時結果只是清單上的一個額外項目，但有時它會觸發對整個項目的重大反思。

特權代碼

讓我們先花點時間回顧一下CrowdStrike問題的形式，雖然我們目前還不知道全部細節，但它仍然在我們腦海中。在大多數操作系統（如 Windows）中，您有在“用戶空間”運行的程序，與在“內核空間”運行的代碼相反。只有特權代碼可以在內核中運行，而用戶空間中運行的程序代碼（或線程）必須禮貌地向內核請求信息，并等待結果。為了高效工作，安全軟件需要在內核中運行，這樣它就可以實時查看內部狀態。我們知道內核進程何時在 Windows 中檢測到錯誤：您會看到臭名昭著的藍屏死機，操作系統會停止運行以保護自身免受進一步損壞。

微軟會對任何想要在內核中運行在 Windows 上的第三方系統進行一系列測試，并認證其是否通過。由于微軟是一個龐大而緩慢的企業，您可以想象認證需要一些時間。如果您的工作是作為一家安全公司來發現 0 日攻擊，然后立即將響應傳播到您被付費保護的所有機器，那么等待 Bob 從假期回來進行一些測試是不可擴展的。

因此，為了繞過這個問題，安全公司可以從其經過認證的已安裝代碼中加載額外的偽代碼，以考慮瞬時變化。

到此為止。如果您在安全團隊工作，并聽到關于這種解決方案在多個回顧中不斷積累的信息，您會介入嗎？這是一個很好的例子，它展示了一個完全合理的解決方案，但仍然存在缺陷。(此視頻很好地介紹了內核代碼領域。)

4. Brown Bags

這些通常只是簡短的演示——通常在午餐時間——團隊成員可以選擇一個主題與團隊討論。這些用于幫助為即將到來的更改或編碼挑戰做好準備。

這些將團隊成員對某個領域的真正興趣或經驗與當前項目的相關性聯系起來。我記得做過一個關于正則表達式的主題。

讓對某個領域充滿熱情的人實際運行它并不總是合適的，但將好奇心傳播到整個團隊中始終是一件好事。

5. Sprint Zero

這是通常建立研究峰值以及項目成功所需的其它定制系統的 Sprint。

人們研究的一些最聰明的事情是為測試環境偽造服務的方法。這些方法的副產品是迫使開發人員更多地了解他們正在偽造的真實服務，以及在整個服務生命周期中節省時間。

結論

如果您嘗試從嚴重事件倒推——問“我們如何避免這種情況？”——您很快就會忘記現實生活不會倒退，并制定出幾乎無關緊要的計劃。簡而言之，您將與過去的戰爭作斗爭。即使您對敏捷沒有興趣，也要考慮如何在項目中構建檢查路徑的方法，而不會阻礙您的旅程。