シチズン開発者：ITインフラに革命をもたらす

「選手を向上させようとせず、管理だけするコーチが多すぎる。コーチを作るのは選手だ」と語るのは、イタリアのフットボールクラブ、フォッジャとペスカーラをセリエB優勝に導いたズデニェク・ゼマン監督。ゼマンによれば、コーチングとは選手を管理することと同等に、彼らを向上させ、力を与えることなのです。

この考え方は、フットボール（米国読者向けにはサッカー）の選手だけでなく、もっと広く適用されます。

ここでフットボール監督を引用するのは、ITの役割が「ソロプレーヤー」から「チームプレーヤー」へ、そして今「コーチ」へと変化しているからです。シチズン開発者の台頭により、ITは単一プレーヤーの個人的な活躍を超え、自らソフトウェアやワークフローを構築・自動化するビジネスユーザーをコーチする役割を学ぶ必要があります。

なぜか？ デジタルトランスフォーメーションとディスラプションの脅威により、ビジネスはトップからボトムまでアジャイルである必要があるからです。そのアジリティには、私たち全員が開発に関与することが必要です。ITの新たな役割とITの新たなスターを理解するには、ITインフラの黎明期に遡る必要があります。

IT部門の起源

IT部門は、非技術者が職場ツールを管理し、組織がテクノロジーインフラを管理するのを支援する技術分野として生まれました。

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

IT部門の起源はその名「Information Technology（情報技術）」に見られます。コンピューターはITより前に存在しましたが、組織がコンピューターを使って情報を索引化・分類し始めてからITが生まれました。

ITが登場する前、索引付けは紙や本をカテゴリー分けしてファイリングする手作業でした。図書館では、探している本を見つけるための索引ファイルやカードがあり、各書籍内にも特定情報を見つけるための索引がありました。コンピューターは索引付けを自動化し、検索を通じて情報を利用可能にしました。

最初、ITはコンピューティングを情報科学に応用することでした。しかし、コンパイラと自然言語プログラミングが登場すると、学術界外の人々もコンピューティングで職業を持てるようになりました。1970年代までに、この新興職業は需要の増大に直面しました。企業はコンピューターを業務に適応させ、デスクトップ、ワープロ、スプレッドシートが不可欠なビジネスツールとなりました。その結果、これらのテクノロジーを管理、サポート、運用する人々、すなわちITが不可欠になったのです。

デスクトップがメインフレームからネットワークデバイスへ進化するにつれ、ITの重要性は増しました。最初はローカルネットワークの管理でしたが、やがてインターネットネットワークの管理も担うようになりました。今やITは、社内のITインフラだけでなく、他のネットワークやコンピューターの世界とつながるITインフラも管理する必要があります。

ITインフラの初期

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

IT部門の主な役割は、ITインフラの設置、維持、保護でした。ITインフラにはストレージ、サーバー、ネットワーク、セキュリティが含まれます。二次的だがより目に見える役割は、非技術者が機器を操作・維持するのを支援することでした。

例：パスワード。特にコンピューターに不慣れな従業員は、パスワード要件を知らず、ITから適切なポリシーについて教育を受ける必要がありました。以下の1980年代のポスターは、ITが従業員に新しいテクノロジーを安全に扱う方法を示す一例でした。

(出典)

当時、IT担当者はしばしば企業内で唯一の技術者でした。テクノロジーはイネーブラーであり宝でもあり、ITが慎重に配分し、守るものでした。ITインフラは不可欠（どのビジネスも紙に戻ることはない！）でしたが、過小評価され、誤解されていました。

ビジネスは依然としてモダナイズに苦労し、モダナイズの責任を最も多く担うITに、デジタルトランスフォーメーションを達成するために必要な権限を与えることができていませんでした。

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

その名が示す通り、DevOpsは開発と運用、すなわちソフトウェア開発者とITを融合するムーブメントです。DevOpsは、現代企業におけるソフトウェア開発者の台頭と、開発者とITを協働させる必要性に対する反応として生まれました。

