作業(yè)流程晴雨表
是否存在專注于組織整體的開發(fā)作業(yè)和項(xiàng)目流程的人或者小組？
是否存在項(xiàng)目開發(fā)作業(yè)的標(biāo)準(zhǔn)作業(yè)流程？
是否存在記述顧客需求式樣的文檔標(biāo)準(zhǔn)？
是否存在設(shè)計(jì)書的文檔標(biāo)準(zhǔn)？
是否不經(jīng)過設(shè)計(jì)階段而直接進(jìn)入編碼階段？
設(shè)計(jì)階段是否實(shí)施了以設(shè)計(jì)為對象的審查？
編碼階段是否實(shí)施了以代碼為對象的審查？
中途式樣變更后，是否未經(jīng)其影響范圍的分析直接分配給擔(dān)當(dāng)者？
是否未經(jīng)單體測試直接開始綜合測試？
是否時(shí)至后才發(fā)現(xiàn)此前隱藏的諸多問題？
是否無視已經(jīng)發(fā)現(xiàn)的問題而繼續(xù)推進(jìn)作業(yè)？
是否多次重復(fù)出現(xiàn)以前相同的錯(cuò)誤而沒有吸取教訓(xùn)？
是否沒有專門的測試人員而在交付之前還是由開發(fā)者自己實(shí)施測試？
對式樣需求是否確立了適當(dāng)?shù)臏y試項(xiàng)目？
測試是否幾乎沒有自動(dòng)化手段？
過程改善方面是否存在可以商量和咨詢的人員？
是否鼓勵(lì)各開發(fā)小組寫作事后分析報(bào)告，至少能項(xiàng)目進(jìn)程開會(huì)討論？
是否組織正式的活動(dòng)，軟件開發(fā)與質(zhì)量控制流程的相關(guān)問題相互切磋？
項(xiàng)目配置晴雨表
是否在發(fā)現(xiàn)潛在的缺陷時(shí)難以確定其對現(xiàn)有模型的影響范圍？
是否只有擔(dān)當(dāng)者知道而沒有向所有成員公布缺陷的修正范圍和修正方法？
是否因?yàn)樾薷囊粋�(gè)程序缺陷而引發(fā)多個(gè)新的缺陷？
擔(dān)當(dāng)者是否能在任何時(shí)間對源程序做自由的變更？
開發(fā)期間是否定期對制作過程中的文件和程序進(jìn)行備份？
是否確立了資源備份在非常時(shí)期的因應(yīng)方式？
需求式樣書和設(shè)計(jì)書等正式文件是否存在“確認(rèn)”手續(xù)？
項(xiàng)目文檔是否一直保持初的狀態(tài)，即使在式樣變更后仍然沒有變化？
是否在項(xiàng)目后期難以想起中途式樣變更的“理由”？
對于程序缺陷和式樣變更，是否能追蹤其修改點(diǎn)？
對于開發(fā)環(huán)境目錄中的舊代碼是否難以判斷其能否刪除？
開發(fā)文檔是否會(huì)出現(xiàn)鏈接到舊版本的情況？
教育培訓(xùn)晴雨表
是否描繪出現(xiàn)在的開發(fā)組織多年后的“風(fēng)姿”？
在組織上，是否對現(xiàn)在的人員實(shí)施技術(shù)性教育和培訓(xùn)？
是否確立了員工教育培訓(xùn)的計(jì)劃和目標(biāo)？
是否將技術(shù)學(xué)習(xí)視為個(gè)人任務(wù)而沒有組織上的“方向”？
項(xiàng)目開發(fā)人員所持有的軟件開發(fā)文獻(xiàn)的平均數(shù)量是否在1冊以下？
項(xiàng)目作業(yè)休息時(shí)間是否毫不涉及嶄新技術(shù)方面的話題？
項(xiàng)目組成員是否不知道軟件工程的意思？
是否不了解“凝聚度”、“結(jié)合度”等詞匯的意思？
是否難以說出5個(gè)以上的軟件質(zhì)量特性及其副特性？
項(xiàng)目審查晴雨表
參與者是否了解審查的整體流程？
是否帶著目的而非盲目地實(shí)施審查作業(yè)？
是否僅僅局限于代碼審查而不顧及其他？
審查者是否只關(guān)注形式而非實(shí)質(zhì)？
是否明確審查對象物，針對“物”而非“人”？
是否記錄審查結(jié)果并追蹤缺陷修正結(jié)果？
是否將審查的反饋結(jié)果導(dǎo)入下一項(xiàng)目中？
審查會(huì)議是否演化成為問題解決會(huì)議？
其他
是否采取了數(shù)據(jù)備份以及病毒防范等措施？
對電子郵件的應(yīng)對是否總是滯后？
是否感到電子郵件的應(yīng)對很繁瑣？
