1． 管理機(jī)制
組織架構(gòu)
產(chǎn)品開(kāi)發(fā)行政結(jié)構(gòu)，一個(gè)Product Unit Manger，下設(shè)三個(gè)平級(jí)的部門經(jīng)理，團(tuán)隊(duì)項(xiàng)目經(jīng)理(Product Unit Manager),軟件開(kāi)發(fā)經(jīng)理(Development Manager)和測(cè)試經(jīng)理(Test Manager)；每個(gè)部門經(jīng)理管幾個(gè)組長(zhǎng)，每個(gè)組長(zhǎng)下再有3到5個(gè)具體工作人員，如項(xiàng)目經(jīng)理，軟件開(kāi)發(fā)人員與測(cè)試人員。
產(chǎn)品設(shè)計(jì)，產(chǎn)品實(shí)現(xiàn)和產(chǎn)品測(cè)試，三權(quán)分立，相互配合，相互制約，相互依賴，有助于建立明確責(zé)任制，從而保證產(chǎn)品開(kāi)發(fā)的順利完成。
軟件開(kāi)發(fā)與測(cè)試經(jīng)理/組長(zhǎng)，均為專業(yè)技術(shù)人員出身，能夠指導(dǎo)部下工作或代替他們完成任務(wù)；這樣人員的行政管理就是領(lǐng)域?qū)＜沂焦芾?，保證了開(kāi)發(fā)從技術(shù)上思考和評(píng)判設(shè)計(jì)方面的問(wèn)題。員工也會(huì)樂(lè)意接受能真正了解他具體工作的人領(lǐng)導(dǎo)，并給與充分的尊重，同時(shí)也能避免開(kāi)發(fā)人員虛報(bào)所需工作日的情況。
微軟行政級(jí)別決定員工工資，股權(quán)等福利待遇，而職務(wù)頭銜與行政級(jí)別并不是直接掛鉤的。技術(shù)人員只要能力強(qiáng)，貢獻(xiàn)大，行政級(jí)別與工資，福利待遇可能同高層一樣，不需成為經(jīng)理或領(lǐng)導(dǎo)才能獲得較高級(jí)別的待遇。這樣他們可安心自己擅長(zhǎng)的工作，其能力和貢獻(xiàn)，可經(jīng)不斷的提級(jí)來(lái)得到認(rèn)可和回報(bào)。
項(xiàng)目經(jīng)理配置
隨著軟件產(chǎn)品項(xiàng)目規(guī)模增大，產(chǎn)品質(zhì)量問(wèn)題，開(kāi)發(fā)周期問(wèn)題，內(nèi)部管理等問(wèn)題越來(lái)越突出，必須從根本上加強(qiáng)項(xiàng)目的組織管理，從而微軟產(chǎn)生了項(xiàng)目經(jīng)理這一職位。
項(xiàng)目經(jīng)理全權(quán)負(fù)責(zé)產(chǎn)品的最終完成，其任務(wù)涉及：了解用戶需求；進(jìn)行產(chǎn)品的功能定義，規(guī)劃和設(shè)計(jì)；做各種復(fù)雜決策，保證開(kāi)發(fā)隊(duì)伍順利開(kāi)展工作，及跟蹤程序的錯(cuò)誤等。項(xiàng)目經(jīng)理占開(kāi)發(fā)總?cè)藬?shù)的1/5，即每個(gè)開(kāi)發(fā)小組中，有一個(gè)項(xiàng)目經(jīng)理，兩個(gè)軟件工程師，與兩個(gè)軟件測(cè)試工程師。
具體工作描述：
1） 制定產(chǎn)品遠(yuǎn)景計(jì)劃，寫出項(xiàng)目規(guī)格說(shuō)明書(shū)；
確定商業(yè)機(jī)會(huì)后，產(chǎn)品單元經(jīng)理制定出粗略的商業(yè)計(jì)劃書(shū)，交項(xiàng)目經(jīng)理準(zhǔn)備項(xiàng)目計(jì)劃草案，包括遠(yuǎn)景描述，主要功能，建議的時(shí)間表，里程碑及所需的資源。
主持由開(kāi)發(fā)測(cè)試骨干參加的會(huì)議，對(duì)計(jì)劃草案進(jìn)行全面的分析討論，確定主要功能模塊。
對(duì)每一模塊編寫一頁(yè)紙規(guī)模的設(shè)計(jì)說(shuō)明書(shū)，包括功能優(yōu)先級(jí)的制定與理由，對(duì)資源的估算，時(shí)間表的估算，風(fēng)險(xiǎn)評(píng)估，同其他功能塊的關(guān)系；目的要評(píng)估實(shí)現(xiàn)這個(gè)功能塊的成本，目標(biāo)與條件。
召集產(chǎn)品單元經(jīng)理，各部門經(jīng)理參加的設(shè)計(jì)說(shuō)明書(shū)評(píng)審會(huì)，匯總所有功能塊說(shuō)明書(shū)，對(duì)進(jìn)度，功能塊的取舍做總結(jié)和決定。
2） 制定工作詳細(xì)任務(wù)表，跟蹤任務(wù)的執(zhí)行情況，保證其符合規(guī)格說(shuō)明書(shū)的原始設(shè)計(jì)。
3） 指導(dǎo)項(xiàng)目開(kāi)發(fā)的過(guò)程設(shè)計(jì)與實(shí)現(xiàn)；對(duì)各種具體方案進(jìn)行取舍并做出決定。
4） 組織會(huì)議，評(píng)審程序錯(cuò)誤；協(xié)調(diào)成員之間交互配合。
5） 產(chǎn)品完成后，主持項(xiàng)目總結(jié)報(bào)告會(huì)，討論此次的經(jīng)驗(yàn)與教訓(xùn)；下一版本的改進(jìn)，及具體的行動(dòng)計(jì)劃。
項(xiàng)目經(jīng)理要求
項(xiàng)目經(jīng)理通過(guò)產(chǎn)品單元經(jīng)理，對(duì)軟件設(shè)計(jì)工程師和測(cè)試工程師的資源和任務(wù)分配進(jìn)行調(diào)整，但不會(huì)直接下達(dá)行政命令；其核心任務(wù)是業(yè)務(wù)領(lǐng)導(dǎo)，掌握產(chǎn)品全局觀念和進(jìn)度，協(xié)調(diào)開(kāi)發(fā)人員與測(cè)試人員的工作進(jìn)度，及同與產(chǎn)品有關(guān)的其他人員接觸，如市場(chǎng)，用戶支持，客戶教育等。
對(duì)團(tuán)隊(duì)的領(lǐng)導(dǎo)，主要依靠其個(gè)人威信(credit)，開(kāi)發(fā)人員和測(cè)試人員的尊重和配合；其威信來(lái)自于工作中表現(xiàn)出的領(lǐng)導(dǎo)力，洞察力和判斷力，以及高素質(zhì)的技術(shù)專長(zhǎng)和出色的協(xié)調(diào)溝通能力。
1） 領(lǐng)導(dǎo)能力保證項(xiàng)目組的高效運(yùn)作，如，召集每周的項(xiàng)目進(jìn)度會(huì)議，確定工作日程并進(jìn)行跟蹤，提交項(xiàng)目進(jìn)度報(bào)告。
2） 洞察力和判斷力，有助于在復(fù)雜情況下，迅速找到問(wèn)題癥結(jié)所在，并提供解決對(duì)策。
3） 技術(shù)專長(zhǎng)使其能真正幫助開(kāi)發(fā)人員解決設(shè)計(jì)上難題，幫助測(cè)試人員分析和判斷程序錯(cuò)誤；懂得開(kāi)發(fā)人員和測(cè)試人員的共同語(yǔ)言，使之感到你對(duì)他們的理解和尊重，從而贏得大家的信任。
項(xiàng)目經(jīng)理面試問(wèn)題：
1） 在過(guò)去做過(guò)的產(chǎn)品項(xiàng)目中，哪一個(gè)你覺(jué)得最自豪 ？ 為什么 ？
2） 你解決過(guò)的最難的技術(shù)設(shè)計(jì)問(wèn)題是什麼？為什麼采用那種解決方案？
3） 你有什麼項(xiàng)目是按計(jì)劃的時(shí)間完成的？未能按時(shí)完成的原因主要是哪些方面？
2． 軟件開(kāi)發(fā)過(guò)程 software development in Mircosoft
1) New product project 提議 ；
2）市場(chǎng)分析預(yù)測(cè) <是否有用，是否是需要的>；
3）技術(shù)可行性分析 <是否能夠?qū)崿F(xiàn)>；
4）產(chǎn)品研發(fā)計(jì)劃和實(shí)施步驟；
5）高層論證和審批 <支持者>；
6）項(xiàng)目確立和執(zhí)行 <人力資源和財(cái)務(wù)資源的配置>
3． 微軟項(xiàng)目管理-- 多里程碑式流程
每個(gè)里程碑完成部分功能；便于團(tuán)隊(duì)集中力量完成一個(gè)又一個(gè)功能；提供多個(gè)機(jī)會(huì)以適應(yīng)需求的更改如何完成一個(gè)里程碑
步驟一： 達(dá)成共識(shí) Vision / Scope Approved Milestone
基本完成需求調(diào)研和分析 （產(chǎn)品經(jīng)理負(fù)責(zé)）； 確定大方向和長(zhǎng)中短期目標(biāo)，Vision來(lái)說(shuō)明，并激勵(lì)團(tuán)隊(duì)； 評(píng)估Opportunities & Risks；分析可利用資源限制，證明該產(chǎn)品值得去做；
項(xiàng)目管理團(tuán)隊(duì)：設(shè)計(jì)新產(chǎn)品目標(biāo)，具體實(shí)現(xiàn)方法；描述產(chǎn)品結(jié)構(gòu)，用戶情景覆蓋80%以上功能。
軟件開(kāi)發(fā)團(tuán)隊(duì)：開(kāi)發(fā)技術(shù)原型，檢驗(yàn)新產(chǎn)品價(jià)值，并展示產(chǎn)品未來(lái)預(yù)期。
步驟二： 完成項(xiàng)目計(jì)劃 Project Plan Approved Milestone
定義詳細(xì)的邏輯設(shè)計(jì)，功能設(shè)計(jì)規(guī)范（項(xiàng)目經(jīng)理負(fù)責(zé)），其優(yōu)先級(jí)；所有角色參與審閱功能規(guī)范；
評(píng)估進(jìn)度控制風(fēng)險(xiǎn)，功能技術(shù)風(fēng)險(xiǎn)； Risk Assessment 通常在物理設(shè)計(jì)之后，立即執(zhí)行。
制訂總體開(kāi)發(fā)計(jì)劃和進(jìn)度表，包括 資源與職責(zé)的分配，制訂測(cè)試，開(kāi)發(fā)計(jì)劃和進(jìn)度表；
產(chǎn)品管理團(tuán)隊(duì)：概念設(shè)計(jì)和市場(chǎng)推銷計(jì)劃/進(jìn)度表；
軟件開(kāi)發(fā)團(tuán)隊(duì)：物理設(shè)計(jì)和開(kāi)發(fā)計(jì)劃/進(jìn)度表，Task-level Estimating。
步驟三： 完成功能 Scope Complete / First Use Milestone α Version Phrase
版本化的功能規(guī)范，完成全部功能代碼的編寫； All features built to specification
及時(shí)進(jìn)行模塊間的整合，及時(shí)發(fā)現(xiàn)問(wèn)題（daily build）；版本控制工具 VSS ；
測(cè)試團(tuán)隊(duì)：測(cè)試規(guī)范 與Test Case 設(shè)計(jì)，BMS缺陷跟蹤，實(shí)現(xiàn)解決Bug自動(dòng)流程；
產(chǎn)品管理團(tuán)隊(duì)：控制用戶的期望，推銷，價(jià)格，包裝（正式產(chǎn)品為 Golden Release）
項(xiàng)目管理團(tuán)隊(duì)：項(xiàng)目跟蹤/溝通，按照綜合進(jìn)度表不斷檢查進(jìn)度； 制定β版本計(jì)劃。
步驟四： 穩(wěn)定與發(fā)布 Release Milestone β Version Phrase
全面地測(cè)試功能；開(kāi)發(fā)組全力配合解決Bug；決定哪些Bug到下個(gè)版本中解決；
預(yù)測(cè)發(fā)布日期 ；編寫操作手冊(cè)與幫助文檔；
基于版本發(fā)布：每一個(gè)版本有明確清晰的目標(biāo)，解決或終結(jié)產(chǎn)品中的某些問(wèn)題；
成立Triage小組：由PM，Dev與Test的負(fù)責(zé)人組成，決定對(duì)發(fā)現(xiàn)Bug的處理。
組織架構(gòu)
產(chǎn)品開(kāi)發(fā)行政結(jié)構(gòu)，一個(gè)Product Unit Manger，下設(shè)三個(gè)平級(jí)的部門經(jīng)理，團(tuán)隊(duì)項(xiàng)目經(jīng)理(Product Unit Manager),軟件開(kāi)發(fā)經(jīng)理(Development Manager)和測(cè)試經(jīng)理(Test Manager)；每個(gè)部門經(jīng)理管幾個(gè)組長(zhǎng)，每個(gè)組長(zhǎng)下再有3到5個(gè)具體工作人員，如項(xiàng)目經(jīng)理，軟件開(kāi)發(fā)人員與測(cè)試人員。
產(chǎn)品設(shè)計(jì)，產(chǎn)品實(shí)現(xiàn)和產(chǎn)品測(cè)試，三權(quán)分立，相互配合，相互制約，相互依賴，有助于建立明確責(zé)任制，從而保證產(chǎn)品開(kāi)發(fā)的順利完成。
軟件開(kāi)發(fā)與測(cè)試經(jīng)理/組長(zhǎng)，均為專業(yè)技術(shù)人員出身，能夠指導(dǎo)部下工作或代替他們完成任務(wù)；這樣人員的行政管理就是領(lǐng)域?qū)＜沂焦芾?，保證了開(kāi)發(fā)從技術(shù)上思考和評(píng)判設(shè)計(jì)方面的問(wèn)題。員工也會(huì)樂(lè)意接受能真正了解他具體工作的人領(lǐng)導(dǎo)，并給與充分的尊重，同時(shí)也能避免開(kāi)發(fā)人員虛報(bào)所需工作日的情況。
微軟行政級(jí)別決定員工工資，股權(quán)等福利待遇，而職務(wù)頭銜與行政級(jí)別并不是直接掛鉤的。技術(shù)人員只要能力強(qiáng)，貢獻(xiàn)大，行政級(jí)別與工資，福利待遇可能同高層一樣，不需成為經(jīng)理或領(lǐng)導(dǎo)才能獲得較高級(jí)別的待遇。這樣他們可安心自己擅長(zhǎng)的工作，其能力和貢獻(xiàn)，可經(jīng)不斷的提級(jí)來(lái)得到認(rèn)可和回報(bào)。
項(xiàng)目經(jīng)理配置
隨著軟件產(chǎn)品項(xiàng)目規(guī)模增大，產(chǎn)品質(zhì)量問(wèn)題，開(kāi)發(fā)周期問(wèn)題，內(nèi)部管理等問(wèn)題越來(lái)越突出，必須從根本上加強(qiáng)項(xiàng)目的組織管理，從而微軟產(chǎn)生了項(xiàng)目經(jīng)理這一職位。
項(xiàng)目經(jīng)理全權(quán)負(fù)責(zé)產(chǎn)品的最終完成，其任務(wù)涉及：了解用戶需求；進(jìn)行產(chǎn)品的功能定義，規(guī)劃和設(shè)計(jì)；做各種復(fù)雜決策，保證開(kāi)發(fā)隊(duì)伍順利開(kāi)展工作，及跟蹤程序的錯(cuò)誤等。項(xiàng)目經(jīng)理占開(kāi)發(fā)總?cè)藬?shù)的1/5，即每個(gè)開(kāi)發(fā)小組中，有一個(gè)項(xiàng)目經(jīng)理，兩個(gè)軟件工程師，與兩個(gè)軟件測(cè)試工程師。
具體工作描述：
1） 制定產(chǎn)品遠(yuǎn)景計(jì)劃，寫出項(xiàng)目規(guī)格說(shuō)明書(shū)；
確定商業(yè)機(jī)會(huì)后，產(chǎn)品單元經(jīng)理制定出粗略的商業(yè)計(jì)劃書(shū)，交項(xiàng)目經(jīng)理準(zhǔn)備項(xiàng)目計(jì)劃草案，包括遠(yuǎn)景描述，主要功能，建議的時(shí)間表，里程碑及所需的資源。
主持由開(kāi)發(fā)測(cè)試骨干參加的會(huì)議，對(duì)計(jì)劃草案進(jìn)行全面的分析討論，確定主要功能模塊。
對(duì)每一模塊編寫一頁(yè)紙規(guī)模的設(shè)計(jì)說(shuō)明書(shū)，包括功能優(yōu)先級(jí)的制定與理由，對(duì)資源的估算，時(shí)間表的估算，風(fēng)險(xiǎn)評(píng)估，同其他功能塊的關(guān)系；目的要評(píng)估實(shí)現(xiàn)這個(gè)功能塊的成本，目標(biāo)與條件。
召集產(chǎn)品單元經(jīng)理，各部門經(jīng)理參加的設(shè)計(jì)說(shuō)明書(shū)評(píng)審會(huì)，匯總所有功能塊說(shuō)明書(shū)，對(duì)進(jìn)度，功能塊的取舍做總結(jié)和決定。
2） 制定工作詳細(xì)任務(wù)表，跟蹤任務(wù)的執(zhí)行情況，保證其符合規(guī)格說(shuō)明書(shū)的原始設(shè)計(jì)。
3） 指導(dǎo)項(xiàng)目開(kāi)發(fā)的過(guò)程設(shè)計(jì)與實(shí)現(xiàn)；對(duì)各種具體方案進(jìn)行取舍并做出決定。
4） 組織會(huì)議，評(píng)審程序錯(cuò)誤；協(xié)調(diào)成員之間交互配合。
5） 產(chǎn)品完成后，主持項(xiàng)目總結(jié)報(bào)告會(huì)，討論此次的經(jīng)驗(yàn)與教訓(xùn)；下一版本的改進(jìn)，及具體的行動(dòng)計(jì)劃。
項(xiàng)目經(jīng)理要求
項(xiàng)目經(jīng)理通過(guò)產(chǎn)品單元經(jīng)理，對(duì)軟件設(shè)計(jì)工程師和測(cè)試工程師的資源和任務(wù)分配進(jìn)行調(diào)整，但不會(huì)直接下達(dá)行政命令；其核心任務(wù)是業(yè)務(wù)領(lǐng)導(dǎo)，掌握產(chǎn)品全局觀念和進(jìn)度，協(xié)調(diào)開(kāi)發(fā)人員與測(cè)試人員的工作進(jìn)度，及同與產(chǎn)品有關(guān)的其他人員接觸，如市場(chǎng)，用戶支持，客戶教育等。
對(duì)團(tuán)隊(duì)的領(lǐng)導(dǎo)，主要依靠其個(gè)人威信(credit)，開(kāi)發(fā)人員和測(cè)試人員的尊重和配合；其威信來(lái)自于工作中表現(xiàn)出的領(lǐng)導(dǎo)力，洞察力和判斷力，以及高素質(zhì)的技術(shù)專長(zhǎng)和出色的協(xié)調(diào)溝通能力。
1） 領(lǐng)導(dǎo)能力保證項(xiàng)目組的高效運(yùn)作，如，召集每周的項(xiàng)目進(jìn)度會(huì)議，確定工作日程并進(jìn)行跟蹤，提交項(xiàng)目進(jìn)度報(bào)告。
2） 洞察力和判斷力，有助于在復(fù)雜情況下，迅速找到問(wèn)題癥結(jié)所在，并提供解決對(duì)策。
3） 技術(shù)專長(zhǎng)使其能真正幫助開(kāi)發(fā)人員解決設(shè)計(jì)上難題，幫助測(cè)試人員分析和判斷程序錯(cuò)誤；懂得開(kāi)發(fā)人員和測(cè)試人員的共同語(yǔ)言，使之感到你對(duì)他們的理解和尊重，從而贏得大家的信任。
項(xiàng)目經(jīng)理面試問(wèn)題：
1） 在過(guò)去做過(guò)的產(chǎn)品項(xiàng)目中，哪一個(gè)你覺(jué)得最自豪 ？ 為什么 ？
2） 你解決過(guò)的最難的技術(shù)設(shè)計(jì)問(wèn)題是什麼？為什麼采用那種解決方案？
3） 你有什麼項(xiàng)目是按計(jì)劃的時(shí)間完成的？未能按時(shí)完成的原因主要是哪些方面？
2． 軟件開(kāi)發(fā)過(guò)程 software development in Mircosoft
1) New product project 提議 ；
2）市場(chǎng)分析預(yù)測(cè) <是否有用，是否是需要的>；
3）技術(shù)可行性分析 <是否能夠?qū)崿F(xiàn)>；
4）產(chǎn)品研發(fā)計(jì)劃和實(shí)施步驟；
5）高層論證和審批 <支持者>；
6）項(xiàng)目確立和執(zhí)行 <人力資源和財(cái)務(wù)資源的配置>
3． 微軟項(xiàng)目管理-- 多里程碑式流程
每個(gè)里程碑完成部分功能；便于團(tuán)隊(duì)集中力量完成一個(gè)又一個(gè)功能；提供多個(gè)機(jī)會(huì)以適應(yīng)需求的更改如何完成一個(gè)里程碑
步驟一： 達(dá)成共識(shí) Vision / Scope Approved Milestone
基本完成需求調(diào)研和分析 （產(chǎn)品經(jīng)理負(fù)責(zé)）； 確定大方向和長(zhǎng)中短期目標(biāo)，Vision來(lái)說(shuō)明，并激勵(lì)團(tuán)隊(duì)； 評(píng)估Opportunities & Risks；分析可利用資源限制，證明該產(chǎn)品值得去做；
項(xiàng)目管理團(tuán)隊(duì)：設(shè)計(jì)新產(chǎn)品目標(biāo)，具體實(shí)現(xiàn)方法；描述產(chǎn)品結(jié)構(gòu)，用戶情景覆蓋80%以上功能。
軟件開(kāi)發(fā)團(tuán)隊(duì)：開(kāi)發(fā)技術(shù)原型，檢驗(yàn)新產(chǎn)品價(jià)值，并展示產(chǎn)品未來(lái)預(yù)期。
步驟二： 完成項(xiàng)目計(jì)劃 Project Plan Approved Milestone
定義詳細(xì)的邏輯設(shè)計(jì)，功能設(shè)計(jì)規(guī)范（項(xiàng)目經(jīng)理負(fù)責(zé)），其優(yōu)先級(jí)；所有角色參與審閱功能規(guī)范；
評(píng)估進(jìn)度控制風(fēng)險(xiǎn)，功能技術(shù)風(fēng)險(xiǎn)； Risk Assessment 通常在物理設(shè)計(jì)之后，立即執(zhí)行。
制訂總體開(kāi)發(fā)計(jì)劃和進(jìn)度表，包括 資源與職責(zé)的分配，制訂測(cè)試，開(kāi)發(fā)計(jì)劃和進(jìn)度表；
產(chǎn)品管理團(tuán)隊(duì)：概念設(shè)計(jì)和市場(chǎng)推銷計(jì)劃/進(jìn)度表；
軟件開(kāi)發(fā)團(tuán)隊(duì)：物理設(shè)計(jì)和開(kāi)發(fā)計(jì)劃/進(jìn)度表，Task-level Estimating。
步驟三： 完成功能 Scope Complete / First Use Milestone α Version Phrase
版本化的功能規(guī)范，完成全部功能代碼的編寫； All features built to specification
及時(shí)進(jìn)行模塊間的整合，及時(shí)發(fā)現(xiàn)問(wèn)題（daily build）；版本控制工具 VSS ；
測(cè)試團(tuán)隊(duì)：測(cè)試規(guī)范 與Test Case 設(shè)計(jì)，BMS缺陷跟蹤，實(shí)現(xiàn)解決Bug自動(dòng)流程；
產(chǎn)品管理團(tuán)隊(duì)：控制用戶的期望，推銷，價(jià)格，包裝（正式產(chǎn)品為 Golden Release）
項(xiàng)目管理團(tuán)隊(duì)：項(xiàng)目跟蹤/溝通，按照綜合進(jìn)度表不斷檢查進(jìn)度； 制定β版本計(jì)劃。
步驟四： 穩(wěn)定與發(fā)布 Release Milestone β Version Phrase
全面地測(cè)試功能；開(kāi)發(fā)組全力配合解決Bug；決定哪些Bug到下個(gè)版本中解決；
預(yù)測(cè)發(fā)布日期 ；編寫操作手冊(cè)與幫助文檔；
基于版本發(fā)布：每一個(gè)版本有明確清晰的目標(biāo)，解決或終結(jié)產(chǎn)品中的某些問(wèn)題；
成立Triage小組：由PM，Dev與Test的負(fù)責(zé)人組成，決定對(duì)發(fā)現(xiàn)Bug的處理。