團(tuán)隊(duì)的特點(diǎn)：
1.團(tuán)隊(duì)有一致的集體目標(biāo)，團(tuán)隊(duì)要一起完成這個(gè)目標(biāo)虑省。一個(gè)團(tuán)隊(duì)的成員不一定要同時(shí)工作匿刮。
2.團(tuán)隊(duì)成員有各自的分工，互相依賴合作探颈，共同完成任務(wù)熟丸。
軟件團(tuán)隊(duì)的模式：
1.主治醫(yī)師模式
首席程序員“主刀”（負(fù)責(zé)處理主要模塊的設(shè)計(jì)和編碼），其他成員“為主刀醫(yī)師服務(wù)”（從各種角度支持他的工作）伪节。
2.明星模式
主治醫(yī)生模式運(yùn)用到極致光羞，可以蛻化為明星模式。
3.社區(qū)模式
社區(qū)很多志愿者參與架馋，每個(gè)人參與自己感興趣的項(xiàng)目狞山，貢獻(xiàn)力量，大部分人不拿報(bào)酬叉寂。
4.業(yè)余劇團(tuán)模式
個(gè)人在團(tuán)隊(duì)中聽(tīng)從一個(gè)中央指揮的指導(dǎo)和安排。
5.秘密團(tuán)隊(duì)
軟件團(tuán)隊(duì)進(jìn)行一些秘密的軟件項(xiàng)目总珠。
6.特工團(tuán)隊(duì)
軟件行業(yè)的一些團(tuán)隊(duì)由一些有特殊技能的專業(yè)人士組成屏鳍，負(fù)責(zé)解決一些棘手而緊迫性的問(wèn)題勘纯。
7.交響樂(lè)團(tuán)模式
家伙多，門類齊全钓瞭；各司其職驳遵，各自有專門場(chǎng)地，演奏期間沒(méi)有聊天山涡、走動(dòng)等現(xiàn)象堤结；演奏都靠譜，同時(shí)看指揮的鸭丛；演奏的都是練習(xí)過(guò)多次的曲目竞穷，重在執(zhí)行。
8.爵士樂(lè)模式
不靠譜鳞溉；沒(méi)有現(xiàn)場(chǎng)指揮瘾带；人數(shù)較少。
9.功能團(tuán)隊(duì)模式
具備不同能力的同事們平等協(xié)作熟菲，共同完成一個(gè)功能看政。
10.官僚模式
幾個(gè)人報(bào)告給一個(gè)小頭目，幾個(gè)小頭目報(bào)告給中頭目抄罕，依次而上允蚣。
開(kāi)發(fā)流程
寫了再改模式適用于以下任務(wù)：
1.只用一次的程序
2.看過(guò)了就扔的原型
3.一些不實(shí)用的演示程序
瀑布模型適用于以下情況：
1.如果產(chǎn)品的定義非常穩(wěn)定，但是產(chǎn)品的正確性非常重要呆贿，需要每一步的驗(yàn)證
2.產(chǎn)品模塊之間的接口厉萝、輸入和輸出能很好地用形式化的方法定義和驗(yàn)證
3.使用的技術(shù)非常成熟，團(tuán)隊(duì)成員都很熟悉這些技術(shù)
4.負(fù)責(zé)各個(gè)步驟的子團(tuán)隊(duì)分屬不同的機(jī)構(gòu)榨崩，或在不同的地理位置谴垫，不可能做到頻繁的交流
第6章主要是講敏捷流程，敏捷流程是一系列價(jià)值觀和方法論的集合母蛛。
敏捷流程相較于傳統(tǒng)的軟件模型來(lái)說(shuō)翩剪，更加注重個(gè)人和交流，軟件的可用性彩郊，與客戶的合作和響應(yīng)變化前弯。
敏捷開(kāi)發(fā)的原則：1.時(shí)間盡早；2.響應(yīng)變化秫逝；3.持續(xù)更新恕出；4.共同合作；5.有上進(jìn)心违帆；6.面對(duì)面交流浙巫；7.有指標(biāo)；8.可持續(xù)；9.關(guān)注更新的畴；10.簡(jiǎn)化渊抄；11.自我管理；12.提高效率丧裁。
敏捷流程概述：
1.找出完成產(chǎn)品需要做的事情--Product Backlog护桦。
2.決定當(dāng)前的沖刺（Sprint）需要解決的事情--Sprint Backlog。
3.沖刺（Sprint）煎娇。
4.得到軟件的一個(gè)增量版本二庵、發(fā)布給用戶。然后在此基礎(chǔ)上又進(jìn)一步計(jì)劃增量的新功能和改進(jìn)缓呛。
敏捷對(duì)團(tuán)隊(duì)有三個(gè)要求：自主管理催享、自我組織、多功能型强经。
敏捷流程的經(jīng)驗(yàn)教訓(xùn)
1.敏捷宣言表明的是一些優(yōu)先級(jí)睡陪，不必當(dāng)作圣旨或者教條來(lái)爭(zhēng)論。
2.Scrum Master不是一個(gè)官匿情，而是一個(gè)沒(méi)有行政權(quán)力的溝通者兰迫，就像微軟的PM那樣。他/她同時(shí)還要在團(tuán)隊(duì)中做具體的工作炬称。直接把原來(lái)的“經(jīng)理”變成Scrum Master汁果，大多行不通。
3.一些項(xiàng)目需要很多暗箱操作和政治角力才能搞定玲躯，Scrum會(huì)把這些矛盾都擺到明處据德。這有好處，也有風(fēng)險(xiǎn)跷车。
4.在復(fù)雜的項(xiàng)目里棘利，讓一線團(tuán)隊(duì)成員做決定。
5.創(chuàng)業(yè)公司的團(tuán)隊(duì)其實(shí)經(jīng)常是運(yùn)行在Scrum的模式中（只不過(guò)大家太忙朽缴，沒(méi)工夫論證自己到底有多么Scrum）
6.在Scrum計(jì)劃階段的估計(jì)不是一個(gè)“合同”善玫，領(lǐng)導(dǎo)們不要把它當(dāng)成一個(gè)合同。估計(jì)總是不準(zhǔn)的密强。堅(jiān)持短期的Sprint茅郎，這樣即使不準(zhǔn)的估計(jì)也不會(huì)有大的損害。
7.不要和管理層談“流程”或渤，他們只關(guān)心“結(jié)果”系冗。
8.在大型團(tuán)隊(duì)、跨地區(qū)的團(tuán)隊(duì)薪鹦，或者復(fù)雜項(xiàng)目中掌敬，Scrum并沒(méi)有非常完美的答案，Scrum的創(chuàng)始人也承認(rèn)這一點(diǎn)。
