構建之法閱讀筆記06--團隊和流程
每個人都希望自己做的專案有人用，所以我們做專案的出發點就應該是使用者，所以我們需要了解使用者的需求，也就有了今天所看的內容--專案需求分析。
我在以前做專案的時候，一般都是老師布置的專案，如果是可以選擇的，那麼我的選擇一定是我認為最容易實現的，最容易些的，其他的不在我的考慮的範圍內,另外還有一些時候我會有一些想法，就是感覺手機或電腦上的某乙個功能並不好，只會對這個軟體做出乙個評價，不好用，然後不再使用它，就沒想過去完善或者改進它，另外感覺生活中少一些什麼，卻從不想用我們所學的知識去創造。
以上是我的經歷，就是在寫專案時是抱著完成作業的心態來完成的，在生活中也不會使用所學的知識去解決問題。
這本書中給出乙個規範，及構建了乙個模型（nabcd模型）
nabcd模型的內容：
n (need 需求)
你的創意解決了使用者的什麼需求? 這個需求可以是明確的，公開的。
我們要充分了解使用者的痛苦，他們對已有軟體，服務不滿意的地方。
我們應該設身處地的站在使用者的角度，了解使用者們最需要的是什麼，這樣才會保證我們的程式是有價值的，給於使用者最需要的使我們最需要做的。
下一步怎麼辦的，得看看你有什麼招數，特別是獨特的招數，來解決使用者的痛苦。
你不能說我會c++，所以我一定可以寫好這個軟體。你得有獨特的辦法，例如，有人會人臉識別技術，會做超大規模的資料處理。你 （你的團隊）會什麼呢? 只會氣泡排序?
這些招數不光是技術上的，也可以是商業模式上的，地域的，人脈的，行業的。
既然我們了解了使用者們的痛處，接下來我們需要分析一下，我們的能力在哪，我們應該用神魔辦法去實現，去解決問題。
b (benefit好處)
我們在設計的時候，需要想到我們要實現的功能是神魔，能為我們的使用者提供哪些好處，可以是免費，可以是更方便，但一定要讓使用者覺得有用。
同時需要考慮我們的專案的環境，我們的專案需要具有普適性，只有讓大部分使用者能夠實現這個專案的功能。
(competitors 競爭)
競爭對手也沒有閒著，這個市場有多大，目前有多少競爭者在瓜分，你了解麼?
你如果不是最先進入某個市場的產品，你還能贏麼?
我們在選擇專案的時候，需要充分了解一下市場，如果我們設計的東西其他人已經想到了，並且實現出來了，那麼我們的專案的作用就會被極大的縮減。
d（delivery 交付）
怎樣把你的創新產品交到使用者的手中?
做了乙個比 hao123 更好的導航頁面! 那如何把這麼好, 這麼簡單的產品交到 (deliver) 使用者手中呢?
設計了乙個手機的應用, nabc 都不錯, 那如何把產品交到千萬個使用者手中呢?
我們應該設定乙個新穎的樣式，讓使用者能比較容易接受我們的產品，這個就不光需要專案寫得好，設計的好，還需要理解使用者的感受，讓使用者比較容易接受。
總結：通過nabcd這種模型，可以讓我們能夠按照乙個比較規範的套路來設計我們的專案，這樣才會使我們的專案更加完善，更加容易被使用者們使用和接受。
建議：我們在需求分析的時候，可以去問一下客戶需要神魔，我們的工程有沒有實現的意義，或者使用者能為我們提供哪些好的建議，這些都會有助於我們專案的實現，和發揮作用。
03構建之法閱讀筆記3 團隊模式
首先閱讀了第五章團隊和流程，作者首先描述了軟體團隊的模式,分別有 主治醫師模式 明星模式 社群模式 業餘劇團模式 秘密模式 模式 交響樂團模式 爵士樂模式 功能團隊模式 官僚模式。本來以為小小的團隊三人合作，可定是三個人齊心協力，好好溝通，一起做出乙個成功的作品！可當我真正加入乙個團隊之後，才發現，...
《構建之法》閱讀筆記06
最近我們要開始進行團隊合作，所以重點閱讀了 構建之法 與團隊合作有關的部分。首先團隊合作有很多模式，我們應該確立我們的模式，這樣才能更好的分配任務，並且對團隊的每個成員利益最大化。我覺得我們的團隊更像是交響樂團模式，大家都有各自的有點，但是更要跟隨指揮的節奏，這樣才能把曲目演奏好，同樣的，我們的團隊...
構建之法閱讀筆記06
夢斷 06 程式設計師常依賴一種稱為 媽媽測試 的手段，以對計算機一無所知的父母為假象用例，有時甚至請這類使用者親自體驗。這是現在程式設計師的通病，做出來的軟體或許在計算機上是完美無誤的程式，甚至是最優化做快的演算法，但是使用者的體驗和反饋卻並不是很好，這就要考慮到軟體設計的問題了，良好的軟體設計像...