複製鏈接
請複製以下鏈接發送給好友

變更請求

(當事人申請裁決改變或消滅一定民事法律關係的仲裁請求)

鎖定
變更請求,是指當事人申請裁決改變或消滅一定民事法律關係的仲裁請求。如請求解除合同關係、變更違約金數額等。 [1] 
用於記錄和追蹤缺陷、擴展請求和任何其他類型的產品變更請求。變更請求的優點在於,它們提供了決策記錄,且其評估的流程還確保了變更的影響可在整個項目範圍內得到認同和理解
中文名
變更請求
外文名
The change request
概    念
變更請用於記錄和追蹤缺陷
目    的
軟件或現有軟件系統所固有
時    機
生命週期的初期使CM
職    責
缺陷的目的在於反映問題的細節

變更請求釋義

變更請求概念

在項目管理(project management)中,變更請求(change request)常在客户端想添加或變更某項目的商定交付時出現。這樣的變更也許包括一個額外功能或者定製或擴展的服務,還有其它東西。由於變更請求超過了協議範圍,它們一般意味着客户端將不得不為滿足它們所需的額外資源付費。
變更管理(change management)更具挑戰的一個方面是確保所有的細節都充分説明了,且所有當事人都在有關解釋內容的協議裏。明確詳細的文件讓必須提交變更請求時的識別更容易。
變更請求(change request)還能從內部發起。內部的變更請求可能包括很多行為,如修復和軟、硬件升級。

變更請求目的

變更的必要性是演進中的軟件或現有軟件系統所固有的。變更控制經理負責確定變更請求管理的過程,維護變更請求(CR),並確保以可控制的方式變更系統,以便預測變更對系統的影響。變更請求可以用於記錄和追蹤所有類型的系統變更請求,包括擴展請求和缺陷。
系統分析員可以利用擴展請求確定將來要在產品中包含的特性。為了理解涉眾需要,在收集涉眾請求時,擴展請求將用作輸入。
缺陷就是已交付工作產品中的異常情況或瑕疵。缺陷包含諸如在生命週期早期階段發現的遺漏和缺點,和/或是用於測試或操作的成熟軟件中包含的故障症狀(瑕疵)。缺陷還包括與預期目的的偏差或任何要加以跟蹤並進行解決的問題。
缺陷的目的在於反映問題的細節,以便可以採取糾正措施、解決方法,並跟蹤發生的情況。

變更請求時機

通常在項目生命週期的初期使CM 操作制度化或建立CM 操作。因此,變更請求(CR)作為構成變更流程整體的一部分,可以隨時在項目過程中提出。
缺陷的主要來源是運行測試的結果(集成、系統和性能測試)。然而,缺陷可以隨時出現在軟件開發生命週期過程中,缺陷還可包括缺失的或不完整的用例、測試用例或文檔的確認。

變更請求職責

有關項目的任何人員都應該可以提出變更請求。然而,變更請求要得到提出變更請求角色上司的複審和批准才能成為合法請求。變更請求的最後仲裁由複審團隊或變更控制委員會執行。
變更控制經理負責缺陷的完整性,以確保所有確定缺陷、説明缺陷和如何發現缺陷的信息都是準確的。缺陷是唯一的,或不是再次出現的已確定缺陷。

變更請求定製

準確確定、説明和追蹤缺陷需要的實際字段/數據取決於實施的標準、指南和變更控制系統。

變更請求變更請求表

在變更管理中,變更請求(CR)是非常重要的。它貫穿變更管理整個過程,不僅是變更管理的輸入,同時也是變更管理的輸出。同時,變更請求(CR)作為配置管理的配置項內容,是配置管理和變更管理交互和協作的“橋樑”。變更請求(CR)可以由突發事件,服務級別協議等內容的變更需求開始。
變更請求表,是變更請求(CR)的載體,是需要變更的客户與變更管理經理的信息媒體。它主要有以下幾個部分組成。
在變更初始階段,變更請求表需要記錄:
變更請求號,如果與問題管理相關,還需要記錄相關的問題號變更描述變更原因不實施變更,可能帶來的後果在變更評估階段,變更請求表主要需要記錄:影響和風險評估:影響可以圍繞變更管理質量和變更管理帶來的好處等實際情況進行設置,例如,可以進行變更管理對項目總進度,項目質量,項目資源等等多個角度,進行影響和資源評估。變更優先權:在進行影響和風險評估後,可以進行變更優先權的設置。在變更批准階段,變更請求表主要需要記錄:變更諮詢委員會的建議和決定。變更諮詢委員會是來自於企業的各個部分,有利於綜合、客觀地評價變更對於企業其他部門的影響。批准簽名,也可以使用電子審批。批准的日期在變更行動計劃階段,變更請求表主要需要記錄:變更執行計劃,用於詳細説明如何進行變更,必要時候,也可以獨立於變更請求表。變更負責人變更開始執行時間和完成期限恢復計劃(Back-out planning),一旦變更管理的執行計劃沒有效果,就需要恢復計劃來穩定企業的運作,減少經營風險在變更執行計劃成功一段時間後,變更請求表主要需要記錄:變更核查日期(review data)核查結果。企業在連續性等方面影響如果核查結果顯示此次變更是失敗的,則將根據現有情況,進行新的變更管理;如果核查結果認為此次變更是成功的,則變更管理結束。 值得大家注意的是,變更管理與配置管理是緊密結合的。變更請求,作為配置項,隨着變更管理的開展,配置數據庫則不斷地進行更新。在數據庫中,變更請求還將有一個屬性隨着變更管理不斷變化,那就是變更請求的狀態,它可能是“記錄的”(logged),“結束的”,“已批准的”等等。

變更請求變更請求承諾

變更請求承諾是指變更請求負責人所做出的承諾,承諾在計劃完成日期內完成該變更請求。如果變更請求未能按時完成,或者變更請求負責人終止承諾,那麼就是違背了承諾。
變更請求承諾的被承諾人
變更請求的被承諾人是接受承諾的人,可以是:
1. 變更請求的監管人
2. 變更請求的請求人
3. 變更請求負責人的直接上司
變更請求承諾的審批人
承諾的審批人負責審批變更請求承諾,確保其真實性和有效性。變更請求承諾的審批人可以是:
1. 變更請求的監管人
2. 變更請求負責人的直接上司
參考資料
  • 1.    左衞民.中國司法制度:中國政法大學出版社,2012