SaaS環境の実行が必ずしも容易ではない理由についてのKrisCowles

今日は最近の会話を クリス・カウルズ、日本企業の2,000人の部門であるTopcon PositioningSystemsのグローバルアプリケーションIT担当副社長トプコン。以前は、シスコでエンジニアリングオペレーションのディレクターを務めていました。彼女は、SaaSベンダーと協力することで増大する苦痛のいくつかと、それをどのように機能させるかについて説明します。

OpsRamp:トプコンでの日々の仕事について少し教えてください。

KC: 私はカリフォルニアに拠点を置くTopconのポジショニング部門で働いています。私たちはビジネスアプリとインフラストラクチャを従来から分離しており、ERPからCRM、財務、eコマースなどのアプリケーション側で働いています。トプコンは、商業建設および商業農業向けのハードウェア、ソフトウェア、およびサービスを開発しています。私の中心的な仕事は会社のビジネスシステムを運営することですが、販売しているすべてのソフトウェアをアクティブ化、更新、追跡する方法について、エンジニアリングおよび製品管理とも協力しています。また、ビジネスインテリジェンスに関する大規模な会話や、基本的な分析からビッグデータの潜在的な用途への移行方法にも参加しています。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

関連するOpsRamp
ユースケース

この記事では、監視、インシデント管理、および統合について説明します。 OpsRampがこれらの分野でどのように役立つかについての詳細は、以下のリンクを確認してください。

OpsRampとのネイティブ統合

インテリジェントインシデント管理

マルチクラウドモニタリング


OpsRamp:TopconのITインフラストラクチャプロファイルとその進化について説明してください。

KC:当社のコア製造サイトは標準のオンプレミスであり、他のほとんどすべてがクラウドにあるため、ハイブリッドセットアップがあります。 SAPテクノロジーだけでなく、Salesforce、Zuora、Adobe、WorkDay、NetSuite、その他のさまざまなアプリの重要なフットプリントがあります。  トプコンは、私たちの複雑さが有機的成長と多くの買収の両方に起因するという点で、他の多くの企業と同様です。現在、ERP統合の過程にありますが、それは複数年にわたることになるでしょう。

OpsRamp:多くのSaaSアプリを実行すると、チームにどのような影響がありますか。たとえば、作業と結果に対する責任の共有などです。

KC: 経営幹部のクラウドへの移行全体は、財務以上のものです。人々はのサウンドバイトに焦点を合わせ、私たちはより速く動き、イノベーションを消費し、才能と専門知識とセキュリティを獲得することができます。これはすべて真実です。以前は不可能だったプロジェクト速度で、標準化されたソリューションを迅速に展開することができました。また、サイバーセキュリティの状況に対処しようとしている多くの企業と同様に、私たちの戦略の一部は、すばらしいテクノロジーパートナーに支えられた安全なクラウドアプリケーションを使用することです。しかし、それはまた、実践的な直接管理に慣れている拡張リーダーシップチームの文化的変化でもあります。何かがうまくいかない場合、それが修正されるまでITをレーザーの目で見つめるという、昔からの見方はありますか?さて、今、私たちはより仲介者です。私は別の会社に依存していて、彼らは何が起こっているのか正確に教えてくれないかもしれませんし、それがどれほど重要であるかを教えてくれないかもしれません。不透明。  私は多くの理由を理解していますどうして 詳細を説明することはできませんが、これにより顧客は困難な立場に置かれる可能性があります。

OpsRamp:それはかなりイライラするように聞こえます。

KC: 私の役割とC-Suiteの従来の幹部がコントロールを失うことは非常に困難です。ベンダーがアプリは稼働していると言うことがありますが、私たちのビジネスはまだ稼働していません。 SaaS市場でSLAを導入することは、ビジネスプロセスに関する業界での新たな議論です。これはアクティブな進化ですが、まだ実現されていません。停止が発生した場合、最初のステップは、それが私たちなのか、ベンダーなのか、その他の仲介者なのかを特定することです。それが1人の顧客である場合、または異なる顧客が異なるレベルの重大度の影響を受ける場合は、問題の重大度を調整してから、エスカレーションプロセスを実行します。大きな問題は、ビジネスプロセスがダウンしていることを警告するモニターが彼らの側にないことです。ベンダーはマイナーに見える小さな変更を加える可能性がありますが、一方がアップグレードされ、統合に下位互換性がないため、2つのシステム間の接続が突然ダウンします。ベンダーは、インターフェースとの下位互換性については責任を負わないと言うでしょう。 IT組織は、変更管理、コミュニケーション、および卓越した運用への取り組みはアプリケーションレベルではないという概念で成長しました。プロセスレベルです。 SaaSベンダーは、まだその移行に取り組んでいます。   


私の役割と
受け入れるC-Suite。


OpsRamp:この状況を防ぐために、契約レベルで何かできることはありますか?

KC:  プロセスにSLAを導入するSaaS企業はまだ見たことがありません。そして、20,000または50,000の顧客がいるため、それは困難です。 また、お客様がプロセスのSLAに影響を与えるような変更を加えたかどうかを特定するのは簡単ではないことも理解しています。そのシナリオでは、顧客がベンダーの制御を超えて変更を加えた可能性があるため、ベンダーがプロセスSLAを*提供しない*という明確な理由があります。   反対に、標準的なプロセスであれば、アップグレードや変更に耐えて機能するはずです。なんらかの理由でコアプロセスを実行できない場合は、アプリケーションが稼働していてもビジネスはダウンしています。これは通常、SaaS契約ではカバーされません。   

