2011年12月17日 星期六

微軟開發快速秘笈(RAPID DEVELOPMENT)

http://4rdp.blogspot.com/2011/12/rapid-development.html

More about 微軟開發快速秘笈

微軟開發快速秘笈,微軟經典叢書,史提夫‧馬魁原著,鄒正平編譯。

這本書約十年前在光華商場的華彩軟體書局買的,全書600頁在捷運車上看完。作者曾任微軟軟體顧問,全面性討論軟體開發問題,並附有多個實務案例說明,他提出快速開發涉及四大領域─
人力(素質、動機)、過程(管理、危機處理)、產品(規模、品質)、和技術,值得軟體設計從事人員經驗學習。

其中兩篇章節令我印象深刻:
一、有個插圖說明清楚溝通的重要性,設計師與主顧在討論蓋房子,設計師想的是一棟普通的民房,但是客戶心裏卻想的是富麗的皇宮,設計師說一年內蓋這樣的房子沒問題,客戶就回答很好趕快進行。

二、工作動機宛如車子的汽油,沒有加足夠油的車子跑不遠,有五項重要動機因素─成就感(所有權、清楚的合宜目標設定)、成長的可能性、工作本身、個人生活、技術監督的機會。注意強迫是動機最糟糕的一種方式


從以前到現在,所遇到的研發過程瓶頸主要在:
一、全新設計機種風險高,設計重責只放在一個人身上。
二、專案負責人諸多事務纏身,無法全力開發,一下子開會,一下子回電郵,一下子處理舊機種。
三、其它品保、製造單位配合問題。
四、設計規劃不夠周詳,實作後增加許多時間補洞。
五、未撰寫技術文件保留紀錄,不易經驗傳承或是日後系統維護使用。

最後提供經驗公式估算工時,程式設計每行約一分鐘,一人設計兩萬行程式約需 41.66 日完成,不含除錯時間。

2 則留言:

  1. 以一個專案的軟體工程,撰寫單一程式對一個工程師來說其實不難,我覺得比較難的在於debug的工程,甚至是程式完成後的改版,接手的程式設計師如果不是同一個人,對於程式撰寫的風格與習慣完全不同,光是摸索也很耗工費時。

    以前做研究時,經常也survey別人的設計與程式原始碼,只能大概看出撰寫的精神,對於細節還是頭昏腦脹。

    沒寫過大型專案,部過想必公司的軟體專案,應該都有很詳盡的程式說明書,以利後續開發人員的使用。

    回覆刪除
  2. 薛老師您好,

    程式除錯確實是一門學問,尤其還要寫出容易維護的程式,需要一番心思。

    想統一程式設計師風格很困難,但是可以要求變數與副程式名稱一致,這樣程式碼才能再利用。

    像我們這些電子產品設計,都會先制定規格,操作說明,電腦指令控制等等,一邊寫程式一邊修文件,每天都很忙。 ^_^

    回覆刪除