Login Free Sign Up
December 10, 2007

收尾巴?!這應該還沒開始吧!

剛剛看到xdite寫的一篇文章:作網站不只是外包廠商的事,再連到Mr.6的網站,看到了這一篇:做網站的人,「收尾巴」為何重要?

在做任何評論之前,我想先分享一下最近這幾個月所完成的一個專案。

我最近才幫一個客戶,把他們的網站從快要陣亡弄到可以上線營業。我的客戶標下了一個專案。他們是提案子標案子的行家,所以標下來了一個專案,想說從中間賺一票。不過他們並沒有開發軟體專案的經驗,所以這也是他們第一個想要包下來的軟體專案。

他們一開始的時候,把專案轉包給一個在台灣的軟體公司,而這家在台灣的軟體公司,告訴他們說:『我們有很好的專案管理能力,可以透過大陸的廉價人工來幫你開發。大陸的人工便宜,技術又好,又採用了最新的技術,所以開發速度絕對比高鐵還要快,彈性又大,你們愛怎麼改就怎麼改,我們可以打包票,這絕對沒問題。』

在開始時,每個人都覺得很快樂。

最後要使用的出錢大客戶,覺得我們的客戶用很低的價錢就去標,他們可以省錢,他們當然很高興。

客戶覺得我可以具有很低的開發成本,還有很高速的開發速度,以及超高的彈性。可以愛怎麼改就怎麼改。

軟體公司也拿到一筆錢可以花用。大陸的工程師拿到薪水當然也覺得很不錯。

不過隔了一段時間,我的客戶發現,怎麼進度回報非常不精確。這家軟體公司的專案到底是怎麼進行管理的呢?對於bug的管控也沒有制度化的管理,然後期限一步步逼近,好像沒有什麼東西是可以用的。

過了預計交件的截止期限後,軟體公司交出了一個未完成的半成品。可能連半成品都稱不上吧。就是一整個囧。所有的畫面點沒兩步就會當掉。會有一堆exception出來跟你say hello。

大家坐下來開一次會,決定再給他們一個月的時間。一個月過去了,半成品看來依然是半成品。系統從完成30%變成了完成60%。問題是這個30%跟60%怎麼來的,沒有人知道。只要再給他們一個月,就會完成100%。

可是我們的客戶,覺得這根本連10%都還沒做完。怎麼辦?況且再拖延下去,傷害的是商譽,還有出錢的大客戶也在皺眉頭了,他們的承辦人對於這種一而再再而三的跳票也感到很震怒。

於是找上了我們。

我們進場之後,首先建立了問題追蹤的制度。接下來則是把幾個關鍵的部份整個打掉重做。

我們面對的剛好是一個需求也不是很確定,然後書面資料不太夠的情形。所以我們請客戶協助架起開發與測試環境,然後把最新的產出放在那個環境上面跑。

原來的團隊開發的程式我們還是保留了很大的一塊請他們維護到會動。不過這部份到後來還是付出不少代價。

客戶在這中間還是做了一些決定,讓他們多花了不少銀子。最重要的部份,是花在追趕中間層出不窮的milestone與新需求。當然,面對這樣的一個案子,什麼需求都算是新需求。

到最後上線的時候,時間大概比我一開始預估的要多了快要一倍,開發經費也超出我們客戶的預期達到三倍之多。

你如果問我,問題出在哪邊?為什麼很有彈性並沒有出現?開發速度很快,又跑到哪裡去了?為什麼軟體總是要花這麼多錢,寫一個會動的網站,這不是一件很簡單的事情嗎?不是很多學生,還是什麼網路上看來的故事,一個強人就可以一下子搞定了嗎?

這些問題好像我在開發軟體的這些年裡面不斷地都會碰到,很多對於軟體開發沒有太多實務經驗的人都會擁有同樣的疑問。

事實上,這是軟體開發的ABC。你要自己開發一個網站自己玩,跟你收了人家的錢,要提供專業的服務,要跟一個team一起工作,所要花的時間、人工,與力氣,通通都是不一樣的。

當你只有一個人的時候,網站發生一個錯誤,出現一個Error 500,Well,這有什麼了不起的,我們把它改到對就好了。你需要跟誰溝通?可能通通都不用,只要腦袋裡面想一想,搞不好內心暗自咒罵一聲就算了。

