識別業務能力

識別組織中穩定的部分，以作為團隊和軟體的架構

此頁面為草稿。我們打算在後續版本中將其完整擴充。然而，我們仍處於開發這些模式的階段，因此隨著我們持續學習如何最佳地架構和說明這些概念，模式可能會被重新命名、拆分或合併。

面對大型問題時，一個眾所周知的技巧是將其分解成較小的問題。問題在於，如同軟體架構中常見的，較小的部分應該是什麼？我們曾在其他地方提到基於簡報、處理和資料管理的邏輯區隔而產生的水平層級問題，因此在此無需深入探討，但如果不用邏輯區隔，我們還有什麼選擇？

在定義微服務的文章中，建議以業務能力為中心組織，這仍然是一個很好的建議，但什麼是業務能力？

在本節中，我們將探討為什麼我們在後續討論中專注於業務能力，以及它們在遺留系統轉移討論中納入人員所扮演的角色。