By Justin
創造者應該盯著諾亞,
並且學學人家怎麼將一大票的東西塞進一個小方舟上的
席德尼 史密斯,《愛丁堡評論》
God's Covenant with Noah
錢要花在刀口上
模組開發前,先定義這個模組該做的事
假說:
在成堆的書面資料中,有一小部分關鍵性文件記錄著任何專案管理的核心工作,而這些文件是身為管理者最重要的工具
W. Bengough 1897
開發專案的關鍵文件
文件相當於提供一個監督與預警的機制
專案管理者每天主要工作就是溝通,而非做決定。
專案管理者基本工作就是讓組織每個人都朝同一方向前進
這世界唯一不變的就是這世界一直都在變
你得以平常心看待失敗,試試這個,
如果行不通,就老老實實接受行不通的事情,
再試試那個。總之,要成功,就得去試一試。
Taconma Narrows 1940
先導試驗工廠
軟體的 alpha,beta版
第一次出爐的系統絕少是有用
把一定會丟掉的東西給顧客可以爭取更多時間,但他會抓狂
一定要把一次失敗納入計畫中
巧匠以他所利用的工具而聞名。
Andrea Pisano
除錯是編寫程式過程中最難也最耗時的部分,漫長的回覆時間又是除錯過程中最要命的。
團隊要有個工具專家
要有版控的概念
我可以招喚地底的幽魂。
啊!這我也會,什麼人都會;可是當您招喚它們的時候,它們就真的會來嗎?
Disney mickey mouse Fantasia
太多的失敗都源自於自始至終都搞不清楚要做的是什麼東西
開始寫程式前,規格文件應該要先準備且審核過
一次除錯一個組件
沒有人會給報壞消息的人好臉色看
為什麼專案會落後一年?
因為每次都落後一天。
A. Canova 1802
「Hercules and Lycas」
每天一點點的延誤讓人無關痛癢,很難預防,很難挽救
時程的內容要有里程碑及日期
里程碑必須是具體、明確、可測量的事件,不可模稜兩可
鼓勵部屬據實以告
我們無法主宰我們不了解的東西
哦!請賜予我簡單平實的評論者,
它們不會諱莫如深到讓人困惑不解。
Ancient Stonehenge
軟體不但要讓電腦看得懂,也要讓人也看得懂。
寫程式要留下說明,因為就算是作者本身也會忘記
交付出去的程式應該要帶一小組測試案例
流程圖是最被過度強調的文件