《構建之法》中印象比較深的是其中有一章講解了“典型用戶和場景”，書上開始舉了一個很好理解的例子，是一個理發師給顧客剪頭發的例子，由例子可見，你光看用戶的表面語言是不夠的，我們應該理解的是用戶語言背後的動機。當我們做一個服務於顧客的軟件時，我們應該遵循的規則是一樣的。在我們軟件的需求分析中，顧客的分析是必不可少的。我們應該羅列我們軟件的典型用戶，我們應該分析他們的需求，針對他們的特點來確定我們的軟件服務於誰，並且要實現哪些具體的功能。我們應該設計一個場景，這個場景是我們的用戶最可能使用我們的軟件時遇到的場景。將用戶放到這個場景中，分析我們的軟件應該為用戶如何提供更好地服務，讓用戶使用起來更方便。在我們自己這學期的軟件制作中也是一樣，我們應該有典型用戶的分析，來明確我們的軟件到底是提供給哪一個類型的用戶使用，並且用戶大多數情況下是在什麽場景使用我們軟件，這是我們必須考慮的。所以我們應該確定典型用戶，我們的典型用戶應該就是當下的大學生，所以我們應該切實從大學生出發，場景應該為學校，所以我們應該從在學校使用我們軟件的大學生出發去完善我們軟件的功能。

並且有一章內容老師上課也多次提起，就是績效管理這一內容，這是一個軟件在階段性總結時所不能逃避的話題，每個團隊都應該有自己的團隊績效，應該用團隊績效來評估該團隊的成員在這一階段對這個軟件做出的貢獻。我們應該從不同的方面來評估一個人在這一階段對軟件做出的貢獻。單單從一個方面去評估一個人的價值是不合理的。每個人在每個方面的貢獻都是不可低估的。另外這章中還提到了團隊合作的幾個階段，開始大家聚集在一起，是團隊的萌芽階段，每個人都很生疏，不知道做事的流程，不知道在團隊中該怎麽做。接著團隊進入磨合階段，這時候團隊中會迎來疑惑和沖突，這正是我們的磨合期，沒有任何一個團隊可以一團和氣的從頭到尾，爭吵總會有的，關鍵也在於我們應該尊重別人的意見把團隊磨合的越來越好。接著進入規範階段，每個成員似乎都意識到了爭吵是沒用的，每個人都知道了工作流程，按部就班的工作，最後是創造階段，進入這個階段的團隊已經很厲害了，這個階段的團隊已經可以自己創造出一些屬於自己的東西。我們的團隊已經成立了一段時間，好像還處於第一階段，我們對自己的工作流程好像並不熟悉，我們還是沒有規整的工作計劃，我們應該制定一個工作計劃，堅持每天匯報自己的工作，並且為每個人分配好固定的工作，然後大家一起努力爭取早日進入規範階段。

《構建之法》閱讀筆記