M16 流程與動作Method分離的好處

在把功能寫成一大塊的時候，在講解與交接時其實都不是那麼容易，再加上Method切割的標準不一，更使得寫出來的程式難以交給其他人處理。根據功能需求把Method切割為分解動作與串連流程除了寫的人多做一點之外，剩下的幾乎全是好處。

在開發方面，厲害的人可以專心針對某個動作找出最佳化的作法，只需要確認功能上的要求都有做到而不需要顧及流程的邏輯控制。另一方面讓能力普通的人協助流程的實現，只需要判斷程式流程是否依照傳回值走向正確的地方，而不致於碰上技術上的困難。適當的分工會讓每個人的能力得到更有效率的發揮。

在外包方面，如果動作牽扯上設備技術的機密（像是特別連接的週邊，或是特別的作法），我們可以把動作Method留在公司內部，把流程外包出去；反過來如果在專業領域的流程經驗值才是公司的資產，那麼就留住流程Method，把動作外包給別的公司做。

在維護方面，列示出功能需求的入口後，很容易可以找到流程的實作，從流程上先了解實現功能的概念，然後再依順序進入一步步的分解動作研究。條理分明地逐步瞭解，肯定會比一次把全部的東西的一大包丟過來要好，更何況還會在每一步驟上記錄註解。