IT工程師數位筆記本

問題：軟件工程是干什么的，學習這門課程有什么用處？

答:軟件工程，就是教你如何編軟件，而不是僅僅的寫代碼。當你準備做個比較大的軟件的時候，只能按照軟件工程的方法來一步步的設計這個軟件。對于做軟件來說，編代碼的人就像民工，很累，很機械，也沒有什么技術含量。懂軟件工程的人就像工程師，從頭到尾設計軟件，而不僅僅是程序。

第二章

問題：

問題： 個人個性在團隊中是否必要？

答:既然是一個團隊，那么就要求團隊中的每個人必需作出適當的讓步，那么你們才是團隊。一個團隊最重要的是什么？凝聚力，亦或是團隊精神？誰都不能否認這些東西不是一個人能獨立完成的。

第三章

問題：軟件工程師的成長計劃應該是怎樣的？

答:有些人會說大學學的東西是膚淺的，是沒有用的。想想看，在學校的時候我也經常這么想，但出來后才知道這些東西有多么重要。不過大學學得再扎實，出來后仍然是需要再溫習過的。因為上學畢竟實踐少，所學不能所用，計算機是個應用驅動的學科。

第四章

問題：結對真的實用嗎？

答:

“你看不到自己的錯誤”，這是軟件開發中的（也是很多其它學科的）公理。

Wray將這與改變視盲和無意視盲理論相關聯。 

我們所能注意到的東西取決于我們期望看到什么，以及我們無意識地認為突出的東西。所以，盡管成功的結對編程者通常更多地會關注同樣的東西，但是他們也可能會注意到不同的東西。

第五章

問題：團隊精神是否意味著同一化？

答:團隊精神就是團隊成員共同認可的一種集體意識，是顯現的團隊成員的工作心理狀態和士氣，是團隊成員共同價值觀和理想信念的體現，是凝聚團隊、推動團隊發展的精神力量。團隊精神是員工思想與心態的高度整合，是員工在行動上的默契與互補，是“小我”與“大我”的同步發展，是員工之間的互相寬容與理解。

第六章 敏捷流程

問題：敏捷做法是否適用于所有情況

答：敏捷的做法比較簡潔快速，團隊要根據具體情況使用。一個團隊可以采用確保那些具有非常高的價值、適用于每個項 目的做法.

第七章 MSF

問題：MSF模型關系有幾個模型

答：：MSF主要包括三個模型：1、 規劃,企業的總體結構規劃的過程提供和揭示了商業運行的標準和所受的局限,使商業運作過程更易管理,費用低.它以一種“邊規劃,邊設計”為基礎,就意味著在企業的總體結構規劃中可以一直的伴隨商業需求變化和技術發展的連續過程.它受企業模型所控制,且可以直接影響企業總體結構發展的影響.

第8章

問題：如何開展軟件開發初期的用戶調研

答：

• 首先得確定要開發的軟件是哪個方面的，要做足市場的調研，確定是否值得開發，市場的需求有多少。。。

• 需求的分析，這個很重要，要確定這個軟件它有什么樣的功能，能給用戶提供什么樣的服務，等等

• 進行系統的整體框架的搭建

第9章 項目經理

問題：在一個團隊中，要怎么樣的人才能作為項目經理？

答：項目經理扮演的是領導者、決策者、計劃者的角色，他要管理項目和團隊，是負責達成項目商業目標的人。

第10章 典型用戶和場景

問題：如何定位自己的產品.

答：定位是指確定公司或產品在顧客或消費者心目中的形象和地位．這個形象和地位應該是與眾不同的。但是，對于如何定位，部分人士認為，定位是給產品定位。營銷研究與競爭實踐表明，僅有產品定位已經不夠了，必須從產品定位擴展至營銷定位。

第十一章

如何管理日常開發?

答：嚴格按照master定制的backlog.

第十二章

用戶需達到怎樣的體驗？

答：提高網站主題和內容的相關性，當用戶點擊網站信息進入網站的時候，卻發現內容并不是自己需要的，當然就會離開。

第十三章

測試方法種類繁多，如何選擇適合自己的方法

答：根據具體團隊自身情況多做嘗試.

第十四章

軟件質量如何保證?

答:對于軟件產業中產品標準嚴重滯后的現象，中心更多的工作還是從服務需求方、開發方角度來做軟件產品的質量監督。比如，通過軟件質量測試服務告訴用戶，產品中有什么樣的問題，它技術瓶頸在哪里，然后再提出改進方案

第十五章

程序要做到怎樣的穩定才能發布？

答：沒有較大的錯誤，用戶體驗滿意,并且通過測試.

第十六章

如何創新?

科技創新,教育為本.教育創新是科技創新的基礎,只有不斷進行教育創新才能造就一大批創新型人才,為科技創新提供強有力的人才支持.

第十七章

績效管理怎樣才能符合團隊利益.

答：

績效管理: 似乎這幾年在各個企業不斷的被提起和運用; 營銷團隊的管理也是如此,一個企業的核心是營銷和產品的研發上面, 一個企業,一個團隊沒有銷售的增長相當于一個人沒有的造血功能,前功盡棄.一個營銷團隊永遠的使命和奮斗目標就是創造業績，占領市場，提升公司利潤。