DevOps、アジャイルから必須へ

アジャイル方法論はDevOpsの先駆けでしたが、アジリティとコラボレーションを重視しながらも、ITと開発部門はサイロ化されたままでした。

ほとんどの企業では、ソフトウェア開発者がコードを書き機能を構築し、それを「壁越しに」IT部門へ投げていました。IT部門はそのコードを本番環境で動かす役割でした。この分離が問題を生みました。開発者は運用を考慮せずコードを書き、ITは頻繁に開発者に修正を依頼しなければなりませんでした。アジャイル以前は、このダイナミクスが技術チームの反復を阻害しましたが、アジャイル後でも技術チームが「アジャイル」であることに苦労しました。

Atlassianのプリンシパル・ソリューション・エンジニア、Ian Buchanan氏は、2007年頃、技術コミュニティが「コードを書く人を、コードをデプロイ・サポートする人から組織的・機能的に分離する従来のソフトウェア開発モデル」に反旗を翻したと述べています。

会話をリードしたのはPatrick Debois氏、Gene Kim氏、John Willis氏ら（後に有名な書籍『The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win』を共著）です。

DevOpsは導入以来急速に成長しました。開発者とITは、より良い製品をより速く開発・提供・維持するための協働のあり方を、今も発見し磨き続けています。

DevOpsは、開発と運用のフィードバックサイクルとして最もよく視覚化されます。開発側が計画、コーディング、ビルド、テストを担当し、運用側がリリース、デプロイ、運用、監視を担当します。

(出典)

成功を収めつつあるDevOpsですが、まだ道半ばです。2020年のAtlassian調査によると、調査対象組織のほぼ半数が過去3年間DevOpsを実践していません。成長はありますが、普遍的な採用には至っていません。

DevOpsがITインフラにもたらした影響

DevOpsムーブメントがITインフラにもたらした変化は大きく、DevOpsが依存する3つの主要コンポーネントを通じて最もよく理解できます：

• アジャイルワークフロー： ITインフラは今、アジリティと反復を重視するワークフローをサポートする必要があり、インフラはマイナーアップデートの継続的な提供ではなく、メジャーアップデートの偶発的な提供をサポートする必要があります。
• 継続的インテグレーションとデリバリー： ITインフラは今、継続的インテグレーション（コード変更を頻繁に中央リポジトリにマージするプロセス）と継続的デリバリー（コード変更をテストまたは本番環境に自動的にデプロイするプロセス）をサポートする必要があります。
• バージョン管理： ITチームとITインフラは今、バージョン管理を提供できる必要があり、開発チームが変更を迅速に導入し、問題発生時には前のバージョンに迅速にロールバックできるようにする必要があります。

これらのコンポーネントとDevOps全体の結果、ITインフラはより多くの人々、主に開発者にとってアクセス可能になりました。今や開発者はITと運用への直接的なコミュニケーションラインを持っています。

次の大きな変化、シチズン開発者の台頭が今、起きています。DevOpsはITインフラを開発者にとって大幅にアクセスしやすくしましたが、ITは依然としてほとんどのビジネスユーザーにとってアクセス不可能なままです。

未来：シチズン開発者の台頭

DevOpsがITインフラを開発者に開放したように、ローコード/ノーコードがITインフラをビジネスユーザーに開放します。ビジネスユーザーがテクノロジーに直接関与できるようになれば、ビジネスもITもこれまでとは違う姿になります。

シチズン開発者、反逆者からリーダーへ

2012年、John K. Waters氏は、ガートナーアナリストが「我々は皆開発者だ」と宣言し、新たなバズワード「シチズン開発者」が生まれたと報じました。シチズン開発者とは、正式なコーディング経験はないが、適切なトレーニングとサポートがあれば技術的ソリューションを作成できるビジネスユーザーです。

