關於"流程與環境下的第五元素"的討論

讀到周忠信教授這篇專欄「名家專欄 需求模型與軟體外包」文後的一篇回應by Justin，也來分享一些想法。

將Justin的comment轉錄如下：

如您的說法所示，軟體工程運行模式是需要投入資源的，在模型中的流程看來，估價的第一階段前公司便已經投入了大量的資源。 以現行台灣的環境來說，第一階段都是得要自己擔負資源的費用的狀態下，對廠商的保障就等於零。 不知道有人知道印度軟體工廠的流程嗎？ 在專案initial > kickoff 這段他們的流程是如何的ㄋ？

先來討論這個「第一階段」的問題。這裡指的第一階段，我猜Justin是指專案團隊接到客戶RFP後，所做的RFP response（如果我誤會Justin的意思請多多指教），例如：proposal, estimation plan, draft project plan，客戶針對各公司專案團隊的response，再決定專案要給誰（如果我們不講黑的話，正常是這樣跑的）。對於「自己擔負資源的費用」這點我也同意，但是「對廠商的保障就等於零」這點就有問題了。為什麼客戶要保障廠商呢？專案競標的前置費用本來就是做business development會做的投資，並不是服務客戶所產生的費用，這個phase要客戶「保障」廠商其實是說不過去的。

至於印度公司在烹煮項目（是的，直接翻成英文就叫cook project -_-）時會做的事情，其實都大同小異，我進前一個項目時，已經是project startup phase，用人類的話講就是開始做需求確認跟detail分析，合約也簽下來了，所以沒有拿案子的實戰經驗，所以以下心得不是觀察來的，就是和PM以及同事討論知道的，或者是看我們之前的專案文件才瞭解的，提供給大家做個參考：

.關於執行business development的組織：根據不同的vertical（像是finance, retailer, telecom, life science...etc），各有一個team專門做business development，也就是負責「接客」的team。這個團隊由account managers, business analysts組成，同時也會和公司的architecture team合作，責任是評估客戶的RFP，決定要不要接這個專案。當他們開始做評估時，根據技術需求和非技術需求，會和客戶有很密切的討論，你可以說這已經是在做很高階的需求蒐集，但目的是為了在估需要的resource（人天和成本）時，可以有較準確的依據。除了vendor評估客戶的request，客戶也會提問vendor問題來做選擇的依據：除了比價錢高低、時程長短以外，客戶對於專案組織的架構、issue處理的流程（特別是進行過程如果有argument，vendor的處理方式以及客戶端的配合方式）、相關專案的技術與非技術經驗、執行專案的流程（尤其是quality assurance）、甚至於連公司的財務狀況（例如turnover）都會列入評估vendor的項目。

除了白紙黑字的RFP，這些已經做過相同vertical不同專案的analysts，也會根據過往的專案經驗來評估時間跟資源。（但是你說專案真的會照實際評估出來的時間走嗎？嗯，牛牽到北京還是牛，全世界的客戶都是一樣的，要上線就是要上線，評估出來的時程一半都是拿來參考用的。因為這個跟initial phase比較沒關係，所以就先不提了）

待客戶比較各vendor提出的proposal，就決定合約要給誰了。簽合約之前還有其他零碎的deliverables，簡單說都是評估過後所產生的風險評估報告、客戶的requirement signed off文件（RFP）、project plan等等。合約簽下來之後，vendor通常就會拿到一定比例的錢，例如5%~10%，接下來就kick off了。

嗯，就先分享跟這篇文章比較相關的東東，歡迎交流討論。

Permalink | Comments (0) |