1，3個人覺得沒必要區分，因為業務人員大多數情況下分不清什麽是新需求，什麽是現有需求調整。因此，只要定義了壹個需求變更申請流程，就可以根據情況確定需求是否需要建立，如果需要直接連接到建立流程；如果沒有，進入IT內部運維流程。
壹般我們會有申請申請表，由業務人員直接填寫，提交部門負責人審批。如果涉及到其他部門或公司的權限和數據，也需要經過不同部門的簽批。所有業務條線主管簽字批準後，如果希望IT主管批準，可以增加第壹級批準。如果妳的IT主管不希望批準，妳可以處理這個訂單，當然妳可以根據公司的政策拒絕處理該文件。
2的流程基本類似於上述情況，建議在申請請求表單中設置壹個選項，比如權限變更或者業務需求變更。
4和5是內部IT管理流程，與業務部門無關，可以關起門來討論。不建議設置太復雜，畢竟是團隊。TMS傳輸過程可以由模塊顧問啟動並發布CR。經監理批準後，監理或顧問將CR傳輸到QAS進行測試，然後Basis監理批準，Basis完成PRD傳輸。
配置變更不需要個人申請。顧問每次調整配置都要經過主管批準嗎？主管有太多的事情要做。更改配置時，只需做好版本控制和更改記錄，方便壹些特殊情況下的回滾。