ITSMを管理する理由

最近、私のWindows管理者はITIL Foundation証明書を取得する価値があるかどうかを尋ねました。 うなずいた。 彼の隣に座っていた眠そうなネットワーク担当者はすぐに起動し、ダウンロードした5冊のITIL v3をベクター(!)Pdfで示し、実際には「これですべて」を知る必要があると誇らしげに付け加えました。 ここで私の頭が上がらなかった。



叙情的な余談...



私自身、長い間ITSMに在籍しており、すべての証明書を受け取りました。 はい、人生だけでこれから何も変わりませんでした。私の工数はそれ以上かかりませんでした。仕事のプロファイルは変わりません。灰色のセルは頭に追加されていません。 一般に、技術の標準化により、専門家が獲得した知識の認定市場を含む、多くの流通市場が生まれます。 どうやら、人事担当者と認証センターにはNレベルの証明書が必要です。 1つ目は、最も適切な、わかりにくい言葉を使った履歴書から選択することであり、2つ目は、専門家からお金を引き出す仕組みを構築することです。 しかし、ITプロフェッショナルにはこの認定が必要ですか? 私はそれを疑います...



英国の役立つヒントのライブラリが、IT専門家の思考の合理性を非常にサポートしていることは明らかです。 この一見関連するトピックに大きな問題があります。



管理者は、いわば鉄の好きな部分、つまりより高いレベルの通信プロトコルの上に、巨大な関係の層を見ています。 彼は自分の強さを感じ、理解しているテクノロジーがITサービスに変換されて収益を上げるITシステムの階層の新しいレベルを熱心に探求します。 この形而上学を理解することを望んで、彼は設定をしたのと同じように「サービスを行う」ことができます。 まあ、これは私たちの管理者が創造的な人である場合です。 そして、人生において、彼のためのITESEMは2つのケースで始まります:彼らが上から要求するとき、またはそこから-上で-彼は自分で行くことに決めました。



そして、彼らは飛び去って、私たちは始めました...認証



他の認証と同様に、外見的にはすべてが正常なようです。 基本的な試験のために、ロールプレイングゲームの用語と主要なストローク(誰が、何を、なぜ)を知る必要があります。 次に、あなたが誰になるかを選択します-開業医または建築家、そしていくつかの論理的に統合された試験に合格します。 あなたはポイントを獲得します。 実務家として、問題の解決策を考え出すことができるはずです(準備中および試験中です-タスクはケースと解決策の形式です)。 アーキテクトとして、これらは同じタスクですが、出力はアクションプランではなく、書籍から一意に相互接続された引用を百科事典的に正確にアンロードします。 実装計画はもはやあなたのビジネスではありません。 最終試験のポイントを獲得して合格し(6時間の巨大タスク)、あなたはITILマスターです。



素晴らしい、キャッチは何ですか? 本は濁っている。 それらは建築家専用に書かれています。 開業医はそこで指示を与えられませんでした。 コースでさえ、5冊すべての本とコンサルタントの経験で構成されています。 管理者は開業医なので、このカグベのナンセンスは彼にとって理解不能です。 また、システム全体をカバーするのは、垂直分岐遷移を含む5層のメトロマップを念頭に置く方法です。 あなたはそれを理解することができます、覚えている-いいえ。



裸の理論は一般に収益化可能であると理解できません(実際、システムアナリストの歩兵の位置については、システムインテグレーターにアクセスして、数日間にわたる典型的な変更の処理オプションを最適化しないでください)。 開業医は履歴書に色をつけて、いつでも自分のキャリアの偏りをなくし、正しい言葉を得て、あらゆるシステムを単一のシステムに追加することができます。 みんな練習に行きます。 しかし、彼らは学ぶことは何もありません。 技術がないからです。



あなたは本を見る-あなたはおっぱいを見る



管理者はそれを理解しようとすると何を理解しますか?



まず、彼のかわいいサーバーとスクリプトは重要ですが、彼にとってのみ重要です。 上記では、彼のアップグレード、新しいライセンス、給与、ビールに支払うお金があります-彼らはさまざまなカテゴリーで考えています。 メールだけが送られ、インターフェースのボタンが少なければ、技術的な解決策の優雅さは気にしません。 そして、それは真実です。なぜ、ユーザーである彼らがそのような祖母のために苦しむのでしょうか?



第二に、インフラストラクチャがサービスの一部になった場合、興味深い新製品の研究や設定のスカルプトのスキルを磨くのではなく、可用性、継続性、生産性に大きな注意を払う必要があります。 つまり、デバイスの状態を監視し、定期的な検査を実施し、ダウンタイムと修理を計画します。 一般的に、腐った固体。 退屈。 ルーチン。 ブエ。



第三に、管理者は、利用率がサービスアーキテクトの目には互換性のある詳細になることを明確に理解しています。 後者はサービス要件を取得し、サービス設計パッケージを作成し、そこでリソースを収集します。 そして奇妙な方法でこれらのリソースには、ハードウェアとソフトウェアだけでなく、そのような証明書とそのような証明書を持っている一定数の人々が含まれます。 彼らの作品には目的があり、工数が描かれています-スピン、ガジェット。 誰が好きですか?



私はヨーロッパへの窓を切って同じを見ました...



そして、ここで管理者は個人的な小さな危機を抱えています。



ロシアのIT部門では、キャリアの成長はほとんどありません。 大企業がないからです。 自由市場がないからです。 なぜなら、すべては国家にとって大きなものであり、私たちは皆、彼らがどれほどITを愛しているかを知っているからです。 おがくずのみが飛ぶ。



単一のビジネスであっても、成熟したIT組織はビジネス自体の未熟な組織に依存しています。 そして、何らかの理由であまりにも優秀なITスペシャリストがしばしば仕事を変え始めます...



これらの標準が発明された西部では、異なる文化です。 彼らはより少なく費やし、より多くを得ようとします。 コンベアの出口にあるゴミ袋が6.5%安くなるように、経営理念を変える用意があります。



そして、すぐに崩壊が始まります。 ロシアでITSM実装の90%が通話管理プロセスの実装で終わるのはなぜですか? すべてが非常にシンプルです-サービスデスクの後、プロセスは異なる文化、西洋の文化から始まります。 各参加者が個人的に責任を負う場合。 前方にあることが知られているロワシーでは、ドアのみが個人的に示されています。 どこにもチームワークはなく、すべて孤独な天才です。



そして、管理者はそのような知識から悲しむだけです。 彼は(コンサルタントとして)有望なプレゼンテーションを行ったり、ディブをカットしたり、OPE内のかろうじて暖かいシステムを渡したり捨てたりするために使用されていません。 彼はこれらのシステムを構築し、チュニック、治癒、成長、一般的にはエクスプロイトです。 ITSMshchikが言うように、彼は期待される価値を確実に提供しようとしています。



私たちの国では、プロセス自体はそのような価値を与えません。 より正確には、彼らはそれを与えますが、誰もそれを必要としません。



管理者は行き詰まっています。 テクニックがあり、指示に従って理解して構築することができますが、なぜですか? 仕事の退屈な部分を開始するには? 歯車になるには? ヤギコンサルタントになるには?



正直な管理者は拒否します。



私のネジは、ITIL財団を取りに行きました...



おそらく、彼は正直な管理者であることにうんざりしていました。



All Articles