2020年の間、OpsRampは、最新のIT運用、開発、およびリーダーシップ戦略について、多くの優秀な思想家やリーダーにインタビューを行ってきました。これらのインタビューの多くからの抜粋をここにまとめました。
クラウド運用:
「ほとんどのアプリケーションが失敗する理由は、成功のためです。組織は成功する準備ができていません。より多くの顧客を持つことは、より高い期待を生み出します。じゃあ何をすればいいの?ストレステストはある程度しか役に立ちません。顧客が何をしているかを真にシミュレートできることはめったにありません。予期していなかったことが原因で成功しました。答えは、可用性の文化に焦点を当てることです。システムを構築するときは、特定の制限があるシステムを構築しないでください。」
インタビューを読む クラウドアーキテクチャの第一人者、リー・アチソンと。
「プラットフォームチームは、開発、セキュリティ、運用などの部門横断的な専門知識で構成されるフルスタックチームとして設定されます。プラットフォームチームは、本質的に製品チームになりつつあります。彼らの顧客は開発者であり、これは外国の概念です。これは、通常、開発者と他のチームの間で多くの競合が発生しているためです。しかし現在、これは開発者中心の製品組織であり、開発者が迅速かつ安全に移動できるように機能を提供するために存在しています。」
デロイトのチーフクラウドアーキテクトであるマイクケイビスが他に何を言っているかをご覧くださいここ.
DevOps:
「計画と設計は流動的で、非常に速く変化します。そのため、ガイドラインと原則を設定するアーキテクトが必要ですが、それらを開発チームに統合して、トップダウンの指示ではなく双方向の会話にする必要があります。苦労しているもう1つのグループは、プロジェクトマネージャーです。 DevOpsとアジャイルではそれらは必要ないという考えがありました。ただし、管理が多すぎるから少なすぎるように修正しすぎたと思います。プロジェクトマネージャーがさまざまな関係者や利害関係者の管理を支援することには利点があります。」
インタビューを読む DevOpsの作者であり専門家であるMircoHeringと。
Low-code movement:
「CIOに必要な製品マネージャーと開発者は少なくなります。コードが少なく、コードとセルフサービスツールがないため、開発がはるかに簡単になります。今日の一部のCIOは、開発や配信のビジネスにまったく関与したくないが、ビジネス上の問題を解決したいと考えています。そのため、必要な実際のテクノロジースキルは低下していますが、CIOには、テクノロジー組織とビジネスの内部の仕組みを理解している人々が本当に必要です。ちなみに、これは最先端のものですが、このシフトは、そのような環境を設定でき、ビジネスについての本当の知識を持っている人々を重視しています。」
続きを読むITワークプレイスのトレンドについてマーサヘラーから。
SaaS Operations:
「経営幹部のクラウドへの移行全体は、財務以上のものです。人々はのサウンドバイトに焦点を合わせ、私たちはより速く動き、イノベーションを消費し、才能と専門知識とセキュリティを獲得することができます。これはすべて真実です。以前は不可能だったプロジェクト速度で、標準化されたソリューションを迅速に展開することができました。しかし、それはまた、実践的な直接管理に慣れている拡張リーダーシップチームの文化的変化でもあります。何かがうまくいかない場合、それが修正されるまでITをレーザーの目で見つめるという、昔からの見方はありますか?さて、今、私たちはより仲介者です。私は別の会社に依存していて、彼らは何が起こっているのか正確に教えてくれないかもしれませんし、それがどれほど重要であるかを教えてくれないかもしれません。不透明です。」
ITエグゼクティブのKrisCowlesがSaaS戦略について詳しく説明していますここ.
IT Leadership:
「[Covid-19の]フェーズIの間、個々のチーム内での頻繁な管理コミュニケーションに多くの重点が置かれました。それはチームメンバーにとって有用で安心でした。しかし、リーダーは、そのような高周波通信を維持することによって、潜在意識のマイクロマネジメントの形に陥らないようにする必要があります。リーダーはまた、IT組織を構成するさまざまな技術チーム間の部族主義と戦う必要があります。」
続きを読む CIOのベテランMarkSettleから。