市民開発ガイドライン Behind the Scenes

前回に引き続き、今回のnoteのテーマも引き続き「市民開発ガイドライン」です。今回は市民開発ガイドラインの制作の舞台裏を少しご紹介したいと思います。

市民開発ガイドライン公開

Cybozu Days 2025に合わせて公開された「市民開発ガイドライン」、もうご覧いただけましたでしょうか？まだダウンロードしていないという方はこちらからぜひゲットしてください！

今回の市民開発ガイドラインは、これまでサイボウズが公開してきたガバナンスガイドライン、DX人材育成ガイドラインに続く、ガイドライン第三弾となります。メインターゲットはエンタープライズ企業を想定していますが、エンタープライズ企業以外でも参考にしていただけるところがあるのではないかと思います。

EPCコミュニティとその分科会

この市民開発ガイドラインは、kintoneのエンタープライズ企業によるコミュニティ「Enterprise Circle(通称EPC)」の市民開発分科会の活動として制作されました。

現在EPCは承認制になっているのでクローズドなコミュニティではありますが、その中での情報交流やナレッジを一般に公開していこうということで、今回の市民開発ガイドラインの制作とそれを担う分科会の設立となりました。

分科会の立ち上げ検討は、実はちょうど一年前の2024年11月8日に遡ります。市民開発に関する情報やナレッジを収集したかった私は、Cybozu Days 2024のEPC懇親会で、参加者の方にヒアリングをしまくりました。(ご協力いただいたみなさま、その節はありがとうございました。私はシラフでした笑)

その時のメモが残っていましたので抜粋して紹介すると、「市民開発が広がることで、現場の業務改善のリードタイムを減らせるのではないかと期待している」「市民開発者の育成をどうするか？敢えて業務にせずに勉強会をしている」「自然発生的なナレッジ共有が生まれている。Hub&Spoke型だけではなくネットワーク型も発生しつつある」といった情報が得られました。

ここから準備期間を経て4月から市民開発分科会が立ち上がりました。

分科会のテーマ

EPCはコミュニティ活動であり、サイボウズメンバー以外は基本的にボランタリーベースの活動となります。そのため、参加者の負担を増やしすぎず、市民開発に関する情報をより多く収集し、ガイドラインの形にまとめていくことが分科会に求められました。そこで分科会は、月に一回、サイボウズ側でテーマを設定し、それに対して情報をいただく、流れで実施しました。

以下に、分科会実施時のテーマとその時の状況を可能な範囲で紹介します。

しくじりエピソードの共有

第1回目のテーマは「市民開発 しくじり先生」です。参加者同士で市民開発のしくじりを共有することで、「次は失敗しないぞ」という情報にもなりますし、しくじりを共有することで分科会参加メンバー同士の関係性構築にもなったと思います。

社内における市民開発の位置づけと評価

第2回目のテーマは「社内における市民開発の位置づけと評価」です。現場部門が実施する市民開発は、IT部門の開発と異なり「業務のための開発」つまり開発作業は業務に従属するものになるはずです。

このとき、市民開発の活動を会社の業務としてどのように位置づけ、どのように評価していくか、というのが持続的な市民開発には重要です。(例えば「市民開発は業務時間外に実施すること」や「市民開発で作ったアプリ数で評価する」という状況では、市民開発が継続するはずはありません。)

そこで以下のようなマトリクスを用いて皆さんに市民開発活動の状況を分類・分析していただきました。

市民開発のルール

第3回目のテーマは「市民開発のルール」です。一般的には、ITシステムを利用するためのルールが存在していると思いますが、市民開発を進めるに当たって新たに追加したルールがあればその情報を収集したいと考えました。

ルールとはもちろん、安全に市民開発をするための制約でもありますが、同時に市民開発を促すような、創造性を高めるきっかけにもなり得ます。
ちょうどその頃読んでいた「ルールの世界史」によると、ルールのライフサイクルとして「信用」→「想像」→「普及」→「育成」とあり、まさに市民開発っぽいと考えて以下のような資料を作成しました。(この資料は結局使いませんでしたが。。。)

