軟件工程：第五章做業

1.團隊模式和團隊的開發模式有什麼關係？

團隊模式主要取決於組成團隊的成員，其中，因爲身處各個角色人員的性格，能力的不一樣，而這些會每每決定了一個團隊的「士氣」「面對困難堅持不懈的程度」等特色，即咱們常說的「軟實力」。而這樣的軟實力也每每會激發一個團隊的巨大潛能，爲企業創造出超乎想象的價值。

 團隊的開發模式與咱們目前所熟知的軟件開發模式，例如，瀑布、迭代、螺旋以及敏捷等等都密不可分，但它不一樣於單純意義上的軟件開發模式，由於這其中還加入了開發人員的因素，即「人」的因素。是更加貼近現實的。

團隊模式和團隊開發模式這兩者的關係可作一個比喻，即爲：兩者共同構成了一我的，而前者是大腦，後者是身體。身體是行動的發出者和執行者然後者是身體的控制者和調度者。二者結合團隊能夠開發出頗有價值的軟件，完成很困難的任務，並創造價值。

2.若是你領頭開展一個全新的項目，你要怎麼選擇「合適」的團隊模式？

在選擇「合適」的團隊模式方面，首先要着眼於我將要組建的團隊須要那些角色的人，其次，再根據這些不一樣的角色選取與其對應的性格和能力的人，來擔當此角色。在此，我把角色放在了能力的前面，由於，我始終相信一點，「性格決定一切，細節決定成敗」，一我的的性格決定着他的三觀，更覺定着他的職業道德，這對於軟件從業人員來講相當重要。最後，我想說,組建團隊，須要的是營造良好的企業文化，強大的軟實力。這樣的團隊能時刻擰成一股繩，一塊兒拼搏。進而，纔是着眼於技術等實際的方面，否則，很容易形成，有技術的人，內心罵着leader ，又對同事不滿，最終就是團隊的break up into pieces

3.不一樣的團隊模式如何影響團隊績效的評估？

不一樣的團隊模式，在團隊績效評估時，會考慮不少不一樣的因素。好比，一個很嚴謹的團隊，在對於其績效的評估時候，就會更加按照公司給的要求和客戶的反應等等來進行評估，而對於更加「人性化」的團隊來講，在作評估時，可能更多的會考慮人的因素，好比，當評估結果不理想時，可能出來在按照公司要求和客戶反應來反思的同時，還會可能想到「也許是你們最近太累了，或是負責那一不理想的模塊的人最近家裏有些事情等等」。

4.團隊精神和集體主義的區別？  

在我看來，團隊精神更強調的是一骨子氣勢，一種軟實力。有的時候不一樣的團隊，有着不一樣的團隊 精神，好比有的團隊是效率型的，那他們的團隊精神強調高效，按時完成工做，這樣的團隊有的時候略顯呆板，缺少活氣；而有的團隊是合做型的，那他們的團隊精神強調把你們的心氣聚到一塊兒，有事你們一塊兒上，像個你們庭同樣，人性化的程度很高。 而集體主義，有的時候更強調一致性，只要這個集體完成某些工做就行，忽略了我的的做用，着眼於大致，每每把一個集體當作了一我的，把對一我的的要求，放大到對每一個人的要求，不免有的時候有些「一刀切」的感受。

5.閱讀 《夢斷代碼》  (Dreaming in Code) 這本書，分析Chandler 團隊的形式和流程，它們各有什麼優缺點?

《夢斷代碼》做者羅森伯格對OSAF主持的Chandler項目進行田野調查，跟蹤經年，試圖藉由Chandler的開發過程揭示軟件開發中的一些根本性大問題。本書是講一事，也是講百千事；是寫一軟件，也是寫百千軟件；是寫一羣人，也是寫百千萬人。任何一個在軟件領域稍有經驗的技術人員看完本書，必掩卷長嘆：作軟件難。軟件乃是人類自覺得最有把握，實則最難掌控的技術。

Chandler是一個符合GTD思想的時間管理軟件，它不但集成了日程管理和任務管理，還有郵件處理功能。另外，它還能夠有網絡同步功能，使你在任何地方均可以使用。軟件的目標是很遠大的，它要作Outlook殺手。

Chandler是一個從開始就充滿着理想主義的項目。很天然，開發的工做量和時間遠遠超出了預期。所以，在較早時候，我從國外論壇上看到介紹並試用時，感受項目進展不大，與同類產品相比，競爭力很小。可是，不經意間，它終於發佈了正式版本v1.0，而且，吸引了一批有熱情的網友，在推廣、在進行中文化。

優勢在於：極大的發揮了團隊成員的創造力與想象能力；缺點在於缺少一個強有力的管理核心來對項目的諸多事宜作裁決；體如今以下幾個方面：1、漫無邊際的需求。2、使用不成熟的技術。3、團隊成員想法過度的百花齊放。

6.有人說 - 現代軟件工程分爲四個階段：和PM 吵   和設計吵    和測試吵    和用戶吵； 你以爲應該如何避免吵架?

吵架就是由於有誤會，而「百分之99的誤會都是源於溝通不順暢」，因此，要想作到不吵，首先要合懂行的人進行溝通和交流，「曉之以情，動之以理」，讓雙方都明白彼此的難處，其次，要作到在軟件開發的每一階段開始前，就合對方敲定，方案和彼此的滿意程度，統一口徑後再接着着手幹，要讓更多的時間用在項目上而不是爭執上。

7.軟件開發有流程，硬件開發和生產固然也有，請看硬件生產的流程 （此流程不包括硬件設計）：這樣的 "生產」 流程和軟件「生產」的流程有什麼區別呢?

http://dwz.cn/1W1qbn這個網址我在網上搜了是指富士康生產手機流程

硬件:原理圖設計 電路圖設計PCB板 測試板 單片機

軟件：需求分析 設計功能   整體結構  編碼  調試

對於硬件的生產流程，是從從一點點的芯片或是模塊開始一點一點的去組裝的，軟件的生產流程是從一個一個的功能模塊一個字母一個字母的敲打出來的，要說硬件生產和軟件生產的區別我認爲最大的不一樣之處就是，軟件是一種根據人的思惟，根據特定的算法創造出來的，硬件是現實中存在的東西，用這些東西去作的。​

8.不少流程的目的是幫助你們減小風險，確保質量，可是流程未必全都是正面做用。請看下面的故事：

 走6天流程改一行代碼： http://blog.jobbole.com/19772/

 這種狀況須要改進麼，如何改進?

這個流程的問題就是，提交某項代碼改動，可能依賴的無關項太多。應該按項目劃分，走六天改於行代碼，說明管理上存在問題，效率絕對低下。當咱們談過程的時候更增強調了流程，人和方法工具技術三者之間的有機融合，這有這三者完美整合好，纔可能造成一個高效率的體系。對於團隊成員對流程規範等方面要作好工做，要提早作好工做，對於領導的出差時間要作好記錄。這樣的相鋪相成才能提升效率。