使用敏捷導航產品開發的複雜性
已發表: 2020-10-01最後更新：2021 年 3 月 12 日
承認敏捷的必要性與不承認敏捷之間的明顯區別在於流行病的爆發。 COVID-19 帶來的一系列新變化不可逆轉地擾亂了現有系統，並使公司在新現實中的敏捷性（或缺乏敏捷性）成為人們關注的焦點。
“然而，在這個複雜的世界中，不確定性與現實密不可分，為了使事件成為偶然事件，將表現不佳的替罪羊不僅是徒勞的，而且是魯莽的。”
儘管規模巨大，但 Covid-19 危機是企業必須應對的眾多不確定性中的另一個。
採用一套靈活的原則並根據需要進行調整，為企業創造了內在的靈活性，以抵禦和預防即將到來的不確定性的衝擊。
軟件開發的文化、人員和流程中的敏捷性是官僚主義結、狹隘視野孤島、真空操作和永久延遲的解毒劑。
成為您的組織需要的敏捷產品領導者：
領導者需要認識到並成為第一個通過採用敏捷的工作方式來發出變革信號的人，並通過他們不斷演變的公共行為來傳達相同的信息。
“優秀的領導者，敏捷的領導者，以服務為目的的領導者。”
他們倡導信任、透明度、問責制、協作的價值觀，並通過實現反複試驗的承諾，專注於增強軟件開發團隊的能力並消除推動價值的障礙。 在培養僕人式領導的過程中，敏捷領導者放棄對最小細節的微觀管理，開發新的開放式溝通方式來與組織互動，並賦予跨職能團隊自主權。
最有效的敏捷領導者是那些模仿他們的新行為以反映敏捷工作方式的人； 在決策、日常溝通和發展戰略方面。 因此，敏捷軟件開發團隊和公司在為尊貴的客戶提供有效服務方面走了很長一段路。
用協作敏捷開發取代運營中的真空
在筒倉中工作； 在辦公桌前敲敲打打，孤立地執行預先決定的任務使一個人成為一個有遠見的人。 敏捷產品開發標誌著從信息孤島的轉變，通過創建跨職能團隊專注於凝聚力協作。
這些團隊由少數人組成，他們能夠適應挑戰，定期整合反饋以不斷改進，並通過即時問題解決來鞏固勢頭。
這些團隊的特徵嵌入在員工行使所有權和分擔工作責任的必要性中，而不是被他們嚴格定義的工作角色和零散的信息所束縛。
通過引入一種能夠實現透明度、端到端問責、專注於執行和對抗阻力的交叉協作文化，內部複雜性被縮小了。 敏捷軟件開發消除了排隊延遲、返工，並在最短的時間內促進了交付。
複製敏捷機制會根除團隊的敏捷性。 敏捷的關鍵原則賦予了技術以生命和意義。
將自由溝通、客戶滿意度和協作排除在流程之外，並推動 sprint、scrum 和 timeboxes。 敏捷性使團隊能夠交付價值。
借助 DevOps 實現量子飛躍：敏捷實踐領先一步
獲得正確的敏捷性有望在公司的發展中取得天文數字的進步。 利用這一承諾的是 DevOps，採用它是一個關鍵的加速器，可以加強敏捷軟件開發過程，以實現更快、可靠、安全和迭代的發布週期。
許多公司通過在自動化測試、持續軟件開發和發布等地方添加一些元素，獲得了 DevOps 的好處的一半。 然而，被動的方法和不願進行整體更改是獲取 DevOps 包羅萬象的好處的障礙。
控制和治理、業務部門和運營模式的憲法性變化是開始和推進 DevOps 的先決條件。
在 DevOps 範式中，曾經服務於公司目的但現在已經過時和減速操作的無關軟件控制被調整，以解決業務需求的可變性。
DevOps要想找到它的節奏，就必須在軟件開發、治理調整、不同部門之間的兼容等同步運行模式上形成交響樂。 它應該針對一個簡單的目的，即在不考慮任何可靠性或質量問題的情況下縮小軟件規劃和發布之間的距離。
為了讓公司從 DevOps 中獲得最佳收益，他們必須採用和引入自動化來實現健康的持續交付管道，從而實現快速的軟件發布和迭代改進。
“亞馬遜在 2010 年成功過渡到敏捷 DevOps，顯著減少了中斷次數，從而節省了數百萬美元。 它利用了由名為 Apollo 的內部系統管理的持續部署過程的好處，該系統使他們的開發人員能夠隨時在任何服務器上部署代碼。 一年之內，亞馬遜平均每 11.6 秒就將新軟件部署到生產服務器。”
借助 DevOps 實現質的飛躍是一個有組織的、漸進的過程，從將其逐步引入現有系統開始。 通過試點項目建立數字能力，然後採用 DevOps 實踐有助於轉化為決定和採用一套工具和技術機制。
非常明顯的好處包括：
- 最大化測試覆蓋率
- 可靠、更快地大規模交付軟件
- 改善協作
- 更低的返工成本帶來成倍的收入
組織遲早必須適應競爭對手採用 DevOps 實踐設定的基準。
敏捷產品開發實踐中的標準包容性
敏捷是一項永恆的追求。 正確獲得敏捷性的最佳測試是始終堅持其最重要的原則：
1. 迭代：敏捷意味著認識、接受和為不確定性做好準備。 這是所有陳詞濫調的總和。 從頭到尾執行，不考慮瞬息萬變的市場生態系統、客戶期望和業務需求，是注定要失敗的。 相反，將任務分解為可識別的較小塊並重複執行以降低風險，同時考慮到對外部因素的依賴因素，有助於保持靈活性。 迭代為敏捷開發過程增添了活力。 2. 交付價值：通過持續優先考慮關鍵要素和技術卓越來持續關注交付快速價值是敏捷性的關鍵。 將迭代學習集成到下一次迭代中，敏捷的重點是在流程的每個小步驟中交付價值。 鞏固組織快速行動、獲得項目成果的可見性以及相應地糾正路線的能力，這些只是敏捷實踐帶來的一些優勢。 與構建樂高玩具非常相似，每個積木都增加了一個價值，與一致的目的相一致。 3.增量：敏捷通過將項目需求分解為可消化的部分並以恆定的速度增量交付價值元素來推動可持續發展。 擺脫傳統的線性和順序模型，敏捷性與剛性相反。 它為組織提供了所需的靈活性，以持續評估積壓工作、確定項目需求、將其劃分為單獨的塊並持續交付。 4. 跨職能團隊：敏捷性需要由積極進取的個人組成的跨職能團隊在一個有利於協作、面對面對話、信任、集體所有權和共同願景的生態系統中運作。 沒有另一個就不可能發生。 如果環境不支持參與，來自多個學科的成員就不能專門從事關鍵任務活動。 同樣，只有在缺乏來自多學科領域的不同觀點和專業知識的代表的情況下，有利的環境才能發揮如此大的作用。 5. 客戶至上：對於企業而言，識別客戶、將客戶放在首位、解決問題並成為數字化推動者至關重要。 翻譯之間失去了太多的洞察力； 從客戶未滿足的需求到編碼人員。 敏捷專注於成為客戶代表，並在決策過程的每一個小步驟中，優先考慮他們的需求、觀點、動機和問題。 |
組織必須以這些基本原則為導向，並使用敏捷軟件開發的通用語言來推動漸進和巨大的轉變。
不應該遵循的做法
敏捷性是一個統一執行的實踐和原則係統。 對於幾家正在過渡到敏捷之旅的公司來說，由於以下因素，幾乎沒有結果：
1. 櫻桃採摘：
大多數公司都在尋求敏捷，但最終選擇了他們認為便於實施的元素。 敏捷性一開始讓人不舒服，因為它意味著擺脫專業人士逐漸習慣的等級制度、孤島和不負責任的態度。
敏捷產品開發的實踐伴隨著痛苦和快樂。 理解和吸收本質，不斷從中學習，建立一個靈活的組織是至關重要的。
2. 複製粘貼敏捷：
類似於“摘櫻桃”的影響是複制和粘貼敏捷。 對於許多公司來說，“敏捷”只是一個流行詞，在觀察到其他人跟隨並受益於敏捷之後，他們也隨波逐流。 敏捷的原則是相同的，但是，對“Spotify”有用的東西是否也適用於其他任何人並不明顯。
在不了解自治方面或其軌蹟的情況下將您的團隊組成小隊、部落和章節是一種失敗的努力。 實施敏捷，但要根據企業的需求、結構和規模對其進行定制。
3. 在紙上：
將自己標榜為敏捷但不願對敏捷開發原則進行任何基本轉變的公司已經陷入了採用敏捷“紙上談兵”的弊端。 這些公司厭惡基本需求和文化。
對於組織而言，向敏捷的轉變是一場地震和改變結構的練習。 公司必須事後進行計劃、準備和執行，才能正確實施敏捷實踐。
讓毫無準備的、不確定性及其變量相形見絀是一種常態。 進入敏捷開發過程或與那些在日常工作中根深蒂固的實踐的人合作是克服這些變量的即時性和後果的唯一途徑。