進(jìn)工作，定期召集會(huì)議，討論制度流程的改進(jìn)。老子說："治大國若烹小鮮"，煎小魚兒，必須經(jīng)常翻，不翻就煎糊了；但也不能翻得太勤，翻得太勤就會(huì)破環(huán)小魚兒的形狀。制度流程也是一樣，不應(yīng)該變動(dòng)太頻繁，讓員工不知所措；但也不能永遠(yuǎn)"以不變應(yīng)萬變"。
2. 軟件開發(fā)項(xiàng)目組，包括：項(xiàng)目經(jīng)理、項(xiàng)目成員、質(zhì)量控制專員、項(xiàng)目秘書等，負(fù)責(zé)具體的軟件開發(fā)。
3. 質(zhì)量保證人員，相當(dāng)于"檢察院"。其工作主要保證制度流程的順利執(zhí)行，一個(gè)質(zhì)量保證人員監(jiān)控幾個(gè)項(xiàng)目組了。質(zhì)量保證人員不僅是事后檢查，還必須強(qiáng)化事前和事中控制。質(zhì)量保證人員要主動(dòng)協(xié)助項(xiàng)目經(jīng)理以及項(xiàng)目組成員理解這些流程、模板、規(guī)范，譬如寫代碼前，質(zhì)量保證人員可以給項(xiàng)目組介紹編程規(guī)范，寫文檔前，介紹文檔的標(biāo)準(zhǔn)、模板等。質(zhì)量保證人員保證公司的質(zhì)量體系在項(xiàng)目組內(nèi)得以實(shí)施，每個(gè)階段結(jié)束后，都要對(duì)該階段的進(jìn)行質(zhì)量以及流程執(zhí)行情況的總結(jié)，監(jiān)控項(xiàng)目按照質(zhì)量計(jì)劃（質(zhì)量計(jì)劃是項(xiàng)目經(jīng)理制定的）執(zhí)行。質(zhì)量保證人員還要通過項(xiàng)目組成員搜集數(shù)據(jù)，分析數(shù)據(jù),給出分析報(bào)告，等等。
六、需求分析
需求分析貫穿項(xiàng)目始終，在項(xiàng)目過程中會(huì)不斷產(chǎn)生新的需求，也會(huì)不停地發(fā)生需求變更。需求分析是項(xiàng)目管理的重點(diǎn)和關(guān)鍵，需求分析常見的問題有：
1. 需求膨脹。希望一次解決所有的問題，項(xiàng)目范圍不斷擴(kuò)大，"把海水煮沸"，最終導(dǎo)致項(xiàng)目失控，偏離原來的項(xiàng)目目標(biāo)。
2. 需求曲解
a) 需求鍍金。對(duì)用戶需求進(jìn)行了包裝和拔高，"用戶需要的是一輛自行車，而不是寶馬"。
b) 選擇性地過濾用戶的需求，"對(duì)一個(gè)拿著榔頭的4歲小孩來說，滿世界都是釘子"，需求分析人員可能因?yàn)樽约旱膬r(jià)值觀而片面分析問題。
3. 需求分析人員過早給出解決方案，失去了尋找更好解決方案的機(jī)會(huì)。
需求分析的"5C"和"5T"原則
1. Correct（正確）：表述的內(nèi)容一和包含的信息應(yīng)該是準(zhǔn)確無誤的。
2. Clear（清晰）：言簡意賅，意思明確，無需別人絞盡腦汁這個(gè)需求到底是要表達(dá)什么意思，措辭不可含糊不清，模棱兩可，更不能讓人感覺話里有話，引起岐義。
a) 易引起岐義的需求表述句式通常是否定式，而不是肯定式。
b) 不要隱含假設(shè) -- 所有假設(shè)都應(yīng)表述清晰。
c) 對(duì)所有需求要進(jìn)行優(yōu)先級(jí)排序。一些需求會(huì)比另一些重要，如果需求分析人員已有了這樣的判斷，就應(yīng)該也傳遞給別人。
3. Complete （完備）：每條需求都應(yīng)完整無缺，避免漏缺或不必要的重復(fù)。
4. Consistent （前后一致）： 需求應(yīng)能與上下文保持一致。需求應(yīng)包含關(guān)鍵字或標(biāo)識(shí)符，如"應(yīng)"代表必要的需求，"將"代表導(dǎo)向性需求，而且全文保持這一種優(yōu)先級(jí)定義原則。
5. Changeable（可變更）：對(duì)單個(gè)需求的更改不會(huì)對(duì)其他項(xiàng)造成過多影響。
6. Traceable（可追溯）：所有需求的來源都要明確，應(yīng)可追溯到其他相關(guān)文檔。
7. Tenable（合理）：所表述的需求必須是可實(shí)現(xiàn)的和可操作的。 能否在項(xiàng)目預(yù)算范圍內(nèi)，利用有限的資源，按時(shí)實(shí)施這些需求？一條需求是否與其他需求有沖突？是不是正當(dāng)需求？ 需求實(shí)際上都應(yīng)是必要的。也許需求用"將"來描述更好一些，也就是指，導(dǎo)向性或非基本功能。某個(gè)需求是否只是一般描述，與系統(tǒng)功能沒有什么關(guān)系？某個(gè)需求是否超出系統(tǒng)控制范圍，或根本不是需求？ 對(duì)每個(gè)需求，是不是都能找到用途或用戶？有沒有存在的理由？
8. Testable （可測試）：確定每一條需求都可以通過某種方法去測試其是否能實(shí)現(xiàn)。是否已量化？容錯(cuò)性和誤差范圍是否說明？能不能想到一個(gè)合理的方法去測試它？ 這個(gè)需求的結(jié)果是否可見？
9. Tool （工具性）：需求管理的工具化。
10. Terminology（項(xiàng)目術(shù)語表
項(xiàng)目經(jīng)理勝任力免費(fèi)測評(píng)PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
