• 是否組織正式的活動，就軟件開發(fā)與質(zhì)量控制流程的相關(guān)問題相互切磋？
項目配置晴雨表
• 是否在發(fā)現(xiàn)潛在的缺陷時難以確定其對現(xiàn)有模型的影響范圍？
• 是否只有擔(dān)當(dāng)者知道而沒有向所有成員公布缺陷的修正范圍和修正方法？
• 是否因為修改一個程序缺陷而引發(fā)多個新的缺陷？
• 擔(dān)當(dāng)者是否能在任何時間對源程序做自由的變更？
• 開發(fā)期間是否定期對制作過程中的文件和程序進(jìn)行備份？
• 是否確立了資源備份在非常時期的因應(yīng)方式？
• 需求式樣書和設(shè)計書等正式文件是否存在“確認(rèn)”手續(xù)？
• 項目文檔是否一直保持最初的狀態(tài)，即使在式樣變更后仍然沒有變化？
• 是否在項目后期難以想起中途式樣變更的“理由”？
• 對于程序缺陷和式樣變更，是否能追蹤其修改點？
• 對于開發(fā)環(huán)境目錄中的舊代碼是否難以判斷其能否刪除？
• 開發(fā)文檔是否會出現(xiàn)鏈接到舊版本的情況？
教育培訓(xùn)晴雨表
• 是否描繪出現(xiàn)在的開發(fā)組織多年后的“風(fēng)姿”？
• 在組織上，是否對現(xiàn)在的人員實施技術(shù)性教育和培訓(xùn)？
• 是否確立了員工教育培訓(xùn)的計劃和目標(biāo)？
• 是否將技術(shù)學(xué)習(xí)視為個人任務(wù)而沒有組織上的“方向”？
• 項目開發(fā)人員所持有的軟件開發(fā)文獻(xiàn)的平均數(shù)量是否在1冊以下？
• 項目作業(yè)休息時間是否毫不涉及嶄新技術(shù)方面的話題？
• 項目組成員是否不知道軟件工程的意思？
• 是否不了解“凝聚度”、“結(jié)合度”等詞匯的意思？
• 是否難以說出5個以上的軟件質(zhì)量特性及其副特性？
項目審查晴雨表
• 參與者是否了解審查的整體流程？
• 是否帶著目的而非盲目地實施審查作業(yè)？
• 是否僅僅局限于代碼審查而不顧及其他？
• 審查者是否只關(guān)注形式而非實質(zhì)？
• 是否明確審查對象物，針對“物”而非“人”？
• 是否記錄審查結(jié)果并追蹤缺陷修正結(jié)果？
• 是否將審查的反饋結(jié)果導(dǎo)入下一項目中？
• 審查會議是否演化成為問題解決會議？
其他
• 是否采取了數(shù)據(jù)備份以及病毒防范等措施？
• 對電子郵件的應(yīng)對是否總是滯后？
• 是否感到電子郵件的應(yīng)對很繁瑣？
【?發(fā)表評論?0條?】