ITILは死んだ、長生きするITIL
ITILの精神は会議スペース全体に行き渡り、これを取り去ることはできません-群衆の中で、切望されているグリーンバッジ、ITILの設立者、グル、世界クラスの専門家と出会うことができます。 しかし、今年は少し悲しく、同時に楽観的でした。
間違いなく、10年ごとに更新される4巻のボリュームで作成されたベストプラクティスは、ITの爆発的な発展という現代の世界では、フェティッシュや研究の対象以上のものになる可能性はありません。 つまり、実用的な価値は日々失われています。 そして驚くべきことでしたが、同時に、AXELOSの伝説的なローマのZhuravlevから、ITILの終わりのない称賛と高揚の言葉ではなく、物事が本来のように進んでいないことを正直に認めることは嬉しかったです。 この小説は、私たちは多くの問題を抱える深刻な病気の市場に住んでおり、コミュニティは言葉遣いに精通しているが、コンテンツは新鮮であるという課題に直面していることを示しました。
実際、ITILライブラリは不完全な製品であり、10年前に2000ページをリリースしましたが、ある意味では時代遅れになっています。 そして、4巻の本自体のフォーマットは、知覚には不便です。 さらに、認証スキームでさえ複雑でわかりにくいため、商業的に非効率的な製品になります。 はい、ユーザー自身がITIL疾患に関与していました。
- 私たちはカーゴカルトを培ってきました。何も役に立たない場合は、緊急にITILまたはDevOpsを導入します-ああ、彼らは役に立たず、失望を完全にし、それらを拒否します。
- トレーナーは企業のダンジョンで、DevOpsとITILについての美しいスライドを「デジタルトランスフォーメーション」という言葉で全員に読んでいます。
- 段階的な導入と長期的な開発のための方法論を拒否したトップマネージャーは、目標が非常に短期間の今年の結果による現金ボーナスであるため、遅れることはありませんでした。
そのため、ITIL
Roman ZhuravlevはITILがどうあるべきかを知っています。 そして、私たちは信じています-そうでしょう！
コミュニティにはITILを変更し、現代の専門家が要求する経験を蓄積する必要があります。 特に、ヒントと厳格なルールを共有し、ベストプラクティスのライブラリを電子形式に変換し、認証スキームを最適化することが提案されています。 彼らは、変更に関する最初のデータが2018年の初めにコミュニティに届くと約束しています。 冬が来ています。
しかし、トレンド
できるだけ多くのプレゼンテーションに参加するために分割し、時にはパフォーマンス中に部屋から部屋へと移動しました。 そして、それは効果的であることが判明しました-私たちは観察結果を交換し、論文とトレンドをまとめました。その結果、多くの興味深い観察結果を得ました。
スピーカーの声
「会計士は悲しい女性です。彼らは一日中数字で座っています 。 」
- スタンドおよびレポートで何度か、ITSMソフトウェアはまず第一に、美しいインターフェースではなく機能的なコンテンツを追いかけるべきではないという考えが表明されました。 システム管理者とネットワークエンジニアは、プログラム自体のためにチケットとフラットがどのように設計されているかに最も関心を持っています。 ウィンドウを使用すると、データをすばやく操作し、情報を提供できることがはるかに重要です。
白くてふわふわの技術サポート
- 会社で使用されるサービスのエンドツーエンドの統合が必要です。 エンドツーエンドの統合がなければ、完全な自動化を行うことはできません。 しかし、少なくとも3回行われたすべてが自動化されるべきであるという言葉は、多くのスピーカーとインサイダーによって聞かれました
- 自動化の結果は、管理の対象としてのプロセスの形成になるはずです-Raiffeisenbankの代表者は、DevOpsとアジャイルに関する彼のレポートでこれについて述べました。 このレポートは印象的でした。どういうわけか、このような柔軟で高度な方法論の銀行のような柔軟な構造を期待していない。 スピーカーは、「私たちが2回以上行うことはすべて自動化します」というカテゴリーでした。 この困難な分野での銀行の成功の構成要素の1つは、継続的なトレーニングでした。数人のモニタリングスペシャリストがチームに紹介され、トレーニングを受けて仕事に戻ります。 したがって、チームは貴重な知識を得て、専門家に負担をかけすぎません。
- すべての部門がITSMプロジェクトに関心を持つべきです。 これが行われない場合、IT部門は相互作用を解決する必要があります。
痛みについてスライドする-ITが訪問の簿記にどのように取り組むか
- ところで、トレーニングと資格については、ほぼすべてのレポートで言及されました。 まず第一に、専門家は、同僚の代わりに、または銀行などの機関の複雑なプロセスをカバーするために、多くの分野の専門家の経験を一度に持つ必要があるということでした。 コンピテンシーが混在する必要があります。新しい時代の専門家が求められており、組織構造、プロセス、技術の交差点で働くことができます。
- ハードウェアおよびソフトウェア資産に加えて、別のタイプが明確に識別されました：ITシステム。 これらは、最初の2つのタイプと、ハードウェアとソフトウェアに関連するドキュメントとプロセスの組み合わせです。
- インシデントは正常です。恐れることはありませんが、結論を導き、根本原因を見つけることができる必要があります。 専門家は、インシデントを処理するための2つのアシスタントを持っています。優れたソフトウェアと分析です。 私たちは新しいAlloy Navigator 8.0を検討しており、この論文に完全に同意しています。
スピーカーの声
「今日は足を骨折して明日はどこにも行かないようにします 。 」
Sberbankからの実用的なレポート
訪問した各レポートには、最大の実践、最小の理論および広告がありました。 しかし、Sberbank-Technology Sergey PrutskikhのITインフラストラクチャ監視部門の責任者の報告は、最も実用的で簡潔かつクールであることが判明しました。 彼は、会社でITインフラストラクチャ監視システムを構築するときに7つのタブーについて話し、それらを「7つのNOT」と呼びました。 これは本当にやりがいのある話であるため、各原則についてコメントして、レポートを詳しく見ていきましょう。
監視システムの実装に関与しないでください-システムだけでは何も解決されず、プロセスの組織が決定します。 最も洗練されたシステムを配置し、プロセスがデバッグされていない場合、結果は負になります。
スパイスライドのタイトルスポンサーは、部屋の奥にある不快な場所です
インテグレーターがすべての作業を行うわけではありません。 おそらく、これは私たちにとって7つの中で最もエキサイティングなポイントです。事実は、ビジネスの代表者が魔法の薬（システム自体）と賢いおじさん（ベンダー）をよく信じていることです。 ただし、ITインフラストラクチャのニュアンスと問題をすべて知っている人は誰もいません。つまり、監視システムの成功はあなた次第です。
ITインフラストラクチャの監視と管理を混同しないでください。 実際、監視はインフラストラクチャの状態を監視するための一連のプロセスであり、管理は設計、作成、開発、更新、保守などの作業です。
仕事の結果を消費しない場合、部下が監視を使用すると想定しないでください。 経営者が監視を正式なものとして実装している場合、従業員はそれを重要な作業ツールとは見なしません。 特に、適切に構成および管理された監視システムがコスト削減に役立つため、実装されたプロジェクトとその作業の結果に引き続き関心を持っているようにしてください。
従業員に監視システムの使用を強制しないでください-動機付けをしてください。
テスト中は、監視システムの機能の確認に集中しないでください 。
監視は、作業を開始してニーズに合わせて調整するまで有益ではありません 。
スパイスライドの2番目のスポンサーは、モニターとCanon-aの競合です
なんでそこにいるの？
「私たちのチームは、しばしばITSMテーマに関連するさまざまな会議に参加します」と、このパラグラフで書きたいと思います。 しかし、うまくいかないことがよくあります-ロシアでは2つの主要な会議（春と秋）しかなく、世界ではそれほど多くないからです。 それにもかかわらず、スタンドの有無にかかわらず、私たちは行き来します（今回のように）。 まず、
- ほぼすべての参加者が「トピック」です。これらは、ベンダー、システム管理者、エコノミストの代表者です（これは重要です-企業がITインフラストラクチャのコストを適切に管理する方法を学んでいることを示す指標です）、開発者、テクニカルディレクター、顧客など
- ITSMFレポートは、洞察、洞察、実践、習得の秘密で構成されています。 最小限の広告があります。通常、広告はスタンドまたはスポンサーセクションの形で配置されます。 しかし、もちろん例外もあります-特に不快ではありません。
- 会議では、予想外の非常に高いランクの人々に会い、知り合いになり、ビジネスの利益に働きかけることができます。
ITILライブラリーの創設者、非常に素晴らしいDR。 ドンページ、ITSM戦略ディレクター - スタンドに参加しているすべての競技者は、お互いにコミュニケーションを取り、更新について尋ね、資料を収集し、経験から学び、このプロセスを恐れません。
- スタンドでは、作業中のソフトウェアを見ることができ、専門家に質問を正確に尋ねることができます（スタンドでの長い足の美しさには何もありませんが、これは状況ではありません）。ソフトウェアを購入するための協力と特別な条件に同意することさえできます。
これが私たちです-ITSMFに委任されたAlloy Softwareチームのごく一部
一般に、一見したところ、このカンファレンスは、プログラマーが慣れているカンファレンスとは大きく異なり、非常に深刻で難解なように思われます。 しかし、そこで1日過ごした後は、時間が無駄に無駄にならず、サンクトペテルブルクからモスクワへのフックが正当化され、ITSMFスペースにいる1分ごとが営業時間であることがわかります。 ゲーム、ゲーム、パズルはありません-ITSMハードコアのみ。
失敗ではなく、ITSMを作成します。
これは、ITSMがケーキであるという直接的な証拠です。