【正文】 ? 軟件控制與發(fā)放經理 ? 問題處理經理 ? 其他需要參與的人員 質量及服務管理 Jim Zheng/ 鄭澤旗 變動顧問咨詢組織 ? 名稱并不一定 ,可以是變動董事會等類似稱呼 ? 應該定期或不定期舉行正式或非正式的會議 – 不超過 20天應該舉行一次 – 也可一周舉行幾次會議 ? 一些成員應該定期參加會議 ,另外一些可以只在有需要的時候參加 ? 在考慮變動的影響的時候 ,應該問“如果不執(zhí)行這個變動會有什么結果” – 對成本高昂 ,影響甚微的變動 ,不執(zhí)行該變動有時候往往是最好的決定 質量及服務管理 Jim Zheng/ 鄭澤旗 變動管理的基本知識 ? 目標 – 只執(zhí)行已獲批準的變動 ,最低的風險和成本 ? 變動申請 – 對所有 IT相關的部分都應當采用 ? 任務 – 管理變動申請 ,批準變動并安排時間表 ,審核變動的建立 ,測試和實施 ,生意支持 ? 變動顧問咨詢組織 /IT執(zhí)行委員會 – 成員 – 顧問角色 – 評估變動的影響 ,緊急程度和所需資源 – 緊急變動 ? 緊急程度 /優(yōu)先級 : 緊急 ,高級 ,中級 ,低級 ? 影響級別 : 沒有影響 …… 影響巨大 ? 撤銷 ? 在變動處理流程的最后一定要對變動進行回顧 質量及服務管理 Jim Zheng/ 鄭澤旗 變動管理的經驗 ? 與軟件的控制和發(fā)放相結合 ? 把流程和對流程的管理分開 ? 盡可能獨立于日常行政級別地確立對流程的負責人 ? 良好地計劃緊急變動而非依賴于一般的變動流程來實現緊急變動 質量及服務管理 Jim Zheng/ 鄭澤旗 變動管理對生意的好處 ? 盡量減少變動對生意的影響 ? 更好地預計所提議的變動的成本 ? 通過打包升級的方法減少零碎的變動次數 ? 減少失敗的變動 ? 更好的就變動與客戶進行溝通 ? 獲得有價值的管理信息 ? 提高客戶和 IT人員的工作效率 ? 提高吸取更高級別的無錯誤變動經驗的能力 質量及服務管理 Jim Zheng/ 鄭澤旗 變動管理的常見障礙 ? 跟蹤整個變動的過程 ,文檔工作過于煩瑣 ? 試圖繞過已定流程實施變動 ? 有外部供應商介入 ? 對流程紀律的接受程度 ? 對戰(zhàn)略性權宜方法的過度煩瑣規(guī)定 ? 過度熱心導致分析偏執(zhí) 質量及服務管理 Jim Zheng/ 鄭澤旗 問題與解答 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件控制與發(fā)放 Software Control Distribution 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件控制與發(fā)放的目標 ? 不僅僅是對軟件的應用 ? 保護所有軟件及其相關內容 – 包括操作系統(tǒng)軟件 ,中間軟件 ,基礎設施和應用軟件 – 也可能包括啟動文檔甚至軟硬件結合部分 ? 確保只使用已經測試的 ,正確的授權軟件 – 有賴于與變動管理的嚴格結合 – 過去 ,現在和計劃中的 ? 正確的軟件 ,正確的時間 ,正確的地點 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件控制與發(fā)放的任務 ? 確定軟件發(fā)放政策 ? 控制權威軟件中心 (Definitive Software Library, DSL) – 只有已經確認授權的軟件可以放進 DSL – 放在 DSL中的軟件必須嚴格保護直至撤出 ? 發(fā)放軟件及相關說明 ? 執(zhí)行軟件檢查 – 軟件的發(fā)放和實施必須檢查回顧以確保正確的流程得以嚴格執(zhí)行 ,對這些流程的任何變動得以更正 ? 控制軟件發(fā)放 ? 監(jiān)督軟件發(fā)放版本的工作完成 質量及服務管理 Jim Zheng/ 鄭澤旗 權威軟件中心 (DSL) ? 權威軟件中心是保存在安全位置的軟件配置內容和存檔信息 – 可以是電子媒體的保存 (如磁帶 ,光盤 ,軟盤等 ) ? 權威軟件中心是一個邏輯中心 – 邏輯上只有一個軟件 (版本 )實體存在 – 物理上可以有很多軟件復制品 ? 軟件權威中心負責 – 軟件的物理保存 – 軟件的物理發(fā)放 – 軟件的邏輯保存 – 軟件的質量檢查 (病毒 /版權 /測試 /完成 ) – 軟件發(fā)放版本的建設 質量及服務管理 Jim Zheng/ 鄭澤旗 發(fā)放流程 ? 權威軟件中心的環(huán)境應該與外部相獨立 – 與可控制的移植路徑相獨立 – 與所有發(fā)放版本的檢查跟蹤和撤銷相獨立 ? 存檔環(huán)境應該看作權威軟件中心的一個子環(huán)境 ,其環(huán)境要求與權威軟件中心相一致 ? 如果在測試中發(fā)現不可接受的錯誤并進行了相應的變動 ,軟件版本必須遞增 ? 所有的工作都應該在遵從變動管理的前提下完成 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件的發(fā)放版本 ? 軟件發(fā)放版本的內容 – 發(fā)放版本號 ? 軟件的發(fā)放版本號可以保證每一個發(fā)放版本通過分配版本號來確保其可識別性 – 發(fā)放單位 ? 發(fā)放單位 : 通常情況下給定類型軟件的發(fā)放級別 ,如全套軟件 ,某一模塊或某一應用程序 – 發(fā)放頻率 ? 應該有一個廣為人知的 ,可預期的發(fā)放頻率及廣泛同意的內容變動限度 – 決定因素應該是業(yè)務的需要而非技術的方便性 – 發(fā)放版本的版本要求應該事先確定以保證有足夠的測試時間 – 緊急變動 ? 緊急的變動要遵從緊急變動流程 ,相應的應該有一個軟件的緊急控制和發(fā)放流程 – 完全 /打包 /DELTA發(fā)放版本 ? 完全發(fā)放版本 : 用來替換某一已經發(fā)放版本的全部內容的發(fā)放版本 ,無論其內容是否已全部更改 ? DELTA發(fā)放版本 : 只包括已經更改內容的發(fā)放版本 ? 打包發(fā)放版本 : 包括測試當中涉及到的所有相關軟件 ,如電腦環(huán)境包括電子郵件 ,模擬器 ,OFFICE及操作系統(tǒng)等 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件的發(fā)放 ? 除了技術環(huán)境外 ,業(yè)務環(huán)境也會對軟件的發(fā)放造成影響 – 如 7X24運行模式 ? 軟件的發(fā)放任務 – 主機 – 網絡電腦 – 軟件管理系統(tǒng) – 計劃 – 手提電腦 – 個人電腦 – 服務器 /客戶機 – 光碟 – 互聯(lián)網 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件的控制與發(fā)放基礎知識 ? 目標 – 確保軟件配置項 – 確保只有經過測試和授權的軟件在使用 ? 任務 – 控制權威軟件中心 ,定義軟件發(fā)放版本 ,開發(fā)軟件發(fā)放版本 ,管理軟件發(fā)放版本 ,發(fā)放軟件配置 ,軟件檢查 ? 權威軟件中心 – 可靠的軟件版本的邏輯和物理保存 ? 發(fā)放版本 – 發(fā)放單位 ,完全 /打包 /DELTA發(fā)放版本 ,版本號 ,頻率 ? 版本控制 – 開發(fā) ,測試 ,使用 ,存檔 ? 流程 – 軟件控制和發(fā)放 (運作 ) – 變動管理 (控制 ) – 配置管理 (控制和日常管理 ) 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件控制和發(fā)放的經驗 ? 在權威軟件中心物理存放所有的可運作軟件 ? 通過權威軟件中心發(fā)放所有的軟件 ? 將軟件控制和發(fā)放與變動的管理相結合 ? 通過發(fā)放版 ,版本和打包政策來管理所有的軟件 ? 將軟件的控制和發(fā)放流程與管理流程分離 ? 將所有獲得的軟件納入軟件控制和發(fā)放體系中 質量及服務管理 Jim Zheng/ 鄭澤旗 軟件控制和發(fā)放的常見困難 ? 與外部供應商建立版本和發(fā)放版本的政策 ? 試圖在既定流程之外實施軟件 ? 組建權威軟件中心 ? 將權威軟件中心集成進自動發(fā)放環(huán)境中 ? 確保在版本編號過程中沒有偽造 ? 對戰(zhàn)略性權宜方法設立過多的規(guī)定 質量及服務管理 Jim Zheng/ 鄭澤旗 問題與解答 質量及服務管理 Jim Zheng/ 鄭澤旗 全面質量管理 Total Quality Management 質量及服務管理 Jim Zheng/ 鄭澤旗 全面質量