探討對理想團隊模式的構建的設想以及對軟件流程的理解

1.1什麼是團隊？

 團隊是由不一樣的人員組成的一個共同體，它合理利用每個成員的知識和技能協同工做，解決問題，達到共同的目標。

1.2團隊有什麼特色？

（1）團隊有一致的集體目標，要集體一塊兒完成這個目標。

（2）一團隊的成員不必定要同時工做。

（3）團隊成員有各自的分工，互相依賴合做，共同完成任務。

1.3團隊模式有哪些？

• 一窩蜂模式（Chaos Team)
• 主治醫生模式(Chief Programmer Team,Surgical Team)
• 明星模式(Super-star Model)
• 社區模式(Community Model)
• 業餘劇團模式(Amateur Theater Team)
• 祕密團隊(Skunk Work Team)
• 特工團隊(SWAT)
• 交響樂團模式(Orchestra)
• 爵士樂模式(Jazz Band)
• 功能團隊模式(Feature Team)
• 官僚模式(Bureaucratic Model)

軟件團隊有各類形式，適用於不一樣的人員和需求。

1.4團隊合做的不一樣階段

• 萌芽階段（Forming)：我的的角色和職責不清楚，容易忽略作事的規程，每一個人都想隊友採納本身的觀點，重要的事情並不能真正獲得解決，成員也都在琢磨問題有多大，怎麼去完成它，開始各類各樣的討論。
• 磨合階段（Storming)：隨着討論的深刻，有些人會沉不住氣，成員之間會出現意見分歧和衝突；成員之間會出現競爭，很多人都想成爲某個領域的「擁有者」；有時即便你們有相同的論點，仍是有爭論。在團隊中解決爭端的方法：投票、諮詢、獨裁、交換決定權以及追求最大和諧，達到全體共識 。
• 規範階段（Norming）： 成員們意識到光爭吵是沒用的，你們還要協同做戰；團隊公開第討論流程和工做的方式，有能力的成員分擔了一些領導職責，並獲得你們的尊重；做爲一個總體，團隊要作什麼、不作什麼，都更加明確，團隊定下更現實的目標和決心；經過聆聽、討論，成員之間更加了解，在工做中互相支持、尊重。
• 創造階段（Performing)：團隊知道爲什麼而戰，並將注意力集中到如何創造、實現目標上；高度自治，再也不須要領導的時時教誨與介入；角色和職責可以根據項目的要求天然地轉換。    

  2.1軟件開發流程的目的是什麼？

提升軟件開發、運營和維護的效率，以及提高用戶滿意度、軟件的可靠性和可維護性。

2.2軟件開發流程

• 寫了再改模式（Code-and-Fix)：看起來和一窩蜂團隊模式很是像，可是這個流程也有好處，不須要太多其餘準備或相關知識，你們上來就寫代碼，寫不出來就改；要寫一個有實際用戶、解決實際需求的軟件，這個方法就不行了。
• 瀑布模型（Waterfall Model)：【分析->設計->實現->銷售->維護】各步驟之間是分離的，回溯修改很困難甚至不可能，最終產品直到最後纔出現；爲解決瀑布模型的問題，你們在實踐中提出了各類變形，生魚片模型和大瀑布帶着小瀑布。                                                                       
• Rational Unified Process統一流程（RUP)：業務建模（Business Modeling，工做流用精確的語言把用戶的活動描述出來）-- 需求（Requirement，分析並確認軟件系統得提供什麼樣的功能來知足客戶的要求）-- 分析和設計（Analysis & Design，將需求轉化成系統的設計）-- 實現（Implementation，工程師按照計劃實現上一步產出的設計，並將開發出的組件，連同驗證模塊提交到系統中）-- 測試（Test，驗證現階段交付的全部組件的正確性、組件之間交互的正確性，以及檢驗全部的需求已被正確地實現）-- 部署（Deployment，生成最終版本並將軟件分發給最終用戶）-- 配置和變動管理（Configuration and Change Management，負責管理RUP各個階段產生的各類工做結果，要記錄修改人員、修改緣由、修改時間等屬性）-- 項目管理（Project Management，平衡各類可能產生衝突的目標，管理風險、克服各類約束併成功地在各個階段交付達到要求的產品）-- 環境（Environment，向軟件開發組織提供軟件開發環境，包括過程和工具）。RUP的四個階段：初始階段、細化階段、構造階段、交付階段。
• 老闆驅動的流程(Boss-Driven Process)：開發流程由行政領導主導，或者由公司的老闆驅動。
• 漸進交付的流程（Evolutionary Delivery)，MVP和MBP：開發->發佈->聽取反饋->根據反饋作改進。