ITインフラストラクチャの驚くべき新星：市民開発者の台頭

「今日、選手を上達させようとせずに管理するだけのコーチがたくさんいます。コーチを作るのは選手です。」イタリアのサッカークラブであるフォッジャとペスカーラをシリーズBの勝利に導いたサッカーコーチのズデネクゼマンはそう言います。 Zemanによると、コーチングは、プレーヤーを管理することと同じくらい、プレーヤーを改善し、可能にすることです。

その考えは、サッカー（または米国の読者の場合はサッカー）プレーヤー以外にも当てはまります。

ITの役割は、ソロプレーヤーからチームプレーヤー、コーチへと変化しているため、ここではフットボールのコーチを引用することが役立ちます。市民開発者の台頭は、ITがシングルプレイヤーの個々の英雄を超えて、まもなく独自のソフトウェアとワークフローを構築および自動化するビジネスユーザーを指導することを学ぶ必要があることを意味します。

なんで？デジタルトランスフォーメーションと混乱の脅威は、企業が上から下まで機敏である必要があることを意味するためです。そして、その敏捷性には、私たち全員が開発に関与する必要があります。ただし、ITの新しい役割とITの新しいスターを理解するには、ITインフラストラクチャの最初に戻る必要があります。

IT部門の起源

IT部門は、技術者以外の従業員が職場のツールを管理し、組織が技術インフラストラクチャを管理するのを支援する技術分野として始まりました。

IT、情報からインターネットまで

IT部門の由来は「情報技術」という名前にあります。コンピューターはITの前に存在していましたが、組織がコンピューターを使用して情報のインデックス作成と並べ替えを開始するまで、ITは存在しませんでした。

ITの前は、索引付けは、論文や本をカテゴリに分類することを含む手順でした。たとえば、図書館では、探している本を見つける方法を説明するインデックスファイルやカードがある場合があります。また、各書籍内の索引を使用して、特定の情報の場所を示します。コンピューターは索引付けを自動化し、検索を通じて情報を利用できるようにしました。

当初、ITは情報科学へのコンピューティングの応用でした。しかし、コンパイラと自然言語プログラミングが登場すると、学外の人々はコンピューティングの専門家になることができます。 1970年代までに、この新しい職業は需要に遭遇し、増加しました。企業はコンピューターを専門的な仕事に適応させ、デスクトップ、ワードプロセッサー、スプレッドシートは不可欠なビジネスツールになりました。そのため、IT（これらのテクノロジーを管理、サポート、および実行できる人々）も不可欠になりました。

デスクトップがメインフレームからネットワークデバイスに進化するにつれて、ITの重要性が増しました。最初はITがローカルネットワークを管理していましたが、最終的にはインターネットネットワークも管理していました。現在、ITはITインフラストラクチャを社内で管理する必要がありましたが、他のネットワークやコンピュータの世界に接続するため、ITインフラストラクチャも管理する必要がありました。

ITインフラストラクチャの初期

当初、ITインフラストラクチャは主に物理的なビジネスへのデジタル付属物でした。

IT部門の主な役割は、ITインフラストラクチャをセットアップ、維持、および保護することでした。 ITインフラストラクチャには、ストレージ、サーバー、ネットワーク、およびセキュリティが含まれていました。二次的ではあるがより目に見える役割は、技術者以外の従業員が機器を操作および保守するのを支援することでした。

一例：パスワード。従業員、特にコンピューターを初めて使用する従業員は、パスワードの要件に精通しておらず、多くの場合、IT部門に適切なポリシーについて教育する必要がありました。以下の1980年代のポスターは、IT部門が従業員に新しいテクノロジーを安全に使用する方法を示す1つの方法でした。

（ ソース ）

当時、特定の企業ではIT担当者だけが技術者であることがよくありました。テクノロジーはイネーブラーであり、宝物でもありました。ITは慎重に解決し、警戒する必要がありました。 ITインフラストラクチャは不可欠でしたが、ビジネスが紙に戻ることはありませんでしたが、過小評価され、誤解されていました。

企業は依然として、ITの近代化と、近代化を担当することが最も多い人々に、企業がデジタルトランスフォーメーションを実現するために必要な力を与えることに苦労していました。

