實作過程中的火花

內容：網站建置在實作過程中，雖然我們一開始就已經制定好了規格，但是往往我們在實作過程中。難免還是會遇到客戶提出超過專案規格的需求，我們看到在網站系統開發工作上，大家都殫精竭慮，忙了很久時間，但結果卻總是吃力不討好，「做甲流汗，嫌甲流瀾」，就讓我們在今天的講座中了解網站系統專案製作中常遇到的狀況。

1. 需求的多變及理解差距

系統開發標案中，最受廠商垢病但又敢怒不敢言的現象，就是系統需求的一變再變，不僅不同部門、不同人對於同一件事的看法南轅北轍，同一個人在不同時間點的要求也會不同，經過承辦人確認的結果，到了上層主管處可以全然推翻，驗收前、驗收中與驗收後，原有需求都可能變化或產生新的需求，如果碰到承辦人或主管換人，對不起！一切重新開始。基於前車之鑑，我們的系統規畫師(SA)都會一直確認是否有超過規格，在這個專案中我們常常遇到一個狀況，大家可以看到在這個我們訂好的規格中，會遇到的幾個狀況，不知道大家看出來了沒有？
我們在這個客戶開給我們的規格中，其實會有很多地方各說各話的地方，其中在這邊可以看到一個簡單的行銷服務” 訂單對話聯繫管理”規格，在客戶的口中，他突然變成了”crm顧客關係管理系統”，當我們聽到客戶這樣回應的時候，我們就知道，這案件大概就開花了，其實諸如此類的問題真的還蠻多的，這個我們通常會請系統分析師重新整理過整個規格，以便跟委託的客戶釐清這中間的差距。
雖然規格這些都談好了，相信各位觀眾也都有相關的經驗，其實在製作過程中，其實對於我們所開出的規格跟客戶的需求定義，還是有些落差的，在這個過程中「溝通」就是很重要的一環，我們需要跟客戶溝通，在這個專案中的時間及成本，並可以做到那些功能，尤其是核心功能，哪些是次要功能，這些的釐清，才有辦法在有限的時間及成本中，正確的分離出來，順利完成網站建置，正所謂先求”有”再求”好”，這樣我們也才能夠讓雙方有一個共識，專案開發的過程，遇到最多的問題並不在技術，而是在「溝通」。無論大案子、小案子，會遇到的溝通問題其實差不多，不就是需求變更、時程太短、遇到暴走族的客戶還有最常見的情緒問題，主要的問題大概就這些。
與其這樣，聰明如您會傾向選擇承接大型專案還是小型專案呢？這個答案應該是明確的，當然是「大型專案」。但專案開發過程中的「副作用」就必須靠一些機制來「改善」。
沒錯，是「改善」，不是「解決」。因為有些事情是解決不了的，尤其是人的問題，我常常說共識共事，只要人對了想法對了就能共事。

2. 所謂的品質是用時間換出來的

我必須很老實的告訴各位，所謂的品質是用時間換出來的。做什麼生意都一樣，品質永遠要擺在第一位。只要品質能維持在一定水平之上，公司基本上就能穩定成長，沒什麼好擔心的，尤其是網頁設計系統這個行業更是如此。

為何剛剛要說先求”有”再求”好”，其實很多的專案在初期製作的時候，其實並非是完善的，第一期完成的系統，它往往是所謂的基礎，我很喜歡比喻，做一個系統就像是蓋房子一樣，他是需要穩固的基礎，將來才有可能蓋的高，蓋的穩，像我們公司最常扮演的往往都是救火隊，我相信我們公司遇到的問題或是緊急狀況不能說是最多或是難度最高的，但是也不算少，我們有很多廠商的專案遇到瓶頸，或是系統出問題後，經過許多前輩或同儕的推薦才找到我們來協助，但是之所以在系統上會出問題的原因，不外乎是剛剛所說的，大多廠商經不起案主要求，而一味的追趕所謂的”好”，但是又不考慮所謂的基礎及可行性，便一味的為了結案方便了事，而導致之後系統或是網站要擴充時出現了需要打掉重練的窘境，其實這個能怪誰呢？這是雙方都有責任的，當然我們樂於解決這類的問題，其實最重要的原因就是因為”挑戰”，相信很多的工程師他們有所謂的工程師脾氣，但是也正因如此公司的工程師他們也都是並非每一件專案都會想接來做，都會看案子的難易度而決定，也正因為喜歡”挑戰”，公司也才會往這些難度高的系統專案來進行，回過頭來說，其實所謂的基礎正是系統分析師跟客戶溝通的規格，其中所討論的系統發展及運用，當我們都了解後，自然就會規畫最適合的基礎，以便符合各個網站系統的發展。

誠如剛剛所說，不知道大家後來會不會好奇這個客戶有沒有被我們說服，其實是有的，這個專案目前也正往”再求好”的方向前進，也正是有打好基礎，後續的製作才有辦法在時間內完成。
希望大家在執行專案的過程中不要怕麻煩，正因為不怕麻煩，後面的專案才不會有麻煩。