為了找出對專案我們真正知道什麼，開始對專案盡早進行度量，我開始了對「專案啟動」的閱讀。
專案啟動是一項突發性的活動，通過這個活動收集讓專案啟動所需的各種資訊，啟動階段確定產品作為其一部分的工作，並確定產品要實現的準確目標。通過icebreaker專案更好的展示了需求過程，這一部分老師在課堂上也重點講到了。產品目標描述了構建產品的原因—產品將做哪些有助於工作的事情？產品目標是最高層次的顧客需求，是業務上的需求。在建立起產品的目標後，也需要保持專案朝著目標前進，質量關讓每項需求通過一系列的檢查，有一項檢查確保其相關性。誰為產品付錢：客戶和顧客。客戶為產品的開發付費，顧客在產品開發完成後購買產品。使用者是最終操作產品的人，確定使用者的目的是理解他們所做的工作，知道使用者的特點，可以寫出正確的易用性需求，另外還存在很多潛在使用者，還有很多可能會被遺忘或沒有注意到。風險承擔者是在產品中有既得利益的人、是對產品有一些要求的人。需求限制條件是全域性性需求，包括：設計限制、開發時間限制、經費限制等。我們在專案開始階段感興趣的範圍是工作的範圍，設定工作的範圍意味著決定在確定產品的需求之前有多少工作要研究，感興趣的領域是主題相關的領域。工作上下文範圍定義了要研究的工作，以及工作周圍的其他系統，表現了工作和與之相連的工作，顯示了工作的職責和相鄰系統的職責起止之處，確定了我們研究過程的邊界。
工作是客戶的業務活動，為了理解工作，必須知道它與外界是怎樣聯絡的，展示工作與外界聯絡最方便、最有用的方法就是使用上下文範圍圖。業務對事件做出響應，對每個事件的響應視為乙個要研究的工作單元，業務事件的響應是通過資料流的到達來觸發的。時間性的業務事件通過時間流逝來觸發，當針對某事件的預先定義的時間到來時，工作的響應是完成輸出所需要做的事情。相鄰系統是為了工作提供資訊和服務或從工作接收資訊和服務的系統，乙個相鄰系統可能是乙個組織、乙個人、一種技術，或者三者的組合。
專案啟動階段是乙個了解認知的過程：了解希望產品做什麼、要花多少成本來構建它、了解要研究的工作範圍以便為產品收集需求。通過引入業務事件的思想，可以合理的切出一部分工作，用於進一步的建模和研究。理解每個相鄰系統對工作的影響，理解了產品範圍的限制。通過對工作行為建模，得到了範圍。啟動階段提交的產物為產品奠定了基礎：
產品的目的——關於產品應該達到的業務目標的乙個簡短的、可度量的陳述；
客戶——該產品是為誰構建的；顧客——對商業產品來說，誰將購買該產品；
風險承擔者——哪些人在產品中擁有既得的利益；
使用者——誰將操作該產品，他們的能力如何；
限制條件——是否有些設計方案必須採用，對專案解決方案可以提供多少時間和經費；
名稱——該專案使用哪些術語；
相關事實和假定——每個人都需要知道的是什麼；
工作的範圍——什麼是產品和專案的邊界；
估算的費用——實現產品需要花費多少工作量或資金；
風險——揭示專案面臨的主要風險的乙份簡短風險分析，這些提交產物放在一起，可以提供足夠的資訊，以得到啟動階段的最終產物；
繼續或終止的決定——該專案是否可行，考慮得到該項目的成本，是否值得！
掌握 需求過程閱讀筆記04
自治的相鄰系統 自治的相鄰系統通過單向資料流與工作進行通訊！合作的相鄰系統 合作的相鄰系統與我們工作合作完成某個業務過程的執行。此類系統不發起業務事件 確定工作範圍和業務事件關鍵點 要站在整個業務工作的高度來確定業務事件，而不是站在要構建自動化產品角度來確定業務事件。對確定業務事件，重點考慮以下幾點...
《掌握需求過程》閱讀筆記四
掌握需求過程 第八章講述的是編寫需求規格說明書，目的是為了講給我們如何將所有需求安排在需求說明規範中。這也算是對於前面幾章的總結概括，因為你前面做的所有事情終究只是準備，還是要落實與文字上的記錄。編寫需求規格說明書是指得到要構建的產品的完整描述的任務。把這項任務看做 構建 需求規格說明書是合適的 我...
《掌握需求過程》閱讀筆記二
上次閱讀到第四章，那這次就繼續從第四章開始。第四章主要說的是在業務用例方面的內容，作者在這一方面的講述也是相對來說比較少的，主要的內容也就是如何確定產品的合適組成部分 使用業務事件作為起始點 以及如何確定要構造的最好產品。在這一章節中，作者從一些基本的工作中進行講解，他說，我們首先要理解工作，即我們...