市民開発者プログラム：構築方法と企業が取り組むべき理由 - TechRepublic

シチズン・デベロッパー・プログラムは、組織内のより多くの人々がローコードまたはノーコード開発ツールを使用して新しいアプリケーションを作成することを奨励することで、企業のイノベーションを促進できます。最近のDynamic Developerのエピソードでは、IntegrationHubのゼネラルマネージャー兼ServiceNowのプラットフォーム製品担当バイスプレジデントであるマーカス・トーレス氏に、企業がシチズン・デベロッパー・プログラムをどのように実装できるか、分散型ソフトウェア開発環境におけるガバナンスと監督の維持方法、パワーユーザーからシチズン・デベロッパーへと人材を最適に移行させる方法など、さまざまなテーマについて話を聞きました。

以下は読みやすさを考慮して編集されたインタビューの書き起こしです。この記事に埋め込まれたポッドキャストプレーヤーでお聴きいただくか、上の動画を視聴するか、下のインタビュー書き起こしをお読みください。

このポッドキャストをSoundCloudで聴く

市民開発者プログラムとは何ですか?

ビル・デトワイラー：前回お話しした際、ローコードとノーコードについてお話しました。そして、特に今のようなCOVID-19の流行下において、組織がプロセスを迅速に変更し、変化する環境に適応する上で、ローコードとノーコードがいかに力を発揮するかについてもお話ししました。さて、前回のお話で触れられたように、企業がCOVID-19への対応に活用しているのがシチズン・デベロッパー・プログラムです。シチズン・デベロッパー・プログラムとは何でしょうか？

マーカス・トーレス：そうですね。まずはシチズン・デベロッパーについてお話しましょう。簡単に言うと、明確な答えはありません。シチズン・デベロッパーとは何かという点については、誰もが同意するわけではありませんが、前提は常に同じです。それは、組織のより広範なグループが、プラットフォームまたはローコード・プラットフォーム上で実際にイノベーションを起こし、カスタムアプリケーションを作成できるようにすることです。ServiceNowのお客様の中には、シチズン・デベロッパーを、特定の業務分野に従事する真の開発者と捉える方もいます。また、Excelをはじめとする様々なツールやテクノロジーに精通し、SQLを1行書ける、文字通りノーコードのビジネスアナリストと捉える方もいます。いずれにせよ、シチズン・デベロッパー・プログラムの真髄は、IT部門やコア開発グループに偏ることなく、ビジネスと顧客のために開発、イノベーション、そして価値提供を行える人材の裾野を広げることにあります。

Bill Detwiler:それは本当に興味深いですね。お客様にこれを導入すること、あるいは組織内で導入すべきことについてお話する時、なぜそうするのか？それはおそらく、私たちは行ったり来たりしているからでしょう。ITはサイクルを繰り返しています。最初はすべてが分散化され、すべてが統合化され、アナリストや開発者がビジネスユニットに組み込まれているのですが、その後、規制など何かが起こり、ITは再び集中化されます。DevOpsやDevSecOpsについても話しますが、開発と運用を融合させる方法は他にもあります。

私たちは様々なサイクルを経験しています。そして今、私たちは考えていた時代へと逆戻りしているように思えます。より多くの人々に権限を与え、より迅速に反復できるようにする必要があります。ServiceNowの顧客である企業について、彼らは「なるほど、これは理にかなっている。なぜ私はこれに価値があると思うのか、そしてこれをやるべきなのか」と言っているのでしょうか？大規模なモノリシックなやり方ではなく、分散型の開発プロセスに戻るという考え方の背景には、どのような背景があるのでしょうか？

参照:  Web開発者が知っておくべきプログラミング言語トップ5 (無料PDF)  (TechRepublic) 

