整個流程改進的驅動力來自於業務需求和業務部門期望it提供的服務水平和質量(通過服務等級協議sla規範)。it部門通過對企業遠景(想要去**?)、業界最佳經驗(如何實現我們的願望?)以及對現狀的評估和回顧(我們現在在**?)，對現有流程的差距進行分析。找出差距後，通過考慮風險、問題和機會，對整體的流程改進方向和重點進行規劃。
在流程改進規劃指導下，it部門需要從多方(如客戶滿意度調查，內部合理化建議)收集資訊，整理歸納出具體的流程改進建議。經過管理層批准，it部門協調資源實施流程改進建議，並對實施過程及結果進行評估匯報。改進後的流程將能夠更好地適應企業業務需求和業務部門對it服務的期望。
同時，企業會有各種各樣的變化發生(如企業併購、業務架構調整)，因此it部門提供的服務必須隨業務變化而調整。it部門要從變化中抓住機會，加強服務流程的彈性和適應變化的能力，這也是持續性流程改進的乙個具有現實意義的動因。
持續性流程改進17步
建議企業it部門持續性流程改進的典型操作流程如圖所示，詳細步驟闡述如下:
1. 制訂流程改進年度計畫
⑴ 流程及質量組負責人根據企業業務目標和it部門的年度發展計畫確定年度流程改進目標。
⑵ 根據確定的流程改進目標，流程及質量組負責人協調各it服務流程負責人，在考慮itil最佳經驗及當前服務管理流程現狀基礎智商，制訂《流程改進年度計畫》，《流程改進年度計畫》應包括至少以下內容:
◆ it部門整體流程改進方向和階段性流程改善設想
◆ 當前服務管理流程狀況及業界最佳經驗
◆ 本年度流程改進目標和動因分析
◆ 初步的流程改進點設想和相關的參考資訊
◆ 流程改進計畫安排及相關責任人
⑶ 企業it部門流程改進委員會評估並批准該計畫。
2. 定期評審年度計畫進展情況
在正式的月度或季度評審會上，由流程及質量組會同各流程負責人向it部門流程改進委員會匯報年度計畫進展情況，流程改進委員會評審並監控流程改進計畫的執**況，並適時地對計畫做出調整安排。
3. 收集改進建議
(1)收集整個it部門層面改進建議
在《流程改進年度計畫》指導下，由流程及質量管理組負責從日常工作和以下的資訊源中分析it部門層面可能的改進機會，側重於不同流程之間的銜接、新的it服務管理流程需求、監控和管理平台的需求等，從中識別並歸納出流程改進點。資訊**包括:
◆ 來自業務部門和運營部的需求
◆ it服務管理業界標準 (如bs 15000)
◆ 客戶滿意度調查結果
◆ 內部員工提出的流程改進建議
◆ 與管理層溝通的結果
◆ 公司和it部門業務目標
◆ 正式審計的結果(如有可能)
◆ 內部流程回顧的結果
◆ 流程kpi指標基準和變化趨勢
◆ 流程改進行動實施後的反饋
◆ it部門參與或發起的專案結束後的回顧
◆ 業務和新技術上的變革
(2)收集單個流程改進建議
在《流程改進年度計畫》指導下，由各流程負責人從日常流程執行或以下的資訊源中分析其所負責的流程可能的改進機會，側重於流程的設計原則、角色、效率、流程具體活動、工具的使用、kpi指標的定義或獲取等，從中識別並歸納出流程改進點。
4. 定期評估並確定流程改進點清單
每月由流程及質量管理部負責人定期召集會議，彙總來自流程及質量管理部和各流程負責人的流程改進建議，基於統一的評估標準和《流程改進年度計畫》對所有建議進行評估並篩選出計畫落實的流程改進點清單。統一的評估標準應至少包括:
◆ 該流程改進建議可能帶來的好處(短期受益還是長期受益)及影響範圍
◆ 實施建議的緊急程度和建議的優先順序
◆ 將其制度化或實施的容易程度(培訓，採購，安裝等)
◆ 是否需要對外採購
◆ 在推廣或部署中可能的風險和障礙
5. 針對各改進點制訂詳細方案
流程及質量管理部會同各流程負責人，針對計畫落實的流程改進點清單中的每一項建議，制訂詳細的方案，包括:
◆ 該改進建議的範圍及目標
◆ 該建議為it部門內部或外部帶來的好處
◆ 具體的改進方法和改進實施計畫
◆ 實施改進的資源及成本需求
6. 對流程改進點及改進方案進行評審
流程改進委員會負責對流程及質量管理部提交的流程改進點清單及詳細的改進方案進行評審，通過綜合業務目標、業界經驗、當前現狀及具體建議的特點(如對成本、資源、時間的要求)，決定各改進建議是否批准實施、否決還是推遲考慮。
7. 判斷重大改進點
流程改進委員會針對批准實施的各項建議，需判斷是否重大改進點以及實施的優先順序。重大改進點通常是相對複雜，具有一定風險，需要在一段時間內組織協調多方資源、或者需要通過採購第三方產品或服務才能實施的改進建議，需要成立專門的流程改進專案組，通過專案管理的方式運作以保證實施的成功。例如:
◆ 在it部門引入新的服務管理流程(例如:問題管理流程、服務級別管理流程等)
◆ 引入新的監控平台滿足對某個kpi指標的監控(例如:建立對所有中介軟體平台可用性指標進行監控的平台)
8. 實施非重大改進建議
對於非重大改進建議，根據優先順序的高低，由流程及質量組會同各流程負責人直接實施。通常的非重大改進建議包括:
◆ 對單個流程具體活動的優化
◆ 對流程中涉及的模板、文件的更新完善
◆ 對流程工具(如service desk)的客戶化定製修改
◆ 建立it部門統一的對外服務目錄
9. 實施效果評估
非重大改進建議實施完成後，需針對該詳細建議預期的目標、範圍和受益，由流程及質量管理組會同各流程負責人進行實施效果的評估。
10. 判斷是否達到預期效果?
流程及質量管理組會同各流程負責人進行非重大改進建議實施效果的評估後，判斷是否達到預期效果。如未達到預期效果，需保持原流程制度並做好相關的溝通工作。
11. 將改進後的流程制度化
當達到預期效果後，流程及質量管理組將正式更新相關的文件、模板、**等記錄，形成新的流程制度，同時正式發布並通告相關團隊。
12. 批准成立重大流程改進專案組
針對批准實施的重大流程改進點，由流程改進委員會批准成立流程改進專案組，指定專案經理，並根據該流程改進詳細建議分配適當的資源和資金。流程改進專案組根據需要臨時成立，全權負責該重大流程改進建議的實施，並向流程改進委員會匯報工作。
13. 制訂重大流程改進專案計畫
⑴ 流程改進專案經理，在前期該建議詳細方案的基礎上，協調專案組成員，制定重大流程改進專案計畫。該計畫必須涵蓋流程改進的試執行階段(包括試執行的範圍、計畫時間、預期的效果、反映試執行效果的資訊如何收集及分析等)，在試執行評估通過後，才會進入推廣階段。
⑵ 專案計畫經流程改進委員會審批通過後，由專案經理負責組織實施和監控，並向委員會定期匯報專案狀況。
14. 試執行及反饋分析
在與相關部門協商確定的試執行時間段內，由專案經理組織資源進行試執行工作。專案經理需負責及時解決試執行中問題，聽取專案反饋並收集試執行資料。並在試執行結束後，基於試執行結果進行反饋分析，準備試執行評估報告。評估報告應至少包括:
◆ 試執行專案目標的總體完成情況
◆ 流程\工具中存在的問題及解決思路
◆ 相關人員對流程改進的認可程度及建議
◆ 對初始目標的修訂建議
◆ 對未來推廣的建議，如果需要將其中部分流程制度化
◆ 是否需要進一步試執行的建議
15. 判斷是否試執行評估通過?
流程改進委員會對試執行結果進行評估審核，決定是否試執行通過進入推廣實施階段。
16. 判斷是否進一步試執行
流程改進委員會針對未通過試執行評估的情況，決定是進一步試執行測試還是中止。如決定中止，需保持原流程制度並做好相關的溝通工作。
17. 推廣
⑴ 專案經理根據試執行反饋結果和流程改進委員會評估建議，提出推廣部署方案和詳細的進度安排，並組織實施推廣工作，具體包括:
◆ 明確涉及的範圍，被影響的部門和人員，需要各方配合的工作
◆ 將改進後的流程、規範和方法及相關的文件通知所有團隊並進行相關的培訓
◆ 對於系統/工具的變化，組織相關人員進行推廣部署實施和測試
⑵ 推廣順利完成後，專案經理將所有相關文件交付流程及質量組，由流程及質量組負責將改進後的流程標準化、制度化。
10 看板實踐 流程改進
00.既然是人在製造物品，那麼除非人得到很好的發展，否則製造就無疑立足。名古屋豐田技術博物館的標語 01.看板源自精益思想，持續改進和尊重人是它的一切之根本。視覺化是乙個簡單有效的方法，它使自組織改進成為可能。現在在製品數量和幫助工作流動讓瓶頸和改進的機會對團隊可見，從而使團隊可以去改進他們。02....
17使用者身份管理
一.使用者身份概述 設計linux系統的初衷之一就是為了滿足多個使用者同事工作的需求，因此linux系統必須具備很好的安全性。1.使用者id uid 在rhel7系統中，使用者身份有如下這些 管理員uid為0 系統的管理員使用者。系統使用者uid為1 999 linux系統為了避免因某個服務程式出現...
專案管理 變更管理與過程改進
對變更管理的理解存在業務維度和系統維度兩個維度 質量控制可以找出需要進行修正的故障。為了得到修正，必須將這些故障提交為變更請求，然後分配給開發人員。有些變更請求可能是改進而不是故障。故障和改進都要經歷狀態變化，都可能要進行排序，都有所有者，都需要追蹤到它們在測試文件和用例文件中的起源。要管理變更，就...