第一章：概論

　　　question1：【1.2.3軟件工程的知識領域】中提到了，向進度落後的項目中增加人員，會讓項目更加落後。

　　　我的疑問：正常情況下，勞動總量不變而增加勞動力，完工時間不應該會是大大提前嗎？更多的人員參與到一個項目中，為什麽反而會讓項目進度更加落後？實際生活中經常發生的場景是某個項目沒有按期完成的話，增派更多的人員能提前最終完成時間減少損失。

　　　通過查閱資料我發現自己原來的思考角度僅僅只是從程序員開發角度來看待這個問題，實際上增加更多的人員需要考慮的問題很多。作為項目經理你要考慮增加人員以後，培訓新人員使其融入項目開發和隊員之間溝通所需時間的益處是否大於了壞處。盲目的增加人手會導致原有開發人員的情緒低落，以及新加入人員對原有人員的不滿情緒。想要按時完成項目，就需要合理的規劃項目開發流程。富有效率的開發人員，合理的規劃，默契的團隊，才是保證項目按時完成的關鍵。

第二章：個人技術和流程

　　　question2：第二章全文都講述了怎樣使自己的項目更加貼近實際，怎樣更符合用戶的要求，成為一個實際的、有用的軟件

我的疑問：如何成為一個優秀的軟件工程師，怎樣優化自己的代碼使之滿足客戶的需求？

　　　 通過瀏覽其他優秀的軟件工程師的博客，我的疑惑得到解答。一味的敲代碼，只能成為一個優秀的碼農，而不是優秀的程序員。作為程序員，思維方式十分重要：拿到一個任務，不要立馬便開始寫代碼，首先要定義問題，到底我要解決的是什麽問題？什麽問題我不需要解決？大家是否都認同解決這個問題是有價值的？然後便是分析問題。解決這個問題的關鍵路徑是什麽？有哪些子問題可以暫時不解決，哪些子問題必須優先解決？什麽信息還處於缺失狀態？如何能夠獲取這些信息？獲得到這些信息後，可能會出現哪些新的子問題需要考慮？最後的步驟才是解決問題，解決問題需要考驗你的執行能力。熟練掌握軟件開發中可能用到的各種工具，通過多次項目積累的經驗更是十分重要。想要成為一個優秀的軟件工程師，比動手能力更重要的是思維方式。

第十六章：IT行業的創新

　　　question3：【16.1.5】迷思之五：要成為領域的專家，才能創新中提到‘為什麽領域的專家有時候沒有領域外的創新者那麽有創意？這也是一個很有意思的話題’

　　　我的疑問：領域內的專家相對於非領域人士有著更多的固有優勢，了解行業發展，熟悉業務，但是為什麽經常沒有非領域內人士的創意呢？

　　　結合生活實際，我覺得領域內的專家是因為自己的某些過度自信而忽略了需要被改善的地方。作為專家，他們更著眼於革命性的進步，而不是類似小打小鬧的完善性創新。就好比一個遊戲廠商的遊戲，作為玩家，我們在實際體驗中發現很多需要進步的地方，然而遊戲廠商卻只關註遊戲的畫面提升，劇情的震撼人心。作為一款網遊，添加好友只是一個很小的功能吧？但是它很重要，這能體現網遊的本質，和朋友甚至毫無關系的陌生人互動。但因為重視遊戲的巨大進步而忽略了這一小小功能，便是一個很嚴重的錯誤。同理，這個創新雖然很方便，很實用，但是業內的專家往往會忽略它，因為這不是革命性的進步，我們不需要它。IT行業已經發展了很多年，或許以後我們不能帶來革命性的創新，但是我們不應該放過每一個能使它變得更完美的機會，哪怕它微不足道，但只要它提升了用戶的體驗，那就是一個值得稱贊的創新。

構建之法1、2、16章觀後感