saas專案，需求調研又稱為crp演示，結合產品標準功能演示，收集業務差異化需求，目的在於通過少量的定製化開發，滿足業務基礎上線需求。再通過公有雲版本迭代，持續優化。
業務方案及原型演示workshop，收集的業務反饋，可如此分類：
業務優化。根據業界最佳實踐，識別出對於業務能力可帶來提公升的具體業務流程及規則。
待決策點。討論過程中識別出的專案關鍵反饋，專案組給出應對方案及建議，由領導決策。
期望點。討論過程中收集到的期望點，未包括在專案範圍內。對所有期望點進行分析和排序，對於關鍵期望建議調整專案方案。
對於專案經理，業務優化，即納入到藍圖方案中；持續跟進待決策點與難點問題的解決；同時控制期望點，涉及範圍及進度管理。
S1專案 專案集
s1專案實施期間，並行開展了其他6個專案，其中與3個存在關聯。碰到的問題如下，乙個業務需求，可以拖長達兩個月。兩個系統互相推脫，對於由哪個系統承載，無法達成共識 對接系統提出的要求，業務對財務 財務對上游系統，兩個專案組調研 方案不同步，進度受影響，方案面臨大改 介面開發，各系統進度不一致 都走企業...
S1專案 敏捷實施
s1專案採用敏捷實施方法，分三個迭代完成。之所以棄用瀑布式，原因有三。一是管理原因，業務前期無法參與，先平遷，再根據業務需求，迭代優化 二是公有雲saas，產品適合迭代實施 三是傳統it學習網際網路，向敏捷靠攏，以此專案作試點。計畫迭代1和迭代2，將oa系統相關功能遷移，迭代3上線新模組，同時對遷移...
S1專案 開發階段
因s1專案為公有雲部署，開發團隊異地集中，採用遠端辦公方式，無需客戶開發人員承接。所以開發階段主要工作一是跟進度，二是協調介面開發。遠端開發，難在進度把控。特別公有雲專案，若評審通過後定為產品標準功能開發，則要遵照產品的版本規劃。有時由於方案變更 或產品 設計團隊進一步討論，專案二開與產品開發發生轉...