Q1

在MSF團隊模型中，任何技術項目都必須達到特定的關鍵質量目標，才能夠被認為是成功的項目。任何一個角色無法實現其目標，都將危機整個項目。
因此，每個角色都將被認為是同等重要的，重要的決定都要共同做出。

眾所周知，想要達到這種民主式的共識是很困難的，這使得項目推進的過程變得十分緩慢。在開發過程中有優先的任務需要完成，是否應該有這樣的主次順序？計算成本時是否應考慮到任務的重要程度？

Q2

開發過程中，開發團隊希望讓用戶直接接觸到最新版本的軟件，一邊從用戶那裏收集反饋，這時開發團隊會讓特定的用戶使用正處於開發過程中的版本，用戶通過特定的反饋渠道與開發者討論使用中發現的問題。

我有幸參加過幾次小型遊戲的內部測試，也認識有關方面的獨立制作人，用遊戲方面的話來說就是封測、內測、公測的區別。通過讓部分精英玩家或者遊戲愛好者參與到遊戲的開發過程中，可以盡早地發現問題並修正。但是這也有一些問題存在，並不是所有的意見中指出的問題都值得花上不少功夫處理，比如”遊戲畫面好差，能不能提升一下“、”遊戲機制我不是很喜歡“這樣沒有具體指向的意見，該如何正確處理用戶的各種反饋？

Q3

為什麽，這本書，章節數，這麽的，多？

Q4

技術與理想水平的差距過大，這是很多大學生的普遍問題，一開始沒有對各專業的區別有個明確的認識，這個鍋，學校要背，學生更要背。那麽現在問題就是，已經大三的學生，是否能夠從一個技術小白，成長為一個有團隊合作意識的”工程師“呢？如果不能，那麽在畢業之後的工作過程中，又是否能彌補這方面的缺陷呢？那還是不行的話，轉業有機會麽？（月入3W短信了解一下）

Q5

講道理這書，因為大多數人沒有具體項目做支撐，硬讀顯得比較空洞，所以能不能請老師或者助教有時間的話，多推薦點編程方面的有益讀物，畢竟（下見隱藏）

真沒什麽人有興趣，也沒什麽認識，寫一個基本排序都困難重重了，更何況項目呢，最後劃水的還是要劃水的，希望編程基本功這方面，以後能勤抓一下。

201521123055 軟工閱讀第二次作業