東都未来大学 学食ロボ開発、大騒動！
東都未来大学の昼休み。
学食のラーメンコーナーには、今日も長い行列ができていた。
「先生、ラーメン食べるだけで20分待ちですよ」
学生がぼやくと、二階堂先生は腕を組んだ。
「なるほど……。だったら、ロボットに作らせればいい！」
学生たちは顔を見合わせた。
「また始まった……」
こうして、東都未来大学の自動ラーメン製造ロボ開発プロジェクトが始まった。
二階堂先生、いきなり壮大な計画を立てる
二階堂先生は、さっそく計画を説明した。
「ロボットの部品を全部うちで作るのは大変だ。専門的な部分は外部の会社に任せよう」
自社の業務の一部を外部の専門会社などに任せる。これがアウトソーシングである。
さらに二階堂先生は言った。
「学食でも、スマホでも、生協ショップでも注文できるようにする。そして、どこから注文しても同じサービスを受けられるようにしよう！」
複数の販売経路を連携させ、一貫した購買体験を提供する考え方。これはオムニチャネルである。
学生が感心した。
「先生、意外とちゃんと考えてるんですね」
「“意外と”はいらん」
試作版が完成すると、新しいもの好きの学生たちはすぐに使い始めた。
しかし、それ以外の学生は遠くから眺めているだけだった。
「ロボットが作ったラーメンって大丈夫？」
「普通に人が作ったやつでいいよ」
二階堂先生は首をかしげた。
「なぜ広がらん！」
新しい製品やサービスが、一部の新しいもの好きの利用者から一般の利用者へ広がる際に存在する大きな壁。
学生が言った。
「先生、それがキャズムですよ」
「なるほど。ロボットより先にマーケティングを勉強するべきだったか……」
もちろん大学で運用する以上、好き勝手にはできない。
食品衛生、安全管理、個人情報など、法令や社会的なルールを守るコンプライアンスが必要である。
しかも、この計画には学生、大学、学食、生協、開発会社など、さまざまなステークホルダーが関わっていた。
二階堂先生は会議で宣言した。
「基本のラーメンは無料にしよう！」
全員が驚いた。
「無料！？」
「ただし、チャーシュー、味玉、ネギ増量は有料だ！」
学生がつぶやいた。
「基本機能を無料にして、追加機能を有料にする……フリーミアムですね」
「そういうことだ！」
「ラーメンに使う言葉なのかな……」
こうして、開始と終了を定めて目標達成を目指す一連の活動、つまりプロジェクトが本格的に動き始めた。
誰でも使えるラーメン注文システムへ
注文端末は、できるだけ多くの人が使えるように設計することになった。
年齢や障害の有無などにかかわらず利用できる度合い、つまりアクセシビリティを高めるためである。
文字を大きくし、操作を簡単にし、外国人留学生にも分かりやすい画面を作った。
二階堂先生は満足そうに言った。
「重要なのは機械そのものではない。利用者に価値を提供するサービスなんだ！」
「急に先生っぽいこと言いましたね」
「私は先生だ！」
開発メンバーは、資料や進捗を共有するためにグループウェアを利用した。
ところが、二階堂先生本人は研究室にほとんど姿を見せない。
学生がオンライン会議で尋ねた。
「先生、今日も大学に来ないんですか？」
画面の向こうで二階堂先生がコーヒーを飲んでいた。
「私はテレワークだ。ICTを使えば、自宅からでも仕事はできる！」
「ロボットの現物は大学にあるんですけど」
「……そこは君たちに任せる」
いよいよ設計開始
次は、自動ラーメン製造ロボの動きを考える。
「まず何をして、次に何をするのか。処理の手順を決めるぞ」
問題を解決するための処理手順がアルゴリズムである。
注文から完成までを、
「注文を受ける」
↓
「麺をゆでる」
↓
「スープを入れる」
↓
「トッピングを載せる」
↓
「提供する」
という順番にした。
また、学生が操作する注文画面は、人とシステムの間で情報をやり取りするインタフェースになる。
昼休みには大量の注文が入るため、注文データは、先に入ったものから順番に処理するキューで管理することになった。
「先に注文した人から作る。ラーメン屋の行列と同じだな」
「先生、それなら分かりやすいです」
ところが、作業時間を調べると別の問題が見つかった。
ロボットの開発には、設計、部品調達、プログラム作成、組立て、動作確認など、多くの作業がある。
しかも、作業には前後関係がある。
学生が工程表を見ながら言った。
「先生、この経路を見てください」
設計 → 部品調達 → 組立て → 制御プログラム設定 → 動作確認
それぞれの作業時間を合計すると、この一連の経路が最も長かった。
二階堂先生が言った。
「つまり、この経路が遅れるとプロジェクト全体の完成も遅れるわけだ」
作業の所要時間の合計が最も長く、プロジェクト全体の最短完了時間を決める経路。
これがクリティカルパスである。
「一つの作業じゃなくて、作業がつながった“経路”なんですね」
「そこ重要だぞ」
チャーシュー100枚事件
開発も終盤に入った。
ある日、学生がプログラムを確認していると、突然叫んだ。
「先生！大変です！」
画面にはこう書かれていた。
チャーシュー：100枚
「誰だ、こんなプログラムを書いたのは！」
プログラムの記述を読んで、誤りや改善点を確認するコードレビューを行ったところ、入力ミスが見つかったのである。
注文機能、調理機能、決済機能など、複数の要素が連携して一つの目的を実現するシステムなので、一か所の間違いが全体に影響する。
そこで完成したシステム全体が、定められた要件を満たしているかを確認するシステムテストも実施することになった。
ラーメンを注文したらカレーが出た
ロボットを動かすプログラムのソースコードを確認しながら、何度もテストを行った。
そして、試運転の日。
学生が画面で、
「しょうゆラーメン」
を注文した。
ロボットが動き始める。
ウィーン。
ガチャ。
コトン。
学生たちは期待して完成品を見た。
そこには――
カレーライスが置かれていた。
「なんでだよ！」
「先生！ラーメンを注文したのにカレーが出ました！」
二階堂先生は腕を組んだ。
「うむ。これは非常に興味深い現象だ」
「ただの不具合です！」
プログラムの不具合を発見して修正するデバッグが始まった。
しかし、なかなか原因が見つからない。
しかも学園祭まであと二日。
二階堂先生が立ち上がった。
「こうなったら、今夜はハッカソンだ！」
短期間にチームでソフトウェアなどを開発し、成果を発表するイベントである。
学生たちは研究室に集まり、夜通しプログラミングを続けた。
ついにロボットが動く
翌朝。
ついにロボットが正常に動き始めた。
ロボットアームを動かしているのは、電気信号などを実際の動きに変えるアクチュエータである。
コンピュータ内部では、CPUと主記憶の速度差を補う高速なキャッシュメモリが処理を助けている。
そしてCPU内部で実際に命令を処理している中核部分がコアである。
「先生、今度こそ動いてます！」
「科学の勝利だ！」
学生が注文する端末は、必要最低限の機能だけを持たせ、主な処理やデータ管理をサーバ側で行うシンクライアントにした。
大量のデータを高速に読み書きするため、データを複数のディスクに分散して記録するRAID 0も採用した。
ロボットを制御するプログラムや注文管理プログラムなど、さまざまなソフトウェアも完成した。
設定ファイル、注文データ、ログなどは、それぞれ分かりやすくフォルダに分けて整理した。
準備は完璧――のはずだった。
ついに完成！
学園祭当日。
大勢の学生が見守る中、二階堂先生が注文ボタンを押した。
「しょうゆラーメン、一杯！」
ロボットが動く。
麺をゆでる。
スープを注ぐ。
チャーシューを載せる。
味玉を載せる。
そして――
一杯のラーメンが完成した。
「できた！」
学生たちから大歓声が上がった。
二階堂先生も両手を広げた。
「見たか！これが東都未来大学の技術力だ！」
その瞬間。
会計画面に金額が表示された。
お会計
128,000円
全員が黙った。
学生が恐る恐る尋ねた。
「先生……ラーメン一杯ですよね？」
二階堂先生はしばらく画面を見つめた。
「…………。」
そして静かにノートパソコンを開いた。
「デバッグの続きを始めよう」
学生たちは叫んだ。
「まだ終わってなかったのかよ！」
こうして、自動ラーメン製造ロボ開発プロジェクトは、
ラーメンを作ることには成功したが、普通の値段で売ることには失敗した。
二階堂先生たちの戦いは、まだまだ続くのであった。