OpsRamp:多くのSaaSパートナーを持つことによるデータの問題はどうですか?

KC: すべてのデータモデルは異なります。顧客の命名規則に関する業界標準などについて、ベンダー間の初期の会話が見られ始めたばかりです。そのようなことをするのは本当に難しいです。互いに競争しておらず、十分な市場を持っている企業を見つけて、それらを連携させることができますか?これは、オンプレミスシステムのカスタム統合を構築する場合、それをいつどのように変更するかを決定することを除いて、オンプレミスアプリケーションの実行と同じです。 SaaSベンダーのアップグレードスケジュールを使用している場合、バイアスは、常にテストや変更を必要としない標準のインターフェイスを使用することです。

OpsRamp:では、何が良いのですか?

KC: アプリケーションとインフラストラクチャの間に従来の結合がないため、柔軟性が高く、速度が向上します。これは主にオンデマンドであるため、オンにして準備ができたら、ベストプラクティスを活用するだけです。すべての企業が標準的なビジネス慣行を使用できるかどうかを評価することが重要です。これにより、クラウドに合わせて拡張できる膨大な能力が得られます。このモデルでは、従来の要件の収集や「何が必要ですか」という質問は行いません。 「これがどのように機能するのか、何が適合するか、何が適合しないかを教えてください」と私たちは言います。わずかな違いを調整するだけのテンプレートを作成してデプロイできます。

考えられるレビューポイントの1つは、SaaSの価値は絶え間ない革新であると想定していますが、プロセスを年に2、3回変更することを望んでいる大規模な組織はあまりありません。ビジネスが許容できる変化の程度に関する仮定は、企業の規模や種類によって異なります。企業の変更サイクルが遅い場合は、更新で「イノベーション」を延期する可能性があります。その後、誰かが契約の更新を行い、実際には実装されていない「すべてのイノベーション」の標準価格が引き上げられます。

OpsRamp:今または後で支払うつもりですか?

KC: はい。イノベーションは、それを採用したいときに存在し、ベストプラクティスの観点から価値があります。ロールアウトをテンプレート化して、以前よりもはるかに高速に移動できます。また、キャリアIT担当者にとって、24時間年中無休のエンドツーエンドのP1opsの責任がなくなることは素晴らしいことです。   本当に素晴らしい企業の中には、自分たちではできない規模で、スタックの複数のレイヤー(コンピューティング、データベース、セキュリティ、ストレージ)を実行しているものがあると信じることができます。さらに、企業がアプリのエンジニアリング方法について賢くなるにつれて、SaaSには大きな価値があります。適切にコンテナ化された専用のクラウドシステムと、レガシーコードスタックであり、たまたまクラウドで利用できるシステムとの間には違いがあります。 SaaSがオンプレミスソフトウェアのように扱われる方法についてベンダーと話すことがあります。すべてのリリースノートを送らないでください。それはSaaSです。あなたは私が何を実行しているのか知っているべきです。必要なメモだけを送って、何をテストすべきか教えてください。ほとんどのSaaS企業は、アプリケーション自体でアップグレード情報をまだ提供していません。それは大規模にパーソナライズされる可能性があり、そこには大きなチャンスがあります。

OpsRamp:SaaSの世界で成功するために、次に前進する戦略は何ですか?

KC: 私たちは統合スペシャリスト、クラウドスペシャリスト、プロセススペシャリストでなければなりません。最終的には、データ担当者とはるかに複雑なスキルになります。走れる人が本当に必要です 統合アーキテクチャ API全体で、JavaやC +よりもそうです。どの企業の目標もクラウドで成功することであるため、ベンダーと戦略的な会話を持ち、提唱し続ける必要があります。私たちは彼らが競合他社と差別化するのを助けることができます。その間、あなたは自分で問題を解決しようとします。しかし、私たちがすべての問題を自分たちで解決し続けると、私たちはお金の価値を得ることができません。私たちは今でも多くの革新的なことを行っており、できることすべてを活用して、多大な利益を享受しています。しかし、クラウドは見た目よりもはるかに複雑です。草は緑ではなく、ただ違うだけです。

OpsRamp:最後に、多様性について説明したいと思います。男性中心の環境で女性になるという重大な課題を経験したことがありますか?

KC: 確かに、私はそれに遭遇しますが、ある意味で、テクノロジーは正常化するセクターです。適切なタイプのテクノロジーと戦略の実行があれば、誰も気にしません。しかし、従来のビジネス関係や社会的相互作用には依然として課題があります。男性に好まれる傾向のある活動を特徴とする顧客感謝イベントは、包括的ではないと感じるかもしれません。しかし、あなたは女性であるために人々があなたの意見を求めることもあります。うまくいけば、ますます多くの女性が成功を収めるだけでなく、業界でも目に見えるようになるにつれて、それはなくなるでしょう。そうは言っても、私はトークニズムの道をたどらないように注意しています。男性が支配する分野では、女性はこれらの偏見にさらされる可能性を保護するレベルの個人的な回復力を備えている必要があります。それのほとんどを無視すると、それがなくなるか、そうでなければ、最初は非常に外交的ですがしっかりした姿勢を取ることができます。自分の役割を確立し、従わず、動揺しないでください。   あなたができることを知っているリーダーになりましょう。参加者は講演者の多様性と関係者の選択肢を増やしたいと考えているため、イベントで話すなど、普段はやりたくないことをやろうと思うことがあります。私の目標は自己宣伝ではありませんが、自分の部署や会社を代表するブランドがあると感じています。

次のステップ:

cta-4-phases


Recommended posts