看板 Soft_Job 關於我們 聯絡資訊
※ 引述《ricky906 (boy)》之銘言: : 有點疑問... : 需求變動的事實是真實存在的啊 : 程式因應變動而修改也不是什麼不能接受的事 : 為什麼說這就是dirty work? : 建立prototype不就是為了找出問題的範圍 : 好讓接下來的設計能反應事實,而不是憑空想像 事實上,前一陣子蠻流行的XP方法, 正是為了解決這類情況所提出的工程方法. 用短期,大量的開發週期,取代過去長期,少量的循環。 在每一個開發週期後,針對客戶的需求,再作修正與檢討. 不過,雖然週期縮短了,但還是得維持一個完整的開發週期。 現在的問題是,不論開發週期的長短,客戶都會在不適宜的情形下,介入或是打破原有 的開發週期。 舉例來說,假設你現在做一個案子,使用XP方法,打算在3~5天之間,先做一個prototype 出來,跟客戶也講過了,5天後再依照完成的prototype做討論與修改. 你很高興的開始進入開發的第一階段,你可能由programming開始,也可能由design開始. 不論你的第一步是什麼,當你在第一天的下午,很愉快的,將第一階段完成,心裡想著: 接下來兩天,你可以把prototype完成,同時還有點時間做些內部測試,說不定還可以找 機會去跟QA的漂亮妹妹哈啦兩句.... 這時候電話響起了,客戶劈頭就跟你說:"那個xxx, 我這邊還想到一個好主意...." 然後你就知道了,之前做的階段全都白費了,運氣不好的話,你又得重頭開始.... 所以說啦... 程式總是會修改的,這句話不論在商業上,或是技術上都是正確的... 問題是,就算要修改,你也要先有東西可以改啊.... 如果連個屁都沒生出來,就在那加一堆有的沒的....那當然是Dirty Work... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.229.31.227
leicheong:「想到一個好主意」還好... 最怕是「想一想那樣不行. 10/03 17:45
leicheong:應該這樣才對」. 10/03 17:46
ggg12345:XP會強調先做testing以配合prototype需求,專對付邊做邊調 10/03 19:05
ggg12345:策略上會先形成驗證規格給客戶,延後實作成品但有大量文件 10/03 19:08
leicheong:但當不停地改, 而且有些時候修改的部份是違反之前說好的 10/03 19:56
leicheong:呢? 別認為客戶會為軟體公司著想, 他們總認為花數十萬 10/03 19:58
leicheong:你絕對有義務改到他們滿意為止的... 10/03 19:59