ITILのプロセス関連図
とある勉強会で、クレーム処理でITILの話が出てきたので、整理するためにメモ。
下記のプロセス関連図でITILは全て説明できる。
ITIL:Information Technology Infrastructure Library - Wikipedia
ITILのプロセスは、PDCAサイクルで覚えればいい。
但し、起点がPlanの変更管理とCheckのインシデント管理の2パターンがある。
RFC(変更要求)が来た場合、変更管理プロセスで、要求を実現するための計画を作る。
つまり、CAB(変更諮問委員会)がステークホルダーを集めて、例えば、実装方法やリリース作業、そしてレビューやテスト方法、評価などの方針を議論して、決定する。
次に、変更管理で作られた計画に従ってリリース管理で、作業者が対応を行う。
実際は、ソースを修正してテストして、リリースする。
他方、顧客からクレームが来た場合、サポートデスクでインシデントとして受け付ける。
サポートデスクは普通は、女性の事務オペレータだったりする。
インシデント管理では、クレームが障害なのか要望なのか単なる質問なのか、を整理する。
障害の場合、暫定対応を連絡する時もある。
次に、障害だと判明したら、問題管理に送られて、BTSへ登録し、根本原因の究明を行う。
問題管理では、原因調査と是正対策を取るのが目的であり、すぐに直すわけではない。
ここでよく出る言葉は、SLA(Service Level Agreement)、いわゆるサービス品質維持契約。
顧客とSIerで、運用するシステムの品質を契約にする。
インシデント管理におけるクレーム情報、問題管理における障害情報から、SLAを満たしているか評価するのに使われる時が多い。
そして、問題管理で作られた是正対策をインプットとして、変更管理で実装計画を立てて、リリース管理で実装・リリースを行う流れになる。
構成管理は、変更管理・リリース管理・インシデント管理・問題管理を支えるインフラであり、CMDB(構成管理データベース)で一括管理されている。
CMDBには、CI(構成アイテム)とCIの作業履歴が登録されている。
SVNリポジトリをもっと汎用化したもののようにとらえればいいだろう。
この流れを詳細化すればITILの用語や説明は分かる。
だからITILはそれほど難しくない。
でも、ITILの発想は、抽象的なPMBOKよりもSW開発の現場で非常に役立つと思う。
チケット駆動開発でも、ITILのプロセスフローを参考にした。
SW開発の現場リーダーは、ITILの考えに触れておくと、RedmineやTestLinkで何ができて何が利点なのか、よく分かるだろうと思う。
昨今、情報処理試験でも情報セキュリティとサービスマネージャ(ITIL)の資格が重視されていると聞いた。
ITILファウンデーションの資格は、このプロセスを詳細化したぐらいで簡単に合格できる。
| 固定リンク
「Git・構成管理」カテゴリの記事
- 第14回東京Redmine勉強会の感想 #redmineT(2018.05.27)
- 歴史の流れをPlantUMLのシーケンス図で書き起こす事例のリンク(2018.12.30)
- 第19回Redmine大阪の見所 #redmineosaka(2019.01.26)
- PlantUML Example for モデルベース要件定義テクニックの記事のリンク(2019.01.04)
- GitHubが無料でプライベートリポジトリも使えることで小説家にもGitが必須になってきたのではないか(2019.01.11)
「Redmine」カテゴリの記事
- Redmineインスタンスはチームの組織文化や慣習を表す(2016.06.04)
- RedmineユーザはRedminersと呼ぼう~We are Redminers!(2019.02.11)
- 日本の大企業におけるRedmineの利用事例の資料のリンク(2017.03.22)
- 第14回東京Redmine勉強会の感想 #redmineT(2018.05.27)
- RedmineのGit連携機能に関する議論(2019.01.31)
「TestLink」カテゴリの記事
- テスト消化曲線とバグ発生曲線のパターン診断(2010.02.28)
- TestLinkにExcelのテスト項目書をインポートする方法(2017.06.01)
- TiDDをRubyで補強するアイデア(2009.12.26)
- Excelのプロジェクト管理から脱却せよ~SW構成管理を見直そう(2008.12.01)
- ツールが開発プロセスを改善する(2008.11.09)
「ソフトウェア工学」カテゴリの記事
- ツールでプロセスを実装すべきか、プロセスを確立してからツールを導入すべきか(2015.07.18)
- 【告知】2019/2/16にSEA関西でIPAの方の講演「IoT時代のシステム開発アプローチ」の見所 #seakansai(2019.01.11)
- 【告知】2019/3/2にSEA関西で「気象予報システムを支える技術」の見所 #seakansai(2019.01.11)
- 大規模組織におけるRedmineを巡る諸問題~組織構造がRedmineに与える影響(2016.06.19)
- チケット駆動開発のアイデアがRedmineへ与えた影響は何か(2018.12.10)
「チケット駆動開発」カテゴリの記事
- ツールでプロセスを実装すべきか、プロセスを確立してからツールを導入すべきか(2015.07.18)
- 第19回Redmine大阪の見所 #redmineosaka(2019.01.26)
- Redmineは戦略に従う。そして、Redmineは組織に従う~システム運用フローの背後にある組織構造の影(2016.02.10)
- 大規模組織におけるRedmineを巡る諸問題~組織構造がRedmineに与える影響(2016.06.19)
- チケット駆動開発のアイデアがRedmineへ与えた影響は何か(2018.12.10)
「プロジェクトマネジメント」カテゴリの記事
- クラウド(対立解消図)の考え方(2019.02.03)
- 大規模組織におけるRedmineを巡る諸問題~組織構造がRedmineに与える影響(2016.06.19)
- チケット駆動開発のアイデアがRedmineへ与えた影響は何か(2018.12.10)
- Conwayの法則の拡張版~運用は組織に従う、ワークフローは組織に従う(2015.07.15)
- Coplienの開発工程の生成的パターン言語を読むpart1(2012.10.11)
コメント