第七章：撰寫優質的規範說明書
做到以下三件事：確保對的事被構建，提供總結專案的規劃階段的進度里程碑以及在專案的做法上能讓不同的個人可以做深度檢視和反饋。
種類：需求、功能、技術規範、工作專案列表(wbs)、測試標準以及里程碑退出標準
1. 程式設計師的工作專案列表和規範說明書相符嗎？設計過程中的哪個地方最有可能找到漏掉的工作專案？
2. 這樣的設計最可能以什麼方式出錯？最弱的元件或者介面是什麼？為何無法改善？
3. 我們的力量和信心是否以最重要元件為中心？
4. 我們有適當級別的質量嗎？這樣可以做到專案遠景所需的可靠性、效能以及可用性嗎？測試的估算實際嗎？
5. 為何簡單的設計不會更好？我們需要這麼多複雜的功能嗎？
6. 這樣的設計和什麼有相依關係？有應急方案嗎？
7. 設計中的什麼元素最可能改變？
8. pm,程式猿以及測試員最關心說明書裡的什麼？
9. 是否有機會共享功能模組**？
10. 是否滿足ui所需的可達性和區域化需求？
11. 安全防護風險？
part 8 如何做出優質決策
經驗、直覺、訓練、彼此！
了解有哪些緊急事項：
」元決策「（決定對決策投注多少時間和精力的決策）
決策的核心問題？
對專案的衝擊？
如果錯了，成本/衝擊為何？
機會之窗出現在什麼時候？（界定合理的決策速度）
我們以前做過這種決策嗎？（承認無知並不可怕）
誰具有專家觀點？（真的要我來做決策嗎？）
我們需要誰的核准？（做決策前，需要/想要誰的反饋？）
尋找並權衡選項：
單項評估、比較評估（無關緊要之事真的無關緊要，無異地帶）
情緒和思路清晰
作比較簡單的方式（pros and cons砍掉功能、讓顧客決定、什麼也不做）
排除法（如果你把不可能的部分刪掉，無論剩下的是什麼，無論多不可能，必定就是真相。）
奧卡姆剃刀原理：試著砍掉當在路上的所有不必要細節，回歸到問題核心。
資訊是閃光燈（信任數字，看清細節和界限，但是資料是無法作決策的，曲解資料很容易，精確並非準確）
專注和回顧：
這項決策解決了核心問題嗎？
是否有更好的邏輯或資訊可用來更快速過濾出選項？
遠景、規範說明書或需求有助於決策嗎？
這項決策有助於專案進展嗎？
是否有重要人士參與過程，卻無法參與決策？
這項決策是否防止或引發其他問題？
事後來看，當你想把決策做對時，有哪些事是你應該擔憂的？
你是否有足夠許可權做正確的事？
作此決策所學到的事如何應用到專案的其他地方？
勇氣正確使用資訊
DSP day13 第七 八，九，十章總集篇
chapter 8 chapter 9 chapter 10 dspday9 仔細研究傳輸函式的幅度特性和相位特性,全通系統和線性相位系統 寫在前面 一定要會看各種符號的系統框圖！dspday10 數字濾波器結構 1.fir濾波器系統框圖結構 直接型，級聯型，線性相位fir結構 個人總結 看結構，記...
《專案管理藝術》
以前看過英文電子版的，上次訂書時，發現8月底出了中譯本，就順便訂了，書不厚，幾天就可以看完，算是通俗易懂的專案管理代表作，呵呵。轉貼個目錄 前言第一章 專案管理簡史 以及你為何應該關心 第一部分 規則 第二章 進度表的真相 第三章 如何知道該做什麼事 第四章 編寫優質遠景檔案 第五章 想法來自何處 ...
專案管理藝術 1 1
1.1 利用歷史 專案管理作為一種概念,可以追溯到很久的歷史。當回想起人類文明史上所取得的成就時，你會發現我們有幾千年的專案經驗可以學習。我們可以用一條虛線把今天的軟體開發者和埃及金字塔的建造者或者羅馬水渠的設計者們連線起來。在不同的時代裡，專案經理扮演著類似的角色，那就是把技術應用到屬於他們的時代...