シチズン開発者の起源は、その命名より前、IT初期に冒険心あるビジネスユーザーがコマンドラインを試した時代や、後に非承認のSaaSアプリ（いわゆる「シャドーIT」）を導入した時代まで遡れます。一部のビジネスユーザーは長らく、自分が使うテクノロジーソリューションの創造に関与したいと望んでいましたが、ITがこの望みをサポートし、スケールできるようになったのは最近のことです。

忙しい開発チームとITチームがビジネスユーザーのテクノロジー需要を満たせずにいる中、ビジネスユーザーはローコードプラットフォームを使って自らのビジネス課題を解決し始めています。優れたプラットフォームは、ITがシチズン開発者を安全に管理・支援するために必要なガバナンスツールを提供します。

さらに深く： 親愛なるCIOの皆様：なぜ今、エンタープライズ規模のローコード戦略が必要なのか

シチズン開発者がITインフラにもたらす影響

自動化は、シチズン開発者の活躍を示す最良の例です。ローコードプラットフォームの導入により、シチズン開発者は様々なビジネスおよびテクノロジー課題で機能的かつ効果的になりますが、自動化ほど進んだユースケースは少ないです。

UiPathのようなモダンな自動化プラットフォームは、ITがシチズン開発者が使用するインフラをガバナンスできるようにし、シチズン開発者はUiPath StudioXで独自の自動化を作成し、UiPath Appsで美しいフロントエンド体験を構築し、Automation Opsで自動化プログラムのガードレールを作れます。これらのソリューションにより、誰もがデジタルアジリティを実現するインフラの創造、サポート、デプロイにおいて、少なくとも小さな役割を果たせるようになります。

ローコードは、シチズン開発を可能にしたいビジネスにとっての前進の道です。最近のプレスリリースで、ガートナーは世界のローコード市場が2021年に23%成長し、138億ドルに達すると予測しています。

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

もちろん、ガバナンスはローコードプラットフォームによって支援されますが、その結果ではありません。シチズン開発者は通常、センター・オブ・エクセレンス（CoE）を通じて活動し、ビジネスユーザーをトレーニングし、彼らの取り組みを管理し、アイデアをデプロイします。これにより、ビジネスユーザーが自らと他のビジネスユーザーの問題を解決し、集団としてよりリーンで効率的な組織を創り上げます。

適切なガバナンスとテクノロジーがあれば、シチズン開発者は自分たちの問題に対するソリューションを構築し、スケールできます。これらのソリューションが従業員と部門を越えて蓄積されるにつれ、ビジネスは変革のポテンシャルを蓄積します。訓練され、支援されたシチズン開発者の軍団を持つ企業は、シチズン開発者を持たない企業では想像もできない方法で、将来のトレンドに適応できるようになります。

オンデマンドウェビナー「Giving Power to the People」で、成功するシチズン開発プログラム立ち上げのベストプラクティスをご覧ください。

ITが起源ではソロプレーヤーであり、DevOpsでチームプレーヤーになったとすれば、シチズン開発ムーブメントの成長に伴い、ITの新たな役割は「コーチ」になるでしょう。

テクノロジー（とガバナンス）をすべての人に

DevOpsがITスタッフによる従業員のPCセットアップ支援の必要性をなくさなかったように、シチズン開発者もIT職をなくしません。最高のフットボール選手にもコーチがいるのです。

ビジネスユーザーがより高度なテクノロジーにアクセスできるようになるにつれ、彼らはガバナンスとコーチングのためにITを頼り続けるでしょう。テクノロジーがよりアクセスしやすくなればなるほど、ITによって管理、育成、加速される必要性が高まります。

そして、ガバナンスされたシチズン開発を可能にするテクノロジーとは？ ロボティック・プロセス・オートメーション（RPA）です。詳細は「Overview of RPA for the C-Suite: The Quick Guide to Getting Started」をご覧ください。