現在：DevOpsとデジタルトランスフォーメーションの成功

DevOpsは、その名前が示すように、開発と運用、つまりソフトウェア開発者とITを統合する動きです。 DevOpsは、現代の企業におけるソフトウェア開発者の台頭と、それらの企業が開発者とITを連携させる必要性への反応として登場しました。

DevOps、アジャイルからエッセンシャルまで

アジャイル手法はDevOpsの前身でしたが、俊敏性とコラボレーションを強調していましたが、IT部門と開発者部門は孤立したままでした。

ほとんどの企業では、ソフトウェア開発者はコードを作成し、機能を構築して、IT部門に「壁を越えて」投げかけるだけでした。そしてIT部門は、そのコードを本番環境で実行しました。この分離は問題を引き起こしました。開発者は操作を考慮せずにコードを作成することが多く、IT部門は変更のために開発者に戻る必要がありました。アジャイルの前は、このダイナミックなテクノロジーチームは反復を思いとどまらせていましたが、アジャイルの後でも、テクノロジーチームはアジャイルになるのに苦労していました。

AtlassianのプリンシパルソリューションエンジニアであるIanBuchananは、2007年頃、技術コミュニティは「コードを作成する人は、そのコードを展開してサポートする人とは組織的および機能的に離れることを要求する従来のソフトウェア開発モデルに反対しました」と書いています。

会話のリーダーには、パトリックデボア、ジーンキム、ジョンウィリスが含まれていました（そのうちの何人かは、最終的に有名な本、フェニックスプロジェクト：IT、DevOps、およびビジネスの成功を支援することについての小説を執筆しました。 ）。

DevOpsは、導入されてから急速に成長しました。開発者とITは、より優れた製品をより迅速に開発、提供、および保守できるようにするための共同作業の方法をまだ発見し、磨いています。

DevOpsは、開発と運用の間のフィードバックサイクルとして最もよく視覚化され、前者は計画、コーディング、構築、およびテストを処理します。後者は、リリース、展開、運用、および監視を処理します。

（ ソース ）

成功したにもかかわらず、DevOpsにはまだ道のりがあります。2020年のアトラシアンの調査によると、調査対象の組織のほぼ半数が過去3年間DevOpsを実践していません。成長は見られますが、普遍的な採用はまだありません。

ITインフラストラクチャに対するDevOpsの影響

DevOpsの動きがITインフラストラクチャにもたらした変化は重要です。変更は、DevOpsが依存する3つの主要なコンポーネントを通じて最もよく理解されます。

• アジャイルワークフロー： ITインフラストラクチャは、敏捷性と反復性を重視するワークフローをサポートできる必要があります。つまり、インフラストラクチャは、メジャーアップデートをときどき出荷するのではなく、マイナーアップデートを定期的に出荷する必要があります。

• 継続的インテグレーションとデリバリー： ITインフラストラクチャは、継続的インテグレーション（コード変更を中央リポジトリに頻繁にマージするプロセス）と継続的デリバリー（コード変更をテスト環境または本番環境に自動的にデプロイするプロセス）をサポートする必要があります。

• バージョン管理： ITチームとITインフラストラクチャはバージョン管理を提供できる必要があるため、開発チームは変更を迅速に導入し、問題が発生した場合は以前のバージョンに迅速にロールバックできます。

これらのコンポーネントとDevOps全体の結果として、ITインフラストラクチャはより多くの人々（主に開発者）がアクセスできるようになりました。現在、開発者はITおよび運用への直接的なコミュニケーションを行っています。

次の大きな変化である市民開発者の台頭が今起こっています。 DevOpsにより、開発者はITインフラストラクチャにアクセスしやすくなりましたが、それ以降、ほとんどのビジネスユーザーはITにアクセスできなくなりました。

将来：市民開発者の台頭

DevOpsが開発者がITインフラストラクチャにアクセスできるようにしたように、ローコードでコードがないため、ビジネスユーザーはITインフラストラクチャにアクセスできます。ビジネスユーザーがテクノロジーを直接利用できるようになると、ビジネスとITは同じようには見えなくなります。

反逆者からリーダーまでの市民開発者

