この事例の要点
| 対象 | 社内の |
|---|---|
| 課題 | 長年使ってきた |
| 取り組み | セールスメンバーを |
| 製品・技術 | ServiceNow App Engine、 |
| 成果 | モックアップ作成の |
株式会社シスラボは、
日々の
当社では、
-
個々の
仕事を 支えてきた 仕組みを、 全体で 見直す 取り組みの
背景には、 長年利用してきた 社内システムの 老朽化がありました。 また、 各現場で 仕事を 進めやすくするために 独自の アプリが 作られ、 仕組みの 全体像や 管理方法を 把握しにくくなっていたことも 課題でした。 特に、
セールス活動を 支える 仕組みと 販売管理が 分かれて おり、 受注前の 見込み情報と、 受注後の 売上に 関する 情報がつながっていませんでした。 そこで、 両方の 業務を 一体で 見直すための 基盤として App Engineを 採用しました。 業務システムが
分かれていると、 それぞれの 担当者が 必要な情報を 入力していても、 次の 仕事でその 情報を 使うために、 転記や 確認が 必要になることがあります。 例えば、 案件の 見通しが 変わったときに、 どの 情報を 更新し、 誰に 伝える 必要があるのかが 分かりにくければ、 最新の 状況を 確認する 負担も 増えてしまいます。 こうした
見直しでは、 これまでの 仕組みが 担ってきた 役割を 理解することが 大切です。 なぜその 情報を 入力しているのか、 誰の 判断に 使われているのか、 どのような例外に 対応しているのかを 確かめることで、 残すべき機能と 変えるべき部分を 考えられます。 業務のつながりを
整理し、 その 中で 情報が 自然に 引き継がれる 仕組みをつくることが、 システムを 見直すうえで 重要だと 考えています。 -
業務を
知る メンバーが、 開発に 参加する 当社の
プロジェクトは、 セールスメンバーを 中心とする 8名で 進めました。 メンバー向けの 勉強会に 加え、 モックアップと 呼ばれる 試作品を 作る 製作会を 開き、 学びながら 具体的なアプリケーションを 検討しました。 業務メンバーが
開発に 参加する 意味は、 仕事の 中で 行っている 判断を、 設計に 持ち込めることにあります。 例えば、
案件の 見通しを 確認する アプリでは、 案件名と 金額が 並んでいれば 十分とは 限りません。 いつの 売上として 見込むのか、 どの 段階で 情報を 更新するのか、 判断が 変わった 理由を 誰と 共有するのかによって、 必要な情報や 使い方は 変わります。 こうした
条件は、 普段その 業務を 担う 人にとっては 自然なことでも、 開発する 人には 伝わっていない場合があります。 業務を 知る メンバーが 試作に 関わることで、 言葉だけでは 伝えにくい使い方や 判断の 理由を、 具体的に 確認しやすくなります。 市民開発は、
業務の 中で 得た 知識や 気づきを、 自分たちの 仕事を 改善するために 活かす機会にもなります。 -
生成AIで、
考えていることを 試作品にする この
取り組みを 支えているのが、 生成AIによる 開発支援機能である Now Assist for Creatorです。 当社では、 アプリケーションの モックアップを 生成する App Generationも 活用しました。 つくりたいものを
言葉で 説明するだけでは、 使う 人と 開発する 人の 間で、 完成イメージがずれることがあります。 試作品があれば、 同じ画面や 動きを 見ながら、 その 違いを 確かめられます。 例えば、
情報を 確認する 順番が 実際の 仕事と合っているか、 判断に 必要な情報が 不足していないか、 別の 担当者へ 引き継ぐときに 困らないかを 確認できます。 試作品に 触れることで、 最初の 説明では 出てこなかった 要望や、 見直した 方がよい手順に 気づくこともあります。 生成AIが
用意するたたき台は、 こうした 検討を 始めるきっかけになります。 業務メンバーが 自分の 考えを 形にし、 周囲の メンバーと 確かめながら、 次の 修正につなげられることに 価値があります。 -
試作と
学習を 進めやすくする 生成AI ServiceNowの
公式事例では、 当社での Now Assist for Creatorの 活用について、 モックアップ作成の 工数を 50%以上削減できるという 実感や、 App Engineの 開発・機能習得の スピードが 2倍になるという 試算が 紹介されています。 試作にかかる
時間が 短くなると、 アイデアを 確かめる 機会を 増やせます。 一度作って 終わるのではなく、 使ってみて 気づいた 点を 反映し、 別の 方法も 試しながら、 業務に合う 形を 探せるようになります。 学習の
面でも、 具体的なアプリを 見ながら 考えられることには 意味があります。 自分がつくりたいものと 機能の 使い方が 結びつくことで、 何を 学ぶ必要があるのかを 捉えやすくなります。 生成AIを
活用した 市民開発では、 試作と 学習を 行き来しながら 理解を 深められます。 分からないことがあっても、 試作品をもとに 質問したり、 経験のある メンバーに 相談したりすることで、 次に 確かめることを 具体的にできます。 -
使う
人の 気づきを、 継続的な改善につなげる 業務メンバーが
開発に 関わると、 システムを 使っていて 感じた 不便を、 改善の 話につなげやすくなります。 例えば、
同じ情報を 繰り返し 確認している 場合には、 情報の 見せ方に 問題があるのか、 更新する タイミングが合っていないのか、 担当者間の 役割が 曖昧なのかを 考えられます。 日々の 小さな不便を 手がかりに、 仕事の 進め方まで 見直す機会が 生まれます。 そのためには、
気づきを 伝えられる 場と、 伝えたことを 一緒に 確かめる 相手が 必要です。 試作品や 実際の アプリを 見ながら 話せることは、 業務メンバーと 開発メンバーが 認識をそろえる 助けになります。 私たちは、
こうした 対話を 重ねることが、 改善に 参加しやすい環境につながると 考えています。 自分たちの 意見が 仕組みに 反映される 経験は、 次の 改善を 考えるきっかけにもなります。 -
業務メンバーと
専門技術者が、 それぞれの 知識を 持ち寄る 市民開発を
実際の 業務につなげるうえでは、 業務メンバーと 専門技術者が 協力できる 体制も 大切です。 業務メンバーは、
必要な情報や 使い方、 判断の 条件を 具体的にできます。 専門技術者は、 それらを 踏まえて、 データの 持ち方や システム間の 連携、 アクセス権限、 性能、 テストなどを 検討します。 双方の 知識を 持ち寄ることで、 使いやすさと、 安心して 運用できる 仕組みを 考えられます。 また、
担当者が 変わった 後も 改善を 続けるには、 なぜその 仕様にしたのか、 どこを 変更すると 他の 業務に 影響するのかを 共有できることが 重要です。 開発の 過程で 得た 知識や 判断の 理由を 残すことも、 内製開発を 継続するための 土台になります。 生成AIによって
試作しやすくなったからこそ、 できあがったものを 業務と 技術の 両面から 確かめ、 使い続けられる 形に 整えていくことを 大切にしています。 -
自社での
実践を、 お客様の 内製開発支援へ シスラボは、
ServiceNowを お客様に 提案・導入する 立場であると 同時に、 自分たちの 業務でも 活用する ユーザーです。 業務を
担いながら 開発を 学ぶことや、 試作品を 使って 要望を 具体化すること、 異なる 専門性を 持つメンバー同士で 考えを 共有することには、 実際に 取り組むことで 見えてくる 難しさがあります。 お客様の
内製開発を 支援する 際にも、 どの 業務から 始めると 取り組みやすいか、 業務メンバーがどのように 参加するか、 専門技術者がどこを 支えるかを、 お客様の 状況に合わせて 考える 必要があります。 自社での
実践を 通じて 得た 経験を、 お客様との 検討や 開発支援にも 活かしていきます。 業務をよく 知る 人の 気づきを、 生成AIと 専門技術者の 力で 具体的な改善につなげられるよう、 学習、 試作、 実装、 運用までを 見据えて 支援します。