這次所閱讀的部分是關於面臨衝突時的推動程序，這部分內容與我們日常生活有著密切的關係，畢竟這一年來經歷過的大大小小的分組團隊任務也有將近十次了，其中也難免會出現衝突與矛盾，但如何解決是這次閱讀所要研磨的重點。
談起衝突，最重要的出場人物則是推動者，他對於衝突的解決起著重要的作用。比如，當乙個衝突發生時，推動者做的第一件事情就是判斷乙個衝突是否重要（重要的衝突關係到當前專案，此時並且包含在場人員）。如果這次衝突是和另乙個專案相關的，或者與該項目的其他時刻，或是不在場的人員相關，則它就是所謂的非本質的衝突；如果這個衝突是真真正正存在的，那它就是本質的衝突。
有關非本質的衝突，推動者要引導出無論衝突是為了什麼，但決不會與專案的其他已確定的不相關的問題有關，一旦衝突者被拉回現實，要找到並解決真正的衝突就不是一件困難的事情了；此外書上提到，還有種衝突的型別是個性衝突，它是可能用來闡述錯誤的時間-地點-任務原理的最熟悉的例子，無論主題是什麼，兩個人總會站在對立面，在衝突產生時，推動者必須檢視是否有爭論雙方開始「翻舊賬」的這種假設，如果存在的時候，可以判斷出這是原有爭論的繼續，這時需要及時叫停，但有時認清問題的本質並提供有限度的面對面的解釋機會有助於解決這些誤會。但還有一種情況是如果衝突無法在當事人之間解決，那就需要將兩個人中間的乙個炒掉，開除掉乙個人並不是沒有風險，如果兩個人都不可或缺，那就將兩個人都開除掉。如果專案完全依賴於乙個永遠都無法控制自己情緒的人，那麼它絕對不可能成功，處理這種型別衝突的秘訣就是要有勇氣，越早面對現實，成功的機會就越大。在專案早期，沒有人是不可或缺的，拖延只會讓能夠解決的問題變得無法解決。另一種引起非本質衝突的原因是組內偏見，最好的辦法就是在開始的時候為參與者提供大量的機會來了解對方，需要注意的是，雙方的了解是作為人際間的交往，而不是作為站在他們各自的專業角色的立場上來處理相互關係。組織活動的時候不按派系混亂地坐在一起都可以達到雙方加快了解的目的。
有關本質的衝突，推動者要想解決類似於根本的個性衝突，首先應該確認正在發生什麼，其次讓每個組都認同，他們有足夠的權利來要求滿足他們的願望，儘管不是所有的願望都一定能夠得到滿足。這種認同意味著，每個人在中傷他人之前必須徵得大部分人的同意，然後才能明白地表達不滿。另外，當去除掉無關緊要的衝突，真正的個性衝突以及資訊的不一致時，將面對的就是基本的政治衝突了，這在所有的專案中都會存在。比如一些經典的衝突是：質量與計畫開發時間之間的衝突、成本與計畫開發時間之間的衝突、質量的成本與計畫開發時間之間的衝突、專案報酬與實際開發時間之間的衝突、完全與訪問之間的衝突、完整的功能性與可靠性之間的衝突等，此時的推動者工作包括兩個部分：提醒每乙個人，這些是最自然不過的衝突，讓他們平靜下來；使每乙個人確信他們能夠在設計階段解決這些衝突。但是，就事實而言，這些根本的政治衝突的解決方案不是需求階段的工作，而應該是設計階段的工作。
通過對此章的閱讀，感覺在日後專案的開發階段，應該用一種推動者的心態來面對種種所可能發生的衝突，將專案的設計階段與需求階段的聯絡像時間的設定等方面的問題脫離開來，減少衝突的發生，如果不能避免，就需要判斷是否是本質的衝突，再給以相應的處理解決辦法，維護專案的平衡發展。
《探索需求 設計前的質量》閱讀筆記三
獲取資訊的第一步就是定義功能，在這個階段描述產品是為了做什麼的動作。假設是決策樹的根源，那麼客戶說想要什麼東西存在就是問題宣告的提出。而客戶說產品能夠實現什麼功能就是指他的測試功能。在描述功能方面，需要記錄所有使用者想要的功能，然後進行理解，不能記錄記錄使用者不想要的功能。做到這些也需要一些技巧，首...
《探索需求 設計前的質量》閱讀筆記一
需求，是人們的期望 探索需求是尋找人們的期望的過程。而我們所做出來的軟體產品就是試圖滿足復合的一系列期望。發現什麼都不是，而發現過程即探索過程就是一切 只有當自己知道需要時，才有可能會獲得它，這也是需求分析的必要性。經過前輩們無數次的實踐 分析總結出很多很多經驗，可以說已經形成一套有效的軟體開發方法...
《探索需求 設計前的質量》閱讀筆記六
最後一篇閱讀筆記，所以加快步伐閱讀了餘下來的兩篇，在餘下的兩篇中，第四篇講了明確期望，第五篇則講了成功標準也就是對於成功的衡量標準。在明確期望的工作中，我們需要多次運用頭腦風暴的方法，將頭腦中的想法可以 不加修飾 地完全展示，根據專案的內容列出我們所能想到的所有功能 屬性 約束條件，並做好與客戶之間...