可是如果你是一個收人家錢做事的team,客戶就會跑來抱怨啦,為什麼會有這個問題出現?你要有人聽這些人在抱怨,分析問題出在哪裡,把程式寫出來,丟到測試環境,驗證系統是不是正確,再丟到正式環境,再驗證系統是不是正確。而這中間所牽涉到的每一個人,都需要進行溝通。

如果客戶心理面又覺得很不安心,所以又找人去罵了一頓,要有人去挨罵,還要有人去扮和事佬,還要有人去扮演心理醫生。

這每一件事,每一個人都要錢。

所以這也不像是xdite所說的:「改一個功能並不是很難,只是我要花一些時間去看程式碼和重新改寫。」因為當牽涉到的人多了,比如說你收了金主的一筆種子基金,你就不能允許網站一天到晚當機。你要找人跟金主解釋這個解釋那個。單單改一個功能這一件事可能不是很難,可是牽涉的人多了,就變得很難。

事實上,做專案花錢花時間最兇的地方就在於溝通。所以外包到印度,外包到大陸,其實以現在台灣與這兩地的工資來計算,外包出去不見得划算。特別當你把時間也列入考量的時候。當然,最關鍵的還是你找的團隊。團隊的功力好不好其實會差很多。很多問題,都是因為思想上不連貫或是具有盲點所產生的。

當然,如果這是個軟體團隊自己出來創業,那問題與成本會小很多。

有些話其實一個人講的時候,不見得是講給每一個人聽的。所以我們在研究他的想法時,其實可以去想想他所想要傳遞給哪些聽眾知道。以Mr.6這篇文章來說,我覺得聽眾應該是他們公司內部的員工吧。所以會抱持著鼓勵的態度。如果以我一個局外人來看,我是覺得,以他們目前的狀態來說,收尾巴?這說的太早了。這應該還沒開始吧!哈哈哈。

一個網站連第一版都還沒正式對外launch,這其實還在very first beginning。我記得我們在做幹圖王的時候,頭一年大改版三次,小改版大概是用百次去算的吧。一路走到了今天,其實大大小小改了幾百個版有吧。連diggirl在還沒launch之前,就整個內部大改版過一次。這還是整個推倒重做的大改版喔!

我是覺得Mr.6的問題最主要的地方還是在於,他缺少一個夠經驗的PM,也沒有一個夠有力的SA。這其實是所有想要外包出去的公司,最需要有的兩種人。只是說,這兩種人強者難尋。而且,這兩種人如果夠格的話,通常薪水待遇都很好,一家新興的網路公司,這種工作機會對他們來說,風險很大可是可以預期的獲利很不確定,吸引不了強者入場。二來公司是不是可以常態性的付得起他們的薪水,這就又是另外一回事了。

退而求其次就是要找我們這種傭兵了。我看到他寫的『最近聽過幾個創業家找外包廠商做網站,有的找到印度去,沒有仔細找的,在「收尾巴」的部份都做得相當糟糕。』我還覺得蠻奇怪的。有錢找國外的傭兵,為什麼不找台灣軟體界的傭兵呢?嗯,看來我應該要刊個廣告才對。哈哈哈。

不過像我們這種傭兵,就不會跟你搏感情,願意拿什麼stock option來拼未來。這種話我已經聽了7年了,所以耳朵自然具有免疫的能力。我比較喜歡大家拿錢辦事,各盡所能。我們給建議,然後跳錶賺錢。以我們跟客戶之間的合作來說,其實運作的還不錯。只是說,你就不要想說可以用什麼地攤價買到正牌的Gucci。一分錢,一分貨。這在人力市場上是還蠻正確的一件事。

我後來想了一想,對很多沒經驗的人來說,都會覺得自己要怎麼樣樽節成本,所以一定要花最少的成本來開發軟體。

對於一家網路公司來說,這是一個完全不正確的想法。

我會建議,你應該要從如果這個軟體晚一天上市,你晚一天完成,會需要多燒多少錢的角度來思考。

我自己很久以前就算過了,這該用公司一天營運的成本來計算。對一家網路公司來說,晚一天launch,就會多燒一天的錢,如果晚一天完成,你就是要多付一整家公司一天的薪水,房租,水電,勞健保,電話費...還要生出一些沒必要的工作給這些已經請進門的員工去做。

所以每次我看到很多公司節省一些看得到的小錢,卻完全沒考慮到投進去的成本是與日俱增的狀況,都會覺得還蠻好笑的。你在這部份節省掉的成本,其實是會在隱形的地方要你用十倍百倍吐出來。只是說,為什麼好像大家都視而不見,我就不知道了。

