ソフトウェアを食べ過ぎていませんか?

ソースノード: 1697331

マーク・アンドリーセンが有名になってからXNUMX年余りが経ちました ソフトウェアが世界を飲み込んでいると宣言した. 彼は正しかったです。 今、私たちは新しい段階に入っています: どこを見ても強力なソフトウェアがあり、 私たちは消費してきました it 長期的な影響をあまり考慮していません。 今日、私たちは皮肉な質問に直面しています。 私たちは食べ過ぎましたか? 

私たちのプレートには、想像できるあらゆる種類の用途が確かに詰まっており、どれも魅力的です。 これまでにサインアップしたアプリの数を知っていますか? たぶん数十、あるいは数百? Okta の顧客ごとにデプロイされたアプリの平均数 は 22% 上昇しました 過去4年間。 私が話をする IT の責任者は、彼らの会社には従業員よりも多くの SaaS アプリがあると冗談を言うことがよくあります。

この できる 問題になるとあなた すべき これを気にしてください。 欲望を抑制せずに成長させた組織は、次の XNUMX つの主要なリスクに直面します。

  • コスト: リモート ワークが標準になりつつある中、多くの企業でソフトウェアが XNUMX 番目に大きな出費になるのを目にしてきました。 でも、 SaaS アプリの最大 25% ライセンスは使用されなくなります。 あなたの会社の支出の上位 XNUMX つが人件費とテクノロジーである場合、上位 XNUMX つの支出の XNUMX つに多額のお金を浪費していることになります。
  • コンプライアンスリスク: クラウドベースのソフトウェアを販売したり、クライアント データをクラウドに保存したりするには、SOC2、ISO 27001、さらには SOX に準拠する必要があります。 会社とそのデータを城と考えてください。 十分に保護されていることを監査人に証明する必要があります。 ここで、すべてのアプリを城への窓、出入り口、橋、または入り口として想像してください。 アプリが多ければ多いほど、監査人からの精査も増えます。
  • 運用効率: 優れたシェフと世界クラスのシェフの違いは、手元にあるすべての食材を扱うためにスタッフをどのように管理するかです。 Monday、Jira、Asana、ClickUp など、複数の種類の同じアプリを使用している場合、チームのコラボレーションは確実にうまくいきません。 また、社内サポート チケットは、使用するアプリの数に応じて指数関数的に増加します。

それにもかかわらず(そして食品の比喩をさらに一歩進めるために)、 あなたの会社が実際に使用している多くのアプリ   優れた製品を構築するための材料。 結局のところ、テクノロジー企業の構築は複雑です。 そして、それを効果的に行うには、適切なコンポーネントとツールが必要です。 ただし、それらを利用してミシュランの 3 つ星ソフトウェア レストランになる秘訣は、すべてのソフトウェアを巧みに管理する方法を考えることです。 

これを達成する方法の XNUMX つは、テクノロジーを通じて会社の可能性を最大限に引き出すことです。 IT、セキュリティ、および調達の優先順位を変更する — 一般的にソフトウェアの運用に関心を持つチーム。 彼らに問題を解決させる (IT チケットの解決など) のではなく、従業員がソフトウェアを自分で操作し、従業員になる力を与えるインフラストラクチャの作成を支援します。 自治労働力.

  アプリオカリプス。 またはそれは …?

しかし、最初に: 企業が SaaS で生活し、私が冗談で「 アプリオカリプス? ソフトウェア中毒の原因は何ですか?

最新のソフトウェアの優れた UX により、従来のエンタープライズ ソフトウェアがバンドルされなくなりました

従業員は、仕事で成功するためにますます専門的なアプリを使用しています。 私達 マイクロソフト製品を使用していた ほとんどすべてのために。 現在、Excel の代わりに Airtable、Word の代わりに Notion、PowerPoint の代わりに Pitch を使用しています。 私たちの多くが日常生活で目にするものの背後にいくつかの数字を入れるには: Okta の Office42 顧客の 365% 以上 Microsoft Teams を使用するだけでなく、Zoom も展開しており、そのうちの 26% は OneDrive を使用しているにもかかわらず、Box も使用しています。

簡単で無料の採用により、個人はより多くのアプリを使用しています

従来、エンタープライズ製品はトップダウンで販売されていました。CIO が Salesforce または Microsoft Office を購入することを決定し、それらが会社全体のデフォルトになりました。 しかし、Slack や Dropbox などのスタートアップは 普及したボトムアップ成長、 そして今日、 デベロッパー企業の 67% (例: Datadog または AWS) には無料のプランまたは試用版があります。 営業担当者との電話を設定したり、IT 部門に許可を求める必要はもうありません。 無料版にサインアップするだけです ツールの。

要するに、アプリはあちこちにあります。 しかし 私たちはそれをやり過ぎましたか? 実際、私たちはあまりにも多くのアプリを使用していませんか? そうは思いません。 それとは反対に、 ソフトウェアは、ビジネスをより速く前進させるための超能力を私たちに与えてくれます。 

テクノロジーをビジネスの原動力として扱う

