問題，這樣處理是否合適？
    項(xiàng)目進(jìn)度推遲、項(xiàng)目預(yù)算超出計(jì)劃，公司領(lǐng)導(dǎo)把項(xiàng)目經(jīng)理叫去，嚴(yán)厲的批評(píng)了一頓，而沒有責(zé)備過任何其他項(xiàng)目成員。
    軟件發(fā)布出去后，發(fā)現(xiàn)嚴(yán)重的缺陷，公司領(lǐng)導(dǎo)把測(cè)試人員叫去嚴(yán)厲批評(píng)，也沒有責(zé)備過任何其他項(xiàng)目成員。
你們的團(tuán)隊(duì)中，有沒有這樣的情況：
    只有項(xiàng)目經(jīng)理為項(xiàng)目的進(jìn)度、預(yù)算勞心勞累，其他人都在“安分”地完成“本職”工作，不會(huì)主動(dòng)過問其他情況。
出現(xiàn)問題時(shí)，誰(shuí)是問題責(zé)任人的皮球會(huì)被踢來(lái)踢去，沒有人愿意承擔(dān)責(zé)任。
為什么有這樣的問題呢？應(yīng)該如何處理呢？是責(zé)任定得不夠清晰嗎？
    團(tuán)隊(duì)的每一位成員，肩負(fù)起自己所在領(lǐng)域的責(zé)任，團(tuán)隊(duì)的每一位成員共同對(duì)最終解決方案負(fù)責(zé)，同時(shí)鼓勵(lì)小組成員對(duì)非他們直接負(fù)責(zé)的領(lǐng)域作出評(píng)論和貢獻(xiàn)。
    軟件開發(fā)團(tuán)隊(duì)中，有項(xiàng)目管理、需求分析、設(shè)計(jì)、編碼、測(cè)試等各個(gè)領(lǐng)域的人才，每領(lǐng)域的負(fù)責(zé)人對(duì)自己的工作負(fù)責(zé)。
    另外一個(gè)方面，軟件是團(tuán)隊(duì)共同勞動(dòng)成果，所有人對(duì)最終的解決方案負(fù)責(zé)，最終解決方案只要有問題，就是整個(gè)團(tuán)隊(duì)的責(zé)任，最終解決方案取得優(yōu)異成績(jī)，就是整個(gè)團(tuán)隊(duì)的功勞。軟件開發(fā)團(tuán)隊(duì)，是一個(gè)“一榮俱榮、一損俱損”的團(tuán)隊(duì)，只有這樣才能把全部人的利益扭在一起。
了解了微軟的這個(gè)原理后，大家對(duì)前面提到的問題是否有了答案？
關(guān)注交付的業(yè)務(wù)價(jià)值
    客戶需要的是一把梯子，系統(tǒng)分析員了解到的是一張凳子，開發(fā)人員做出來(lái)的是一張桌子，測(cè)試人員以為是一張椅子?？瓷先タ尚Γ@樣的情況卻經(jīng)常發(fā)生在我們的身邊。關(guān)注交付的業(yè)務(wù)價(jià)值，意思就我們工作中的每一份工作產(chǎn)品，都應(yīng)該是需求驅(qū)動(dòng)做出來(lái)的，這樣才能保證我們最終做出的軟件就是客戶所需要的東西。這個(gè)原理有以下幾層意思：
    小組成員要對(duì)客戶的需求有一致的充分的理解;
要讓客戶積極參與到項(xiàng)目過程中去，隨時(shí)了解小組的理解和客戶的需要是否一致;
需求驅(qū)動(dòng)地完成所有工作，保證最后的軟件產(chǎn)品符合客戶的需要。
保持靈巧，預(yù)測(cè)變化
    軟件是智力型創(chuàng)造性活動(dòng)，保持靈活、適應(yīng)變化是軟件開發(fā)的最高境界了，筆者認(rèn)為這條原理是最難把握的一條了。
這個(gè)原理主要體現(xiàn)在以下方面：
軟件開發(fā)過程
    微軟采用的不是RUP，也不是XP，而是類似于螺旋形的階段式分版本發(fā)布。微軟會(huì)把軟件分成若干的版本發(fā)布，除了平時(shí)我們見到的Beta版、Release版，其實(shí)在Beta版之前還會(huì)有若干的內(nèi)部版本。
    每個(gè)版本都包含相對(duì)完整的功能，都能實(shí)現(xiàn)部分業(yè)務(wù)價(jià)值。每一個(gè)版本就是一個(gè)開發(fā)周期，每個(gè)周期包含遠(yuǎn)景、計(jì)劃、開發(fā)、穩(wěn)定、部署五個(gè)階段。這樣的一種開發(fā)模型，能很好地適應(yīng)需求變化，發(fā)現(xiàn)設(shè)計(jì)、編碼缺陷，優(yōu)化設(shè)計(jì)，更容易控制軟件質(zhì)量，便于隨時(shí)做出商業(yè)決策。
設(shè)計(jì)方案
     執(zhí)著于優(yōu)雅設(shè)計(jì)的人士，可能很喜歡做出完美無(wú)缺的設(shè)計(jì)，關(guān)注于業(yè)務(wù)的人士，可能更關(guān)注于盡快要拿出軟件。我們追求的是適度設(shè)計(jì)，而不是過度設(shè)計(jì)，如何做出一個(gè)簡(jiǎn)單的而又適應(yīng)變化的設(shè)計(jì)，是對(duì)軟件設(shè)計(jì)高手們的一大考驗(yàn)。
質(zhì)量投資
“質(zhì)量第一”是很多軟件公司的口號(hào)，而且僅僅是口號(hào)而已，你們的項(xiàng)目有這樣的一些問題嗎？
代碼沒有經(jīng)過簡(jiǎn)單的冒煙測(cè)試，甚至不進(jìn)行是否通過編譯的測(cè)試，就直接提交。
為了趕時(shí)間不寫設(shè)計(jì)或者寫了不能指導(dǎo)編碼的設(shè)計(jì)文檔。
    開發(fā)進(jìn)度推遲，測(cè)試時(shí)間被壓縮，為了保證軟件發(fā)布的時(shí)間，在不充分測(cè)試情況下交付軟件，更甚者不測(cè)試軟件，直接讓客戶測(cè)試。
開發(fā)過程中發(fā)現(xiàn)的問題，只要能不解決的就不解決，進(jìn)度優(yōu)先！
測(cè)試中發(fā)現(xiàn)的易用性方面的缺陷，因不會(huì)嚴(yán)重影響使用，一律不解決！
    質(zhì)量投資要求我們有零缺陷的意識(shí)，零缺陷意識(shí)要貫穿在全部的工作中，包括：
零缺陷文檔
    計(jì)劃、需求、設(shè)計(jì)等開發(fā)過程中產(chǎn)生的文檔，要用一次寫好的決心來(lái)編寫，所有文檔都應(yīng)該

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html