《掌握需求過程》閱讀筆記二

2022-05-27 03:24:18 字數 1695 閱讀 9005

時間過得真快,不知不覺又過去了十天。

這次我們從第三章開始看,專案啟動有關的事項。這一章包含12

小節,即

icebreaker

專案(就是本書中為了方便讀者理解需求過程,始終貫穿的例項),產品目標——我們需要該產品的原因是什麼,誰為它付錢:客戶和顧客,使用者——理解他們,風險承擔者和顧問,需求限制條件,為您的寶寶命名,設定範圍,該產品的成本是多少,風險業務,繼續還是終止,啟動會議替代方案。

專案啟動是一項突發性的活動,通過這個活動收集讓您的專案啟動所需的各種資訊,並確保您的專案可行而且資金充足。啟動階段確定產品要作為其一部分的工作,並確定產品要實現的準確目標。啟動階段提供的其他產物對限定產品範圍要有所幫助,並作為後續需求收集活動的輸入資訊。啟動階段提交的產物為產品奠定了基礎:

產品目的——關於產品應該達到的業務目標的乙個簡短的、可度量的陳述。

客戶——該產品是為誰構建的?

顧客——對商業產品來說,誰將購買該產品?

風險承擔者——那些人在產品中擁有既得的利益?

使用者——誰將操作該產品?他們的能力如何?

限制條件——是否有一些設計方案必須採用?對專案解決方案可以提供多少時間和經費?

名稱——該專案使用那些術語?

相關事件和假定——每個人都需要知道的是什麼?

工作的範圍——什麼是產品和專案的邊界?

估算的費用——實現產品需要花費多少工作量或資金?

風險——揭示專案面臨的主要風險的乙份簡短風險分析。

將這些提交的產物放在一起,可以提供足夠的資訊,以得到啟動階段的最終產物:

繼續或終止的決定——該專案可行嗎?考慮得到該產品的成本,值得嗎?

將這些問題的答案都找到,這就是專案啟動會議所找出的對專案我們真正知道些什麼,並開始對專案盡早進行度量,也就是這一章所要講的內容。

第四章是事件驅動的用況,就是如何確定產品的合適組成部分(使用業務事件作為起始點)以及如何確定要構造的最好產品。這一章分為11

個小節,分別為理解工作,用況和它們的範圍,工作,業務事件,發現業務事件,工作對業務的響應,相鄰系統的角色,確定要構建的最佳產品,創新的產品,技術重要嗎,事件驅動的用況等。現在到這一步我們建立起來的工作範圍可能太大,難以作為乙個整體進行研究。就像我們在吃東西之前先要將它切成小塊一樣,我們需要把工作範圍分解為一些可管理的部分,然後來研究它以發現產品的需求。

工作分解為用況,用況使使用者認為有用的一些工作單元。這個第一有點模糊和隨意,以為每乙個使用者可能對什麼是乙個有用的單元有不同的看法,這些看法可能與開發者的看又不一樣。所以我們不是隨意的選擇哪些將組成乙個用況,而是將我們的分解建立在某些切實的、可認識的基礎上。在本章中,我們列出了乙個經驗法則來幫助我們定義什麼是用況,如何發現最適合的用況。這樣做基本上能得到乙個副產品,就是我們將發現我們能構建的最有用的產品。

第五章是網羅需求,這一章主要講了如何收集需求,介紹了發現、提取和創造需求的技巧。本章分為15

個小節,即職責,網羅活動,當前狀況扮演的角色,做學徒,觀察結構和模式,使用者訪談,找出系統的本質,業務事件研討會,頭腦風暴,思維圖:乙個有用的工具,錄影:秘密**,電子化需求,文件考古學,白卡,發現最佳工作等。我們使用「網羅」這個術語是因為它反映了我們所做的工作的實質:在組織內撒下一張大網,捕捉每乙個可能的需求。在我們的網中捕捉到的任何不恰當的需求將被質量關過濾。所以,如果我們在網路過程中發現了一些無關的需求,不必太在意。質量關將減少需求的數量,只保留那些恰當的。在這個階段我們應該注意發現所有需求,不要遺漏任何需求。在實踐上,這意味著收集過多的需求總要好過收集太少的需求。

《掌握需求過程》閱讀筆記二

上次閱讀到第四章,那這次就繼續從第四章開始。第四章主要說的是在業務用例方面的內容,作者在這一方面的講述也是相對來說比較少的,主要的內容也就是如何確定產品的合適組成部分 使用業務事件作為起始點 以及如何確定要構造的最好產品。在這一章節中,作者從一些基本的工作中進行講解,他說,我們首先要理解工作,即我們...

《掌握需求過程》 閱讀筆記03

為了找出對專案我們真正知道什麼,開始對專案盡早進行度量,我開始了對 專案啟動 的閱讀。專案啟動是一項突發性的活動,通過這個活動收集讓專案啟動所需的各種資訊,啟動階段確定產品作為其一部分的工作,並確定產品要實現的準確目標。通過icebreaker專案更好的展示了需求過程,這一部分老師在課堂上也重點講到...

掌握 需求過程閱讀筆記04

自治的相鄰系統 自治的相鄰系統通過單向資料流與工作進行通訊!合作的相鄰系統 合作的相鄰系統與我們工作合作完成某個業務過程的執行。此類系統不發起業務事件 確定工作範圍和業務事件關鍵點 要站在整個業務工作的高度來確定業務事件,而不是站在要構建自動化產品角度來確定業務事件。對確定業務事件,重點考慮以下幾點...