2012年、ジョンK.ウォーターズは、ガートナーのアナリストが「私たちは今、すべての開発者です」と宣言し、新しい流行語である市民開発者が生まれたと書いています。市民開発者とは、正式なコーディングの経験はないが、適切なトレーニングとサポートがあれば、技術的なソリューションを作成できるビジネスユーザーです。

市民開発者の起源は、その造語を過ぎて、冒険好きなビジネスユーザーがコマンドラインを試したITの初期にまでさかのぼることができます。または、後で、ビジネスユーザーが認可されていないサービスとしてのソフトウェア（SaaS）アプリ（「シャドーIT」とも呼ばれます）を展開したとき。一部のビジネスユーザーは、使用するテクノロジーソリューションの作成に携わりたいと長い間望んでいましたが、ITがこの要望をサポートし、拡張できるようになったのは最近のことです。

忙しい開発チームとITチームがビジネスユーザーのテクノロジー要求を満たすのに苦労しているため、ビジネスユーザーはますますローコードプラットフォームを使用して自分のビジネス上の問題を解決しています。最高のプラットフォームは、市民の開発者を安全に管理およびサポートするために必要なガバナンスツールをITに提供します。

さらに深く掘り下げる： 親愛なるCIO：今すぐエンタープライズ規模のローコード戦略が必要な理由

ITインフラストラクチャに対する市民開発者の影響

自動化は、市民開発者の活動の最良の例です。ローコードプラットフォームの導入により、市民の開発者はさまざまなビジネスやテクノロジーの問題に対して機能的かつ効果的になりますが、自動化ほど高度なユースケースはほとんどありません。

UiPathなどの最新の自動化プラットフォームにより、IT部門は、UiPath StudioXなどのツールを使用して独自の自動化を作成したり、UiPath Appsを使用して美しいフロントエンドエクスペリエンスを構築したり、AutomationOpsを使用して自動化プログラムのガードレールを作成したりできる市民開発者が使用するインフラストラクチャを管理できます。これらのソリューションにより、デジタルの俊敏性を可能にするインフラストラクチャの作成、サポート、または展開において、誰もが少なくとも小さな役割を果たすことができます。

ローコードは、市民の発展を可能にしたい企業にとって前進の道です。最近のプレスリリースで、Gartnerは、世界中でローコード市場が23％成長し、2021年には138億ドルに達すると予測しています。

下のグラフ（これもプレスリリースから）で、Gartnerは、ローコードアプリケーションプラットフォームと市民開発の両方が今年成長すると予測しています。

もちろん、ガバナンスはローコードプラットフォームによって支援されますが、その結果ではありません。市民の開発者は通常、ビジネスユーザーをトレーニングし、その取り組みを管理し、アイデアを展開するセンターオブエクセレンス（CoE）を通じて運営されます。これにより、ビジネスユーザーは自分自身や他のビジネスユーザーの問題を解決できるようになり、よりスリムで効率的な組織がまとめて作成されます。

適切なガバナンスとテクノロジーがあれば、市民の開発者は問題の解決策を構築して拡張できます。これらのソリューションが従業員や部門全体に蓄積されるにつれて、企業は変革の可能性を高めます。訓練を受けサポートされた市民開発者の軍隊を持つ企業は、市民開発者のいない企業が想像できない方法で将来のトレンドに適応できるようになります。

オンデマンドウェビナー「GivingPowertothe People」で、市民育成プログラムを成功させるためのベストプラクティスを入手してください。

ITがその起源でソロプレーヤーとして始まり、DevOpsを通じてチームプレーヤーになった場合、その新しい役割は、市民開発運動が成長するにつれてコーチとしての役割を果たします。

すべての人のためのテクノロジー（およびガバナンス）

DevOpsが、従業員がコンピューターをセットアップするのを支援するITスタッフの必要性を排除しなかったように、市民の開発者はITの仕事を排除しません。最高のサッカー選手でさえコーチがいます。

ビジネスユーザーがより高度なテクノロジーにアクセスできるようになると、ガバナンスとコーチングのためにITに引き続き目を向けます。テクノロジーへのアクセスが容易になるほど、ITによる管理、育成、加速が必要になります。

そして、統治された市民の発展を可能にする技術？ロボットプロセス自動化（RPA）。詳細については、C-SuiteのRPAの概要：はじめにのクイックガイドをご覧ください。