首先，實施方法論屬于價值觀討論的范疇。一旦涉及價值觀的討論，基本上是沒有對錯之分，重點是能夠自圓其說。

　　其次，這種“自圓其說”不僅要體現在項目開始前，也要體現在項目執行過程中，還要體現在項目結束的后評價中。類似“不管白貓、黑貓，抓到老鼠就是好貓”的論點，不能否定實施方法論的必要性和重要性。

　　最后，在“佛系”彌漫的氛圍里，也借用《金剛經》里的一句話，表達下對實施方法論的認識：“如來所說法，皆不可取、不可說、非法、非非法。所以者何？一切圣賢，皆以無為法而有差別。”

　　務虛結束，開始務實。以下觀點，供參考：

　　1、試點類型的狠狠色丁香婷婷綜合尤物:RPA項目（3個流程以內，也稱為速贏項目），1-2個月完成。類似的項目，總體瀑布模型，其中藍圖和實現兩個階段可作2-3次迭代。如下圖所示：

　　2、大型的RPA項目建議單獨啟動管理咨詢項目，后續落地借鑒管理咨詢成果（含系統頂層設計原則）。

　　3、涉及整個部門RPA項目，必然會對待變革流程的崗位和崗位職責形成沖擊。業務流程梳理和管理變革的相關工作應該及時跟進（不論是請獨立咨詢方還是由RPA實施方負責，項目負責人均應給予足夠的重視）。

　　4、RPA項目系統落地可以分期分批實現，但應遵循系統頂層設計的約束。工期設計要合理，涉及管理或者流程變革的項目，以6-8個月為宜，但最好不少于4個月。

　　5、依托于成熟的產品進行系統實施，技術復雜度相對較低，業務藍圖成熟度相對較高，采用類似ASAP方法論（重視業務藍圖的個性化設計）較為合適。

　　反之，軟件開發類項目，涉及較多開發人員參與，采用類似敏捷開發（重視每次迭代產生的可使用軟件產品）較為合適。

　　RPA項目（非試點或速贏類項目）通常會是以上兩種情況的組合。

　　6、瀑布模型和敏捷模型不是完全對立的，是可以相輔相成的。瀑布模型里面的環節可以打包迭代（或者是增量開發）；敏捷模型的每次迭代也同樣需要有藍圖設計。再舉個例子，敏捷開發宣言：“可工作軟件高于詳盡的文檔”，也并不意味著不需要文檔。

　　7、《人月神話》中提到“概念的完整性”非常重要；這個觀點同樣適用于RPA項目，就是類同于系統頂層設計的輸出物。個人對于“概念的完整性”的理解就是最貼近業務實質的技術架構設計。

　　8、最能“自圓其說”的實施方法論，離開了高水平的實施團隊，不會產生任何價值。項目管理的“依依東望，望的是人心”。