建立開發標準

藉由標準化開發做法、強制執行品質大門，以及透過系統性變更管理追蹤進度和成功，將生產力優化。

開發小組會負責在發行前解決工作負載問題，併產生最少的摩擦。請留意開發人員的效率，並針對快速轉換週期進行優化，從程式代碼撰寫到測試結果。實作有效且正確的程式，以規劃和標準化技術活動，並推動小組和專案關係人之間的共識。

範例案例

Contoso Ticketing 是一家小型初創公司，可為中型公司提供票務營運（LOB） SAAS 解決方案。新客戶的上線是一個複雜的程式，需要產品自定義和自定義開發才能與客戶的環境整合。實作小組會使用 Azure DevOps 作為共同作業和傳遞的平臺，但不會遵循任何正式的開發方法。

採用業界標準進行開發

使用業界標準軟體開發方法，針對工作負載和小組大小的需求進行適當調整。維護所有角色之間共用的待辦專案。

採用已知的方法會設定項目的節奏。它藉由讓小組成員清楚的期望和責任來消除程式模棱兩可。

藉由根據一般清單進行追蹤，即可使用標準做法來精簡工作並排定優先順序。該專案將有更好的機會按時交付。

標準方法有助於風險管理。透過細微的里程碑檢閱，開發人員可以在成為顯示者之前解決潛在問題。

Contoso 的挑戰

該公司的主要產品一直在獲得普及，整合小組目前正在處理比以往更多的同時實作專案。為了跟上增加的工作負載，小組必須增加其人數。
團隊的增長，加上缺乏正式程式，導致一些挑戰，如小組成員之間的不清楚溝通，隨機和非生產會議，以及不定期和不定期的開發週期。數個上線項目現在排程落後，公司的領導已要求小組進行必要的變更，以糾正情況。

套用方法和結果

為了克服這些挑戰，小組決定採用 Scrum 方法，這是軟體開發的熱門敏捷式架構。
Scrum 將協助小組解決其面臨的一些問題。除此之外，Scrum 為開發程式提供清楚且一致的結構，其中包含預先定義的角色、事件、成品和規則。共用待辦專案和簡短開發短期衝刺的步調可協助小組處理共用願景，並定期且可靠地為客戶提供價值。

具有在開發生命週期早期強調測試的質量保證程式。包含計劃性測試程式的所有成品，包括屬於功能發行或更新一部分的應用程式元件、基礎結構和數據平面作業。

在透過環境提升成品時，將成品視為不可變的，每次通過品質網關時都會獲得信心。

在實用的情況下，自動化例行檢查。

品質保證可確保功能和非功能性需求都符合信心，這會導致對客戶產生正面的影響。

Contoso 的挑戰

工作負載小組的功能測試策略會使用自動化和手動測試的組合。其測試方法並未涵蓋系統的所有層面，例如效能、安全性和可用性。它們也不會以完全自動化的方式將程式代碼部署至不同的環境，這會帶來變異性和不確定性。
客戶上線工作的數量和複雜度增加，增加了其測試策略的挑戰，導致頻繁的錯誤、重新作業和客戶不滿。

套用方法和結果

工作負載小組會著手改善其測試策略，並增加其部署管線的一致性和可預測性。
其一開始是針對開發中的每個功能或自定義建立測試計劃，涵蓋功能和非功能需求。他們會使用 Azure DevOps 來管理其測試案例、測試數據和測試結果。他們會在部署管線中設定品質網關，以驗證程式代碼、組態和部署的品質，再將成品升級至下一個環境。
實作這些改進之後，小組會看到失敗的部署數目減少，以及生產環境中的錯誤和事件數目。因此，品質、交付速度和客戶滿意度大幅提高。

報告測量效率的進度和趨勢。追蹤並報告錯誤的趨勢、失敗的更新、部署時間和意見反應迴圈，以推動開發實務的改善。

Contoso 的挑戰

工作負載小組最近已實作數項變更，以提升客戶上線程序的品質和可預測性。不過，公司面臨測量和報告這些變更影響的挑戰。可惜的是，公司沒有可靠的數據或計量來顯示品質與可預測性已改善多少，或哪些變更比其他人更有助於改善。
公司需要一種方法來量化和傳達其程式投資的優點，以便在未來優先處理其資源和工作。

套用方法和結果

小組決定開始利用 AzDO 中的報告功能，該小組已經在使用中，能夠量化一段時間的改善，並排定未來投資的資源配置優先順序。
它們一開始會使用數個現成的報告：
- 速度報告
- 累計流程圖
- 錯誤趨勢：在一段時間內建立、解決和關閉的 Bug 數目，以及它們如何影響質量計量。
- 部署統計數據：將軟體從程式代碼傳遞至生產環境所需的時間，以及其與目標和基準的比較方式。
小組還計劃在不久的將來使用儀錶板和Power BI分析報表來開發自定義報表。