我們在alpha 結束之後， 每位寫乙個部落格， 總結自己的alpha 過程， 同時，大家一定會在過程中產生了很多問題， 結合你的讀書（教材，部落格，參考書）， 實踐， 提出關於軟體工程的 5 個問題。「突破自己的思想禁錮」團隊協作的乙個優勢在於大家可以互相交流思想，突破自己原先乙個人做悶頭做的思想禁錮。你會看到，面對同乙個問題，原來還有其他讓自己眼前一亮的新思想，新解決方案，突破的自己原先的思維習慣。
《構建之法》第八章。獲取使用者需求的使用者調研方法那麼多，各有優缺點難分好壞，該如何選擇呢？
選擇適合自己的，適合軟體型別的。我一般比較喜歡卡片分類。因為其他類方法在我看來都太麻煩了。不過隨著學習程序會適時學習其他呼叫方法。
如何設計易於閱讀的設計文件而不失嚴謹性？
如何運用那些經典的演算法到自己的軟體中呢？
在軟體工程中，有著許許多多標準化的步驟，如「需求分析、生成設計文件、設計複審、**規範、具體設計、具體編碼、**複審、測試」等一系列步驟，這些過程對於本次軟體工程專案是否過於繁瑣，與實際效益成正比嗎？
循規蹈矩寫部落格真能驗證學生的學習成果和程式設計能力？更重要的在於部落格評分中的「嚴格」標準是調動了學生的積極性還是壓制了學生的發揮？
coding
個人作業3 個人總結（Alpha階段）
2017 5 15 22 00pm，以部落格發表日期為準 我們在alpha 結束之後，每位寫乙個部落格，總結自己的alpha 過程，同時，大家一定會在過程中產生了很多問題，結合你的讀書 教材，部落格，參考書 實踐，提出關於軟體工程的 5 個問題。在每個問題後面，請說明哪一章節的什麼內容引起了你的提問...
個人作業3 個人總結（Alpha階段）
2017 5 15 22 00pm，以部落格發表日期為準 我們在alpha 結束之後，每位寫乙個部落格，總結自己的alpha 過程，同時，大家一定會在過程中產生了很多問題，結合你的讀書 教材，部落格，參考書 實踐，提出關於軟體工程的 5 個問題。在每個問題後面，請說明哪一章節的什麼內容引起了你的提問...
個人作業3 個人總結（Alpha階段）
問題1 構建之法page106中有這樣的描述 衝刺到一半的時候，產品負責人突然發現要馬上做重要的改動！或者某個大佬要看某個不在計畫中的功能的演示，怎麼辦？這種情況非常考驗scrum master。如果乙個運動員在跑一百公尺衝刺，但是跑到一半的時候，領導突然想看一百一十公尺欄的比賽，前面會馬上擺起欄架...