又改程式

  昨天與朋友聊起系統的編寫,聽來了這個真實故事。

  一公司要把業務電腦化,但員工對電腦化沒有概念。至於編寫程式的程式設計師,也一忍再忍,系統改了又改。

  終於有一天,大家都有點光火了。

  男程式設計師:「你以前不是說要這樣子的嗎?怎麼現在又說要另一個做法?」

  男的語氣很不耐煩了,對方聽了這種回答也就更火冒三丈。

  女業務人員:「以前我不知道它是這樣子,現在我用了才發現不適合我啊!」

  朋友說,其實女業務人員也沒有錯,有很多人其實更本就不知道出來的東西會成甚麼樣。跟想像中有差異是難免的。

  其實溝通是一門藝術。

Khai Suan

5 Comments

  1. 有个办法×可能×可以避免这样的难题:
    1. 一个好的PM——能用经验来衡量user的要求,必要时能影响客户
    2. 尽量把development周期缩短,定期和客户demo。
    3. 一定要和客户prioritize软件的功能,让他们了解该要求的时间代价。

  2. 其实软件編寫是一个没完没了地循环,因为外在的环境都是一直的在变,所以程序员也必须不停的改程式的程式。

  3. user 常常想象不出来系统是怎么一回事,所以看到了系统才会想要改,然后又期望你用最短时间改。这是user的通病。

  4. @David
    其實我發覺很多程序員本身也不會瞭解「其实软件編寫是一个没完没了地循环,因为外在的环境都是一直的在变,所以程序员也必须不停的改程式的程式。」

    最近友人問我說某會館要電子化,把要系統連接起來,要外包出來。問我要不要接,我一聽說「連他的上層都沒有概念自已想要甚麼!」就沒想要接了。

    想賺錢的公司通常會殺他們一筆,但我不想做這種連自已要甚麼都不知道的項目。難道我還要去猜他要甚麼?

    至於WK,找一個好的PM。問題是PM或顧問是有價錢的。也是額外成本。

Leave a Reply

Your email address will not be published. Required fields are marked *

*