- 香川大学DXラボのスタッフブログでは、DX推進の現場で活躍する学生やスタッフのリアルな声をお届けしています。
今回は、開発組織であるDXラボの全体統括としてマネジメントを担ってきた、情報化推進統合拠点 DX推進研究センター 特命教授・浅木森浩樹さんへのインタビューをもとに、2021年の立ち上げ期から現在に至るまでの取り組みを、前後編に分けてお届けします。(全2回)
プロジェクトの進め方や試行錯誤、学生チームのマネジメント、そして企業とは異なる大学ならではの強みとは何だったのか。成功だけでなく失敗にも目を向けながら、DXラボが「何を大切にしてきたのか」「どのような判断を積み重ねてきたのか」を整理します。
前編では、DXラボがどのような体制でプロジェクトを進めてきたのか、「ユーザ価値と向き合い続ける」という判断の軸をどのように形づくってきたのかを中心に振り返ります。
教職員
浅木森 浩樹
香川大学 情報化推進統合拠点 特命教授 DX推進研究センター
【DXラボスタッフに聞いてみた】教員 浅木森浩樹 <前編:体制と進め方編>
※インタビュー内容の一部はMicrosoft Copilotを用いて自動要約し、一部修正を加えたものです。
※本インタビューは2026年3月時点の内容です。
自己紹介
久我:DX推進研究センター特命准教授の久我です。今日はよろしくお願いします。
米谷:DX推進研究センター教授の米谷です。今日はよろしくお願いします。
浅木森:DX推進研究センター特命教授の浅木森です。民間企業からクロスアポイントメントで参画しております。企業では、プロダクトやIoT、クラウドなどのソフトウェア開発に加え、リーダーとして20年ほど携わってきました。現在は、本部の人材開発の部門で働いています。DX推進研究センターの組織であるDXラボには立ち上げ当初から参画しており、学生チームのマネジメントを中心に関わってきました。今日は、そのあたりの話を中心にお話しできればと思います。
DXラボの概要、浅木森さんの役割
久我:まず、DXラボという組織について、教えていただけますか。
浅木森:DXラボは、香川大学 情報化推進統合拠点 DX推進研究センターに設置されている、学内DXを推進する取り組みに対して、技術と開発の観点から伴走する組織です。DX推進研究センターでは、DX推進に関わる技術や設計法、人材育成などに関する研究を進めており、DXラボはその中で、学内DXに関わるプロジェクトに実働を担う立場で関わっています。 教員、職員、学生に加え、企業からクロスアポイントメントで参画する教員や客員研究員などで構成されています。
久我:なるほど。では、浅木森さんご自身のDXラボでの役割についても教えていただけますか。
浅木森:DXラボでは、学生を主体とした複数のチームを編成しており、私はその全体を統括する立場で関わっています。 具体的には、学生チームのマネジメントを中心に、必要に応じて技術的な支援やプロジェクト推進の支援を行っています。
開発の対象(システム)と、進め方(プロジェクト)
※本記事では、実際に動く成果物を「システム」、それを事業部門と共に考え、進めていく活動全体を「プロジェクト」と呼んでいます。
米谷:実際にDXラボが開発してきたシステムには、どのようなものがありますか。
浅木森: 欠席届申請システムや学生便覧チャットボットのように単一機能のものから、複数機能が組み合わさった勤怠システム(KadaKintai)や落とし物管理システム(KadaMikke)まで、幅広く開発してきました。
米谷:体制はどのように組んで進めているのでしょうか。
浅木森: 学部4年生から大学院2年生までの学生が中心となるチームに、教員・職員・企業からの客員研究員がサポートとして入る形でプロジェクトを進めています。現在は4チームで運営しており、各チームのリーダーも学生が務めています。
米谷: プロジェクトの進め方として、合意形成はどのようにしていますか。
浅木森: システムの概要は「案件シート」と呼ぶ1枚の資料にまとめ、事業部門と合意を取ります。その上で、案件シートと開発中のシステムを適宜見比べながら、必要に応じてブラッシュアップを続けます。 DXラボでは、事業部門と連携し、システムを共に作り、使いながら改善していく「ユーザ主導型」の進め方を意識しています。
米谷: チーム内の会議体や、全体での共有はどのように運用していますか。
浅木森: チームの定例は週次で実施し、事業部門との打合せも必要に応じて私も参加して助言しています。 また、隔週ペースで4チーム合同のステコミ会議も実施しています。その場には情報システム開発やビジネスなどの各専門分野の先生方にも参加いただき、複数の視点からアドバイスをもらうようにしています。
プロジェクトの振り返り ーユーザ価値との向き合い方ー
久我: ここまで、DXラボでどんな体制でシステム開発を進めてきたかを伺ってきました。そうした中で、プロジェクトの進め方自体も、少しずつ変わってきたのではないかと感じています。
浅木森: そうですね。立ち上げ当初から拡大期にかけては、職員さんが仕事を持ってきて、案件シートを書いて「じゃあやろうか」という形で進むことが多かったと思います。今振り返ると、その時期は見切り発車になっていたプロジェクトも少なくなかったですね。
久我:見切り発車になりやすかった背景には、案件シートの使われ方も関係していそうですね。
浅木森: そうだと思います。案件シートが、要求仕様書のような位置づけになっていて、受発注に近い形で使われていました。何を作るか、どんな機能を実装するかに議論が寄って、「そのシステムでどんな状態を実現したいのか」まで十分に描けないまま進むことがあったと思います。
久我:ただ一方で、拡大期はスピード感も求められていたと思います。そのやり方自体が悪かったわけではない、という見方もできますよね。
浅木森: そうですね。拡大期に、構想を練るのに時間をかけて価値を細かく語るやり方を最初からやっていたら、頭でっかちで実践の負荷が高くなってしまって、ここまでDX推進の取り組みを広げれらなかったと思います。この意味で、DXラボの拡大期の開発プロセスは成功裏におさまっていると捉えています。ただ、必ずしもすべてがうまくいったかというと悩ましい部分もあります。私たちの期待としては、DXラボで開発したシステムは、DXラボの手を離れてユーザ主導の改善・保守へと移行していくのが望ましいところですが、その時期のプロジェクトの進め方が、結果的にDXラボの関与が長く続いてしまうシステムを少なからず生んでしまった面もあると感じています。
久我:そこから、「価値をどう語るか」が意識されるようになっていった。
浅木森: はい。「作るシステムの価値をちゃんと説明できないと次に進めない」という場面が増えてきました。案件シートも自然と細かく見るようになり、価値が語れない場合は次のステップに進まない、価値が語れない状態で作っても、その後の改善や展開につながりにくいことを経験してきたからこそ、今は“先に進まない”という判断も含めて、プロジェクトの一部だと考えています。
久我: 勤怠システム(KadaKintai)や落とし物管理システム(KadaMikke)ではどうでしたか?
浅木森: KadaMikkeは、「落とし物を持ち主に返す」「返却率を上げる」という分かりやすい語るべき価値がありました。ステークホルダーがその意義に共感して、システム改善やBIツールの作成といった派生活動につながり、次の展開に進めたのだと思います。 一方で勤怠システム(KadaKintai)は、「イキイキワクワク働ける香川大学」というKGIは描けたものの、それをどう実現していくかというKPI設定のところで苦慮している印象があります。ただ、価値を語り、共感を得ていくことで、さらに良いシステムに仕上げていけると考えています。
久我: 世界観としてのKGIだけでなく、指標としてのKPIや、現場の共感まで含めて設計できるかどうかが、継続的な改善につながるかを左右した、と。
浅木森: そうですね。KPIがあると、「次に何をするか」を具体的に議論できますが、それがないと作って終わりになりやすい。 だから最近は、システムを作ること自体に責任を持つのではなく、そのシステムがユーザにとってどんな価値を生み、次にどうつながるのかまで含めて責任を持つ、という考え方を意識するようになっています。
久我:それが、「ユーザ価値と向き合い続ける」ということですね。
浅木森: はい。案件シートも、本来は要求仕様書ではなく、価値を議論するための道具であるべきだと思っています。価値が語れないと、作って終わってしまいます。
ここまでのまとめと、後編で扱うテーマ
本編では、DXラボがどのような体制でプロジェクトを進め、 「ユーザ価値と向き合い続ける」という判断の軸を形づくってきたのかを見てきました。 後編では、そうした考え方を、学生主体のチームの中でどのように共有し、人や文化として育ててきたのかについて掘り下げていきます。