あなたの車について考えてみてください。 それが必要です 30,000部品 たった一台の車を作るために。 しかし、自動車メーカーは部品点数を減らすのではなく、自動車を組み立てるための最も効果的な方法を開発しました。 イノベーションは、さまざまなパーツをどのように組み合わせたかから生まれました。 たとえば、 トヨタ生産方式は、「リーン製造」とも呼ばれ、トヨタの中核的な競争上の差別化要因になりました。 一つの原則 無駄を最小限に抑え、問題を迅速に表面化させることで業務を継続的に改善することでした。 アジャイルなソフトウェア開発と「リーン スタートアップ」の方法論は、「構築、測定、学習」というトヨタのシステムに触発されました。 

トヨタと同様に、企業は ソフトウェアに関する運用原則を変更する方法について考える そしてそれらを 競争上の差別化要因. テクノロジーを管理するための従来のアプローチでは十分ではありません。 企業は集中化が解決策だと考えることがよくありますが、この場合はそうではありません。 セキュリティやコンプライアンスなどの他の要因に加えて、対処すべきアプリが多すぎます。

集中化されたソフトウェア管理は敵です

1944 年、中央情報局 ガイドを公開 職場を妨害する方法について。 1 番のポイントは、決して近道をせず、常に集中型の「チャネル」を経由することでした。 アプリまたは許可へのアクセスが最後に必要になったときのことを考えてみてください。 IT チケットによって作成されたチャネルを通過する必要があり、待たされました。 または、新しいソフトウェアを購入する必要があった最後のときはどうですか? できる 2~3ヶ月かかる アプリケーションを購入するために必要なすべての承認を得るまで。 

中央集権化が機能しない理由と、中央集権化を修正するアプローチが的外れになる理由は次のとおりです。

集中化がボトルネックを生み出す

すべてのアプリの半分以上は、さまざまなチームの対象分野の専門家によって調達および管理されています。その多くは、ツールを入手して仕事に取り掛かりたいだけです。 ただし、IT、セキュリティ、調達などの部門は、これらの要求のほとんどを支援する必要があります。 調査によると、すべての IT チケットの 40% から 60% がソフトウェア アクセスの問題に関連しており、解決には平均で約 19 時間かかります。 従業員は待たされ、管理者はアカウント作成などの多忙な作業に追われています。 アプリを追加するたびに、管理オーバーヘッドが増加します。 

集中化はバケットの漏れにつながる

企業はまた、監視を一元化して、コスト、コンプライアンス、またはセキュリティ リスクを軽減します。 従業員が重複したソフトウェアを購入したり、過度の管理者権限を取得したりしてはならないという点で、論理は適切です。 ただし、数百のアプリと数千のアカウントをレビューすることは、一元化されたアプローチではスケーラブルではありません。従業員が誰も知らないうちにアプリへの不要なアクセスを受け取り、維持する漏れやすいバケツが作成されます。 例えば、 ソフトウェアの 25% 以上 ほとんどの企業で使用されていません。 または、Segment のセキュリティ チームは昨年、次のことを示しました。 60 の管理者ロールの 669% 積極的に使用されていませんでした。

人員を増やすことは解決策ではありません

多くの場合、運用チームは、他の部門ほど資金が不足していると反対し、実際に望んでいるよりも動きが遅くなります。 では、使用しているアプリの数に合わせて、管理者の人数を継続的に増やしてみませんか? ただし、問題はまさにその質問にあり、問題は支援と監視を集中化することによってのみ解決できるという前提があります。 スケールしないソリューションです。

ソフトウェア管理の集中化は奇妙なことです。 物事を簡単にしようとしますが、どういうわけか、アプリの数が増えるにつれて、すべての人にとって状況が悪化します. そう、 チームの役割をどのように再考できるか つまり、ソフトウェア操作を気にする IT、セキュリティ、調達?

コンプライアント パスを簡単なパスにする

率直に言って、従業員はほとんどの場合、価値を得るために最も簡単な道をたどります。 ソフトウェア管理へのアプローチが集中化され、多くのボトルネックが存在する場合、従業員は密かにソフトウェアを購入するなどして、ポリシーを回避し続けます。 悪循環です。 多くの個人が責任を持って行動し、IT/セキュリティ/調達と組織の他の部分との関係を変えるために - 準拠したパスは、最も便利なパスになる必要があります。 

セルフガバナンスは、ソフトウェアを管理するための新しいアプローチです

この複雑さに取り組むには、従業員とそのチームに制御と責任を戻す必要があります。 人々に食べ物を渡す代わりに、火傷を負わずに調理する方法を人々に教えます。 基本的に、目標は、最も費用対効果が高く安全な方法で行動する従業員が自分の問題を最も迅速に解決できるように、インセンティブを調整する方法を見つけることです。 

食料やガスの購入、さらにはフライトのチェックインまで、私たちはすでに自分でやる必要があります。 IT 部門にサポートを求める (または、CIA が職場の破壊工作に関するガイドで説明しているように、「チャネル」を通じて作業する) 代わりに、IT 部門は従業員が迅速かつ責任を持って自分自身を助けることができるようにすることができます。 中央集権的な実行部門ではなく、 セキュリティ、調達、および IT は、社内のプラットフォームになる必要があります これにより、従業員は適切なインフラストラクチャを利用できるようになります。