市民開発に関わる学習・育成

第4回目のテーマは「市民開発に関わる学習・育成」です。実は「市民開発ガイドライン」には「学習・育成」というパートは無いのですが、学習や育成を支える仕組みとして実践コミュニティというのを紹介しています。

しかし実践コミュニティですべての学習や育成を賄えるわけではありませんので、分科会でその周辺にある学習・育成、その支援についてお聞きしました。

市民開発ガイドラインは特定のツールに限定してはいませんが、ノーコードツールであるkintoneの人材育成ロードマップガイドラインをベースにしてお話しをお聞きしました。

市民開発に関わる開発プロセス・開発標準

第5回目のテーマは「市民開発に関わる開発プロセス・開発標準」です。第3回目のテーマである「ルール」に近いところもありますが、この回は特に開発プロセスについての内容にフォーカスしました。

市民開発は、業務部門による開発であるため、市民開発をしなければ業務が止まってしまう、ということは稀だと思います。だからこそ、市民開発者の自律的・自発的な活動が求められます。一方で、ガバナンスの効いていない自由なだけの市民開発は従来のシャドーITと変わらないので、この自律とガバナンスのバランス、スペクトラムとして認識することが必要です。

また、開発プロセスについては様々な手法やプロセス体系がありますが、kintoneなどのノーコードツールを活用して現場部門が開発する市民開発においてはSCRUMなどのアジャイル開発が適しているという声がありました。(業務部門の方が、SCRUMのプロセスを完全に踏襲するのは難しいはずなので、抜粋したものになると思います。)

アジャイルソフトウェア開発宣言では、開発者と顧客が明示的に別の立場として表現されていますが、市民開発においてはそれが同一人物内で共存する(自分で作って自分で使う)ので、このあたりも再解釈が必要かもしれません。

DRAFT版レビュー回

第6回目は「市民開発ガイドラインのレビュー回」です。9月時点で完成度が約7割でしたが、分科会でレビューしていただくことで、内容の是非や表現方法、ヌケモレを確認しました。

特に市民開発の位置づけ(＝内製開発との違い)、シャドーITとの違い、全社ITルールと市民開発ルールの位置づけなどが明確になったのはありがたかったです。

市民開発ガイドラインは実践コミュニティで生まれたナレッジ

今回、市民開発ガイドラインを制作しながら、「この活動自体が、実践コミュニティ」だと感じました。特定のテーマについて、熱意を持った方々と協働し、そのナレッジをまとめてガイドラインとして形式知化していく、その相互交流がまさに実践コミュニティです。さらに、私自身はこの活動を通して職業的アイデンティティを得ていたと言えます。市民開発分科会の皆さんに感謝です。

ちなみに、市民開発ガイドライン公開のプレスリリースのコメントも市民開発的に皆さんから頂いた多元的なコメントを集約して作成しました。

おまけ

Cybozu Days2025の市民開発セッションでの小ネタを紹介します。(というか本番時にクリッカーが動作せずに焦ったのが一番のネタかもしれません。ネタじゃないんですが…。)

ネタ1

カップとドーナツはトポロジー同位です。だから市民開発と内製開発も同じなんですよね？というネタでした。

ネタ2

IT部門と業務部門がケンカ煙が出るほどで喧嘩しているみたいですが、じゃんけんしているだけというネタ。ある意味、平和。

ネタ3

セッション時に手元にPCを置く想定でしたが、リハでPCが離れていることが判明し、急いで原稿を覚えました。(結局カンペに頼る)

というわけで今回は、市民開発ガイドラインの舞台裏を紹介いたしました。
市民開発はジョブ・クラフティングや従業員体験と言う文脈でも良い効果があると思いますので、たくさんの方に読んでいただき、市民開発が広がれば良いなと思っています。