0推薦此文章
Add a Bookmark:
Today's Visitors: 0 Total Visitors: 891
Personal Category: 專案管理 Topic: feeling / occupation / employee
Previous in This Category: 怎麼樣撿骨   Next in This Category: Java , COBOL 以及版本控制
[Trackback URL]
  • 雖然「計劃趕不上變化,變化比不上老闆一句話」,但趕不上或比不上並不代表要放棄計劃,否則專案的成功也只是聽天由命的偶然罷了。同人認為,

  • 當軟體專案計劃趕不上變化時 【同人的生活派對】 at December 11, 2007 12:48 PM Trackback

Reply
  • 1樓

    1樓搶頭香

    Bravo ~ 頭香 ~
    寫的真好,不過台灣軟體人才不少,很可惜,大多數的老闆都短視近
    利,要不是馬上要看到成果,要不就拼命壓低成本,在不然就是不相信自
    己人,總是相信國外的Engineer會寫Code,我之前待的一家外商公司,通
    通是接台灣案子,因為是外商,他就以為是外國人做,其實都是台灣人做
    的啦,然後用國外的價格算 @O@ 賺死了,一個案子台灣做可能100-200萬
    就打死,外國做(其實是台灣人),1000萬花下去可能還會被喊 Change of
    scope,然後再砸幾百萬,最好玩的是很多老闆連報告都沒看就把錢掏出
    來了,好乖,如果是面對台灣工程師,一定會罵到死,然後恐嚇一翻什麼
    獎金升遷的,由我上一家公司的經驗,其實可以提供看倌或孤大參考,外
    國的工程師會寫Code,就開家外商公司,請幾個老外當Sales,長相外國
    人就行了,然後獲利可以高好幾倍啦,由感而發,隨便叫一叫,別介意。

  • Passer at December 10, 2007 06:23 PM comment
  • 2樓

    2樓頸推

    我比較好奇的是
    diggirl.net 在正式 lanuch 之前的一次大改版
    那麼大改版的理由是什麼?
    為什麼不是先 lanuch 一個「跑得動」的版本、
    測試市場反應,之後才來思考大改版的必要性?
    我想這是我比較有興趣了解的地方

  • Deveon at December 10, 2007 07:24 PM comment | email
  • 3樓

    3樓坐沙發

    那次大改版的原因,是因為整個網站用不一樣的思考模式去重寫一次。而
    我被說服了。我覺得這樣子改比較make sense。

    而且連整個網站的名字都改掉了。^_^

  • phopicking at December 10, 2007 09:11 PM comment | prosecute
  • 4樓

    福樓

    好好奇原來是叫什麼名字啊?

  • 豬小草 at December 10, 2007 09:12 PM comment
  • 5樓

    專業的5樓

    獨孤大,不是說最近有換硬體嗎?Diggirl開起來還是很慢啊。

    流量衝的太快了嗎?

  • billypan101 at December 10, 2007 10:01 PM comment | prosecute
  • 6樓

    6樓

    我要哭了...等了這麼久,終於又看到獨孤木老大走回正行。

    感想就不多說了,因為字字都刺中我的心裡。

  • jaceju at December 10, 2007 11:20 PM comment
  • 7樓

    7樓

    唉呀..怎麼這麼說, 對我來說, 獨孤大的精闢政評才是正行說...

  • small at December 11, 2007 12:37 AM comment
  • 8樓

    8樓

    billypan,

    會喔?真是汗顏呀。是10點時嗎?這我研究一下。

  • phopicking at December 11, 2007 01:57 AM comment | prosecute
  • 9樓

    9樓

    獨孤木大大的專案管理分享
    才是經典啊!

  • heywilly at December 11, 2007 02:49 AM comment | email Homepage
  • 10樓

    10樓

    實在是太精闢了!!!
    請問小弟是否可以轉到 MMDAYS 上面去?
    謝謝:)

  • Mr. Monday at December 11, 2007 09:22 AM comment | email Homepage
  • 11樓

    11樓

    認同。
    竟然還有人說創業的時候測不完是正常的,最好是搞什麼學生免費測試專
    題網站的。
    拿幹圖王和diggirl拿比還差了點,那是免費的網站,要就拿要花錢請人
    買的產品,這時候要是一堆問題,你想再有下一個機會基本上是0。
    更何況,可能需求來自別人,可不是幹圖王和diggirl這樣的網站自己提
    需求的,做來再多一分辛苦。不是PM/SA就夠了,最好能有個BA,如果狀
    況允許或是PM/SA不是那麼猛可以架構系統,那你還要一個ITA。

  • M at December 11, 2007 11:33 AM comment | Homepage
  • 12樓

    12樓

    Mr.Monday,

    我也蠻喜歡看你們的blog,喜歡的話標個出處就轉走吧。我的文章基本上
    都是這樣,標個出處就轉走是ok的。

    如果要大量轉載的話講一下就ok了,哈哈哈。

  • phopicking at December 11, 2007 12:04 PM comment | prosecute
  • 13樓

    13樓

    M,

    我們做過花錢請人買產品的網站,這種的比幹圖王或是diggirl簡單多
    了。哈哈哈。

    因為要花錢請人家買產品,很多時候都是靠產品在幫你說話,可是我們自
    己創的這些網站,並不是這樣。

    需求來自於別人,只要成敗不是自己要扛的,這反倒簡單。可是對一個新
    網站來說,如果成敗我們自己要負責,那就又很不一樣了。

  • phopicking at December 11, 2007 12:35 PM comment | prosecute
  • 14樓

    14樓

    原封不動抄一下 ---- "歡迎獨孤老大回來".

    跳表賺錢...., 獨孤老大要是找的到這種客戶, 還真是可喜可賀, 台灣大
    概不會有多少 google 按摩妹的機會, 還是賣淘金鏟比較實在一點, 而
    且, 類似的話聽久了, 恐怕獨孤老大唬爛的功力都比那些 sale 要高的多.

    老大多顧點本業啦, 政治的玩意要多少有多少, 專案的立論可是百尋難一
    得呢.

  • Jeff at December 11, 2007 01:23 PM comment
  • 15樓

    15樓

    很有意思的分析 !

  • 傻蟻 at December 11, 2007 05:12 PM comment | Homepage
  • 16樓

    16樓

    給錢的跟拿錢的,想的當然不一樣
    自己的跟別人的,要求也會不一樣
    自用的跟公用的,作法還是不一樣
    狀況不同問題就不同
    不過有件事倒是通用的
    溝通真是件困難的事
    尤其是不同專業間的溝通
    對名詞的解釋不一致或是無法建立彼此都了解的語言的時候
    就很容易出現誤解甚至是無法理解的情形

  • 懶得理你 at December 15, 2007 01:43 PM comment | Homepage
  • 17樓

    17樓

      之前客戶的新加坡分公司想自己開發給會員的購物網站,跟著客戶去新加坡開會和他們
    當地的外包廠商談資料同步和交換的規格,廠商帶著一個中國來的工程師,會議結論是資料
    的交換與驗證,走SOAP,他們的工程師說”完全沒問題”。
      誰知道,他們開發的時候,Schema跟給我們的是不一樣的,我們都交件後,他們才告訴
    我們,他們不知道要如何用ASP接SOAP,我只好緊急修改並請我們的工程師上網找些資料
    (因為我們主要用JAVA開發,ASP也沒接觸),寫個SAMPLE給他們抄,好不容易可以測了,
    他們那工程師又打電話過來說,有問題但他不知道問題在那裡,一問之下,才知道他不懂什
    麼叫做exception,電話溝通了半個多小時,他才知道要去handle exception(那些東
    西都寫在規格裡給他們了,就是不懂),弄得好像我在幫他們帶新人,結果節省了客戶找工
    程師的錢,卻多花了我們PM和SA的時間,只好去跟客戶報怨一番,換些別的東西回來,真是
    的!客戶的觀念不改,我們的環境還是很艱困的!再加上將來中國的工程師...他們配合
    的意願絶對是高於台灣的,我們那些小朋友,自己看著辦吧~我們也要有心理準備,重新從
    基礎開始帶那些中國人!

  • leealice at March 28, 2008 09:49 AM comment | prosecute
  • 18樓

    18樓

    獨孤木兄,蔽公司最近也有個案子,情形越來越接近您文中所述 ^^"
    現在也是可能得做個損害控制,不知道您那邊是不是也有在接外包的
    案子呢?不管如何,是不是可以回我個mail,讓我打個電話跟您請教呢?
    謝謝 ^^

  • 阿斌 at July 30, 2009 09:29 AM comment | email
No one can comment

誰來收藏
Loading ...