自動化は優れていますが、一元化されたサポートが必要であり、何百ものアプリに対応できません。

自己統治のためのプロセスと構造を採用することは、収益に直接影響するため、解決すべき重要な問題です。 体系的な一元化されたセットアップからセルフサービスのセットアップへの進化に重点を置いていない組織は、未使用のソフトウェアに多額のお金を浪費し、次のコンプライアンス監査を台無しにし、組織全体を非効率的に運営するリスクがあります. それは リーダーシップの優先順位 組織の働き方を変え、サードパーティのアプリケーションに圧倒されるのではなく戦略的に使用することで、組織の可能性を最大限に引き出すことができます。

企業が自問すべき質問は、 できるだけ多くの場所でセルフサービスをエンコードする方法e 例えば:

  • IT 部門が、誰がどのアプリを承認するかに関するワークフローを作成すると、従業員は IT 部門の支援なしに、アプリ、アクセス許可、内部ツール、さらには開発者リソースを要求できます。 
  • 調達部門が、誰がどの種類のソフトウェア購入を承認する必要があるかを中心にシステムを構築する場合、従業員は先に進んでそのセルフサービス システムを使用できます。 
  • 機密性の高いアプリへのアクセスや権限を特定の時間枠だけに許可する方法をセキュリティが実装した場合、アクセスを常に一元的に確認する必要はありません。

目標にセルフガバナンスを組み込む

これらの例はすべて、その方法を示しています ソフトウェア運用チームの役割 変更可能: サポート チケットやアラートを解決する代わりに、システムを正しい方法でエンコードし、その過程で組織全体を指導することに集中できます。 それを超えて、自律的な労働力を通じてテクノロジー管理を変更するための別のアプローチは、 チームリーダー全員を励ます 組織全体で セルフサービスを OKR or V2MOM プロセス。 

たとえば、IT 部門は通常、自動化によって運用上の人員要件を削減することを目標としています。 自動化は優れていますが、一元化されたサポートが必要であり、何百ものアプリに対応できません。 代わりに、IT 部門はセルフサービスを通じて運用要員の削減を試みることができます。 または、IT 部門は、チケットへの対応にかかる時間を短縮するという目標を追加することがあります。 繰り返しになりますが、この目標は、ヘルプを集中化する必要があるという前提の下で行われます。 代わりに、目標を追加して、IT からの最初の連絡を必要としない要求の割合を減らしてみてください。

USaaS アプリの 25% まで ライセンスは使用されなくなります。 あなたの会社の支出の上位 XNUMX つが人件費とテクノロジーである場合、上位 XNUMX つの支出の XNUMX つに多額のお金を浪費していることになります。

セルフガバナンスは、 SaaS の支出を減らすための小さな演習. 何百ものベンダーを一元的に管理することは不可能ですが、すべての Outreach.io または Smartsheet ユーザーに、ソフトウェア支出を節約しようとしていることを説明する電子メールを送信するのと同じくらい簡単なことを行うことでうまくいくかもしれません. 彼らがソフトウェアをもう使用していない場合は、👍 をリクエストして、ライセンスを再請求できるようにします。

または、 すべてのアプリ管理者に無駄遣いを減らすように依頼する. ソフトウェア アプリと年間コストの共有スプレッドシートを作成し、ライセンスを削除するか、アプリを完全にキャンセルして、できるだけコストを削減するよう依頼します。 これをチームの課題にし、インセンティブを調整するには、未使用または冗長なアプリを削除するたびに賞を提供し、SaaS 支出を最も削減した上位 XNUMX 人の管理者に金銭的インセンティブを提供します。 このアプローチにより、自己管理型の労働力を持つことの意味を初めて垣間見ることができます。

もういっぱいですか?

テクノロジー企業を構築することは、特に今日では複雑です。 私たちが使用しているすべてのツールを嘆くのではなく、エネルギーをより適切に使用することで、ツールとその下にあるプロセスの両方を効率的に管理できるようになる可能性があります。 セルフガバナンスを通じてチームと従業員に力を与えることは、競争上の差別化要因になる可能性があります。 従業員がプロセスの不可欠な部分であると感じ、その成功に関与するだけでなく、IT、セキュリティ、および調達の従業員は、チケットやアラートのリゾルバーではなく、真のイネーブラーになります。 

そうです、目の前に食べ放題の SaaS ビュッフェがあるかもしれませんが、私たちには、食欲を満たし、それらすべての選択を有利に働かせるためのツールと知識があります。 ソフトウェアとの関係を変えるには、意志の力が必要です。

27年2022月XNUMX日投稿

テクノロジー、イノベーション、そして未来。

ご登録いただきありがとうございます。

受信トレイでウェルカムノートを確認してください。

タイムスタンプ:

より多くの アンドレッセン・ホロウィッツ