マーカス・トーレス：そうですね。本当に突き詰めると、それはバックログの問題です。あなたも私もかつてIT部門にいました。バックログは膨大で、組織内のあらゆるチームや部門について考えてみてください。彼らは自らの運命をコントロールしたいのです。彼らには特定の取り組みがあり、多くの場合、私が「アプリギャップ」と呼ぶものを待つことはできません。認定開発者や公式開発者は世界に限っているのに、すべてに対応するには需要が多すぎるのです。そこで彼らが目指しているのは、ServiceNowのようなローコードプラットフォーム、つまりServiceNowのApp Engineを活用することです。これにより、IT部門や中央の開発グループに頼ることなく、人々がビジネス、特定部門、あるいはビジネスにおける特定のワークフローのニーズに対応できるようになります。

それで問題ありません。これらのプラットフォームには、まさにそれを実現する力があるのです。そして、実際に目にしているのは、これらのシチズンデベロッパープログラムにおける様々な意思決定要因です。これらの意思決定要因には、複雑さはどの程度か、全体的なコストはどの程度か、時間的制約やビジネス上の重要性はあるのか、といったものがあります。例えば、米国の一流小売業者であれば、シチズンデベロッパーにオンラインショッピングポータルのチェックアウト機能の開発を任せることはまずないでしょう。しかし同時に、そのチームは在庫管理に関わる作業を行うことで、組織全体の生産性向上に貢献できるでしょう。結局のところ、重要なのは、いわゆるバックログ（アプリのギャップ）を埋めることです。そして、集中型モデルは一般的にボトルネックになりがちですが、世の中のあらゆるものと同様に、一つの拠点に需要が集中するとボトルネックが発生します。人々がイノベーションを起こし、ビジネスに価値を提供できるようにすることが重要なのです。

分散型開発システムによるガイダンス要件の維持

Bill Detwiler:先ほどチェックアウトアプリケーションについてお話された際にも触れられたのですが、セキュリティホールやビジネスや顧客に損害を与えるようなミスを防ぐために、必要なガバナンスやガイドラインをどのように維持し、顧客はどのように維持してきたのでしょうか？分散型開発システムにおいて、こうしたガイドラインをどのように維持しているのでしょうか？

Marcus Torres:ええ。もちろんServiceNowと私たちが導入しているサービスについてお話ししますが、HealthScanというツールがあります。これは、開発に関するベストプラクティスのルールをお客様が実際に確認し、独自のガードレールを適用できる機能です。そして、シチズン・デベロッパー・プログラムでは（前回の会話でも触れましたが）、開発はチームワークです。彼らは、時にはアプリケーションをレビューするセンター・オブ・エクセレンスやIT部門と連携します。組織によってリスクプロファイルは異なります。異なるガードレールを提供できるプラットフォームがあれば、開発者の役割や適性に応じて設定やカスタマイズが可能になり、シチズン・デベロッパーを異なるグループに分け、異なるガードレールを適用できます。

興味深い例をいくつか挙げましょう。お客様の中には、「アプリケーションのアイデアが浮かんだらすぐに提出してほしい」と言ってくださる方がいます。これは一種の中央チームを通して行われ、ユースケースを評価し、ビジネスクリティカルなデータと連携できるかどうかといった点が評価されます。一方、他の組織では、これを社内トレーニングの認定のように捉え、「App EngineやServiceNowを実際に使ってみて、いくつか作ってみてください。もっと幅広い分野に挑戦する準備ができたら、認定試験があります。合格すれば、無制限にアクセスできるわけではありませんが、特定のものを自分で宣伝できるような信頼のシステムが得られます」といった具合です。成功している市民開発者プログラムをよく見てみると、結局のところ、ユースケースに関するコラボレーションが重要になります。

開発者コミュニティが存在し、市民開発者同士がコミュニティを形成しているだけでなく、IT部門やセンター・オブ・エクセレンスといった組織内でも繋がりが生まれています。HealthScanのようなガードレールを構築し、実際に作成・設定できるようになります。これは、アプリケーションをそのルールに照らし合わせてチェックするルールのようなものだと考えてください。

そして、エンパワーメントモデルがあります。チームは、他のあらゆることと同様に、何かに上達すればするほど、スキルが磨かれれば磨かれるほど、信頼とエンパワーメントが増すことを理解しています。そして、ビジネス部門がこれを後押しすることが非常に重要です。つまり、これは経営幹部から見えるプログラムであり、経営幹部のスポンサーがいて、イノベーションへの全体的な奨励があるということです。これらの要素を考慮に入れると、非常に大きな価値が得られると思います。

例を挙げましょう。メドトロニックは私たちの顧客です。彼らは約25人以上の従業員を擁するシチズン デベロッパー プログラムを開発しました。ServiceNow で見られた様々な変化の44%は、彼ら自身のイノベーションによるものでした。サンコーもまた素晴らしい例で、App Engine を使って COVID-19 対応の職場復帰アプリを開発し、16,000人の従業員に展開しました。彼らの試算によると、フルスタック開発の場合、従来の開発工数（ローコード プラットフォームを使用する場合と比べ）が約90%削減されたとのことです。どちらのケースでも、エンパワーメント モデルが採用され、事業部門と経営陣による支援体制が整えられました。そして、コミュニティを構築することで、彼らが提供する成果と価値が可視化され、ガバナンスが確立され、組織全体から全面的なサポートを受けられるようにしました。

参照:  Python プレイブック: アップグレード情報、新機能、インストールと使用のヒントなど (無料 PDF) (TechRepublic) 

市民開発者プログラムを機能させるために組織が実行できる手順

Bill Detwiler:まさにそれが重要だと思います。事業部門の賛同や経営幹部のリーダーシップについて触れられましたが、結局のところ、様々な事業部門や小規模チームでの開発経験がない場合、組織内でこのようなプログラムを立ち上げる上で、他にどのような重要な要素があるのでしょうか？ また、市民開発者をどの程度まで関与させるのが適切なのかについても触れていただけますか？ （古い言葉で言えば）エンドユーザー、つまりそこまで深く関わっているのでしょうか？ プロの開発者について少し触れられ、ローコード開発者やノーコード開発者についても触れられましたが、プロセスの仕組みについて少しお話ししたいと思います。経営幹部の賛同を得て、「はい、私たちはこれをやりたいです。そして、これをやりたい事業部門があります」と言ってくれる人がいます。組織がこれを成功させるために、他にどのようなステップを踏む必要があるのでしょうか？

マーカス・トーレス：組織内で市民開発者プログラムがサポートされている場合、最終的には全員がそのプログラムが信頼されていると感じられるようにする必要があります。そして、3つの柱があるとすれば、それはガードレール、可視性、そしてコミュニティです。先ほどの質問の最初の部分で、もしそれらがなければどうなるのかと尋ねられました。

Bill Detwiler:これをどうやって始めればいいのでしょうか?

Marcus Torres: 正直に言って、クイックウィンです。つまり、市民開発プログラムを推進したり提唱したりする組織がなくても、その必要性は変わりません。様々なワークフローや業務の一部を改善し、自動化、統合、デジタル化したいと考えている個人や部門は存在しますが、開発者プログラムがないために足かせになっていると感じているのです。それなら、運用チームに試してもらうのも良いでしょう。developer.servicenow.com にアクセスして、App Engine と App Engine Studio を入手し、実際に触ってみてください。

すぐに価値を得られることに気づくでしょう。そして、その価値を示し、実証し、いくつかの迅速な成果を上げ、ユースケースを選び、構築を始めましょう。そして、その価値を組織、上司、セカンドラインマネージャー、そして組織全体に示し始めれば、誰も価値にノーとは言わなくなります。それが秘訣です。「ああ、もう構築して、ちゃんと動いているんだね」と。

参照: ビジネスプロのための Google Cloud Platform (GCP) ガイド (無料 PDF) (TechRepublic) 

ペルソナ、つまり、それがどこに向かうべきかという点に関しては、確立されたプログラム、いわゆる「パワーユーザー」がいないケースでよく見かけます。ローコードプラットフォームは誰でも使えるわけではありませんし、誰にでも試してみることをお勧めします。しかし、通常はパワーユーザー、つまり特定の部門に所属し、常に改善や改良に取り組んでいる、いわばハッカーのような人物が存在します。彼らは様々なことを試し、効率化を図ろうとします。そして、そのような人物はツールやテクノロジーに少し精通している傾向があります。

彼らは通常、特定のローコードプラットフォームを採用し、そこから価値を引き出し、習得し、そしてそれを他の人にも繰り返し適用できる人材です。そして、私が付け加えたいのは、どのローコードプラットフォームにも共通点があるということです。しかし、どれも慣れるまでの期間があり、その機能に慣れる必要があります。確かに、Excelのような非常にシンプルなノーコードプラットフォームもありますが、すぐに複雑さの限界に達します。ですから、パワーユーザーがいれば、彼らはさらに先へ進み、多くの助けを借りなくてもプラットフォームを理解できます。そして、組織内でその能力を真に成長させることができるのです。

スキルギャップを埋めてパワーユーザーをシチズンデベロッパーに

Bill Detwiler: つまり、私たちはマクロレベルで、組織内でこれを実行する意欲を持つことの重要性、そして組織内でのサポート、そして経営陣、そして事業部門の責任者からのサポートの重要性について話し合っています。そして、開発部門に所属していない、この取り組みに適した人材を組織内でどのように特定するかについても話し合っています。これは、先ほどお話いただいた複雑性の崖の急上昇に関する話に関連して、私が触れてさらに詳しく掘り下げたい点です。企業にどのようなアドバイスをされますか？また、先ほどおっしゃったように、適切な人材を特定した上で、実際に適切に対応している組織のベストプラクティスはありますか？次のステップは何でしょうか？ServiceNowであれ、組織内でこれを可能にする他のプラットフォームであれ、「ほら、私たちにはプラットフォームがあります。これでできます」と言うだけでは不十分です。

では、もしあなたがそれを持っていると仮定しましょう。もし持っていないなら、それはあなたがやらなければならないことだと思います。しかし、あなたがそれを持っていると仮定した場合、次のステップは何でしょうか？「あなたのマネージャーが私たちのところに来て、あなたが私に『これに興味がある』と言ってくれたので、私たちはあなたを採用しました。10%、20%の時間をこの作業、チュートリアルの作成に充てましょう」といった感じでしょうか。そのスキルギャップを埋めて、その人をパワーユーザーからシチズンデベロッパーへと引き上げるにはどうすればいいのでしょうか？

参照： 履歴書のリフレッシュ：履歴書を目立たせるための専門家のヒント（無料PDF） （TechRepublic） 

マーカス・トーレス：励ましとエンパワーメントです。イノベーションを誰かに副業として与えようとするほど、イノベーションを阻害するものはありません。現実として、時間は常に、私たち全員にとって、普段の仕事の中でどれだけのことをこなさなければならないか、そして何をするかという点で重要な要素です。そして現実として、パワーユーザーを見てみると、彼らはある程度は自ら選んでいることが多いのですが、「イノベーションを起こしたい。何か新しいことに挑戦したい。何か違うことをしたい、あるいはこのプロセスを改善したい」という人たちは誰でしょうか。そして、彼らは自ら試行錯誤し、価値を創造し、すぐに成果を上げることに満足感を覚える人たちです。

しかし、真のメリットは、そうした人材を特定し、励まし、力を与え、週に半日、あるいはハッカソンを開催するなど、時間を与えて、率直に試してみることです。そして、ユースケースを選んで実行に移し、彼らを励ましてください。なぜなら、もしそうしなければ、それがまるで割り当てられた仕事のように「さあ、あなたの仕事はこれです」となってしまうからです。必ずしも常に成功につながるわけではありませんが、励ましと力を与えることができれば、草の根的な活動が生まれます。そしてどうなるでしょうか？誰かが価値を得ると、それを他の人と共有し、価値を得て、彼ら自身のコミュニティが形成され、そこから爆発的に成長していくのです。

ビル・デトワイラー：では、人材が特定され、プログラムに招聘され、元々行っていた業務からフルタイムの開発業務へと移行する際に、ある程度調整を加えることになるのでしょうか？それとも、必要に応じて使えるツールの一つとして、ツールボックスの中に留まるのでしょうか？どのような方法が最も効果的だったと思いますか？それとも、組織、個人、事業分野によって大きく異なるのでしょうか？その点については、どのような経験をお持ちですか？

マーカス・トーレス：正直に言うと、私はあらゆることを見てきました。私たちの開発者コミュニティで活発に活動しているメンバーの一人は、カリフォルニア州サンフランシスコにあるかなり大きな法律事務所のオフィスマネージャーでした。彼は何か違うことをしようとしていました。ずっとオフィスマネージャーとしてドアを開けたり、事務的な用事に対応したりするような仕事にはしたくなかったのです。彼は本当に革新を望んでいて、最終的には自らの希望で私たちのプラットフォームでトレーニングを積むことになりました。そして今では、ServiceNowの支援を行う、いわばブティックファームのCTOを務めています。また、「私は部署に所属していて、これが私の業務上の役割だ」と理解しているメンバーが、今では組織のデジタルトランスフォーメーションの頼れる存在になっているのも見てきました。

また、他の人たちも最高デジタルトランスフォーメーション責任者（CDO）になった例も見てきました。これは今やLinkedInで検索すればすぐに見つかる肩書きです。つまり、私たちは本当にあらゆる経験を積んできました。まず、イノベーションを起こすことだけでなく、その成果を実際に目にすることの価値を理解し、高く評価している人なら誰でも、ぜひ挑戦してみてください。そして、先ほども述べたように、すぐに成果が出始めることができれば、達成できる成果に限界はありません。なぜなら、中には本格的な開発者として成長を続け、場合によっては、事業部門のヒーローのような存在になる人もいるからです。それは本当に彼ら次第ですが、まずは挑戦してみることが大切だと思います。

参照： 仕事の未来：デジタルワークプレイスのためのツールと戦略（無料PDF） （TechRepublic） 

誰でも開発者になれる

Bill Detwiler:開発者、ソフトウェアエンジニア、コーダーなど、呼び方は何でも構いませんが、私たちは新しい段階に入ったと思いますか？ 昔、BASICを書き始めたのを覚えています。Pascalを書き、COBOLも書きました。ソフトウェアエンジニア、つまりコードを書く人たち、肩書きは何であれ、その人たちには、少なくとも概念化や道筋、あるいはどのようにスタートするかという明確な道筋がありました。でも、あなたとこのことについては前回少し話しましたね。つまり、私たちは今の世代、それも今の世代だけでなく、（私の年齢はさておき）私の世代、つまり好奇心旺盛で学ぶことを好む人たちも、新しい段階に入っているということです。そして今、従来のバックグラウンドを持っていなかった人たちが、組織に価値を付加し、キャリアを積み、より多くのことを成し遂げるためのツールが利用可能になっています。私たちは今、新しい段階に入っており、「開発者」であることの意味を再考する必要があるように思えます。あなたはどう思いますか？私たちは新しい段階にいるのでしょうか？

マーカス・トーレス：その通りです。しかし、誰もがイノベーター、そして開発者になれるのです。問題は、どこまでやるかです。私はある程度の技術力があり、コードを書いたり、ServiceNowのシニアアーキテクトとかなり深い技術的な話し合いをしたりできると思っています。しかし、私が次世代の世界クラスのSaaSアプリケーションをゼロから開発することになるでしょうか？いいえ。実際、誰もがローコードプラットフォームを活用してイノベーションを起こし、開発者になることができます。それで、人々はそれが自分の新しいキャリア、天職だと決めるでしょうか？彼らは開発者のジェダイ・ナイト、AWSやGoogle Cloudのようなプラットフォームに飛び乗り、文字通りすべてをゼロから、自分の力で実現できるフルスタック開発者になるでしょう。そして、もし彼らが開発を始めて、そこに喜びを見出せたら、それを受け入れ、突き進んでいくべきです。

参照: 採用キット: フルスタック開発者(TechRepublic Premium) 

ビル・デトワイラー：あらゆるタイプの人材が必要ですね。まさにその方向に向かっていると思います。もしそれがあなた自身のビジョンであり、それを実現したいと願うなら、そしてあなたが言うように、それが喜びであるなら、ぜひそうすべきです。しかし、組織にとって同様に価値があり、同様に重要になり得る道は他にもたくさんあります。そして、それはあなた自身の成功にも同様に貢献します。そして、私たちはそれを必要としているのではないでしょうか？

マーカス・トーレス：その通りです。採用担当者や履歴書に当てはめて考えてみてください。履歴書に「ServiceNowのApp Engineに精通しています。特定のローコードプラットフォームにも精通しています」と書く時代が来るかもしれませんし、おそらく既にそうなっているでしょう。同じように、プロの開発者として採用された場合、私の同僚であるジョー・デイビスは、エンジニアリングの観点からコア開発R&Dグループを率いていますが、彼はJavaScriptやJavaといった非常に特殊なスキルセットを持つ人材を求めています。

Bill Detwiler: Python と Kotlin どちらでも、好きなものを選んでください。

マーカス・トーレス： Python、Rubyなど、何でもそうです。彼はフルスタック開発者を採用しており、彼らは日々フルスタック開発に携わっています。彼らは自動化ツールやSelenium、CI/CDパターンなど、あらゆるスキルを習得しています。これが私がプロフェッショナル開発者と呼ぶべき道です。私たちは彼らを必要としており、彼らは今後も必要とされ、ローコード開発が彼らを置き換えることはありません。この記事を読んでいる開発者の皆さんは、「ああ、それが真の開発者だ」と言うかもしれません。その通りです。しかし、実は、テクノロジーによって力を得ている別の種類の開発者がいます。彼らは、「ServiceNowでの開発方法を知っているし、App Engineを使って顧客アプリケーションを構築する方法も知っている。組織にとってミッションクリティカルな価値あるアプリケーションを、必ずしもすべてのスキルセットを持っていなくても実現し、提供できる」と言うでしょう。実際、アプリケーションによってはどちらか一方が必要な場合もあります。しかし、実際には、私たちは皆で協力して顧客に価値を提供しています。そして、私たちは今、新しい時代に生きていると思いますし、その一部になれて嬉しいです。

ダイナミックな開発者インタビューなど

• 市民開発者プログラム：構築方法と企業が取り組むべき理由（TechRepublic）
• 開発者やソフトウェアエンジニアとして目立つ方法（TechRepublic）
• ロボットのためのコーディング：知っておくべき言語とスキル（TechRepublic）
• NVIDIA: データセンターはよりスマートになり、インテリジェントなネットワークハードウェアのおかげで複雑さも軽減されます (TechRepublic)
• Drupalの開発者Dries Buytaert氏は、不況でもオープンソースは繁栄できると語る（TechRepublic）
• 効果的なソフトウェア開発マネージャーおよびチームリーダーになる方法：Drupal 創設者 Dries Buytaert 氏からのヒントとアドバイス (TechRepublic)
• uBreakiFixの共同創設者は、新しいモバイル修理サービスは優れた顧客体験の創出を目的としていると語る（TechRepublic）
• ソフトウェア開発者が2021年に知っておくべきこと：ローコード、AIコードテスト、COVID-19の長期的な影響、そしてトップに立つために必要なスキル（TechRepublic）
• プログラミング言語と開発者キャリアリソース（Flipboard の TechRepublic）