教材アプリの開発プロジェクトにアサインされたのは、入社2年目の夏です。お客さま先で、先方の担当者の方と一緒にアプリ開発に取り組むことになりました。小学校低学年の子どもが、タブレットを使って学習するためのアプリ開発。「教科書では学べないことが学べる」というのが、大きなテーマです。

プロジェクトにおける私の最初の役割はプログラマーでした。ですが、単にソースコードを書くだけの仕事に満足するつもりはありませんでした。仕様書通りにプログラミングするのではなく、どれだけ新しい価値を生み出せるのかが、プログラマーに本当に求められることだからです。「こうすれば小さな子どもにも分かりやすくなるんじゃないですか」といった提案を積極的に心掛け、前のめりに開発に取り組んでいました。

そんな私に転機が訪れます。なんとプロジェクトマネージャーにチャレンジしてみないか、という誘いがあったのです。プロジェクトメンバーのみなさんが「任せるならHさんがいいだろう」と推薦してくださったのです。

今回のプロジェクトでは、新しい開発手法が採用されていました。2週間を基準に期間を区切って優先度の高い機能から順に実装とテストを繰り返していくので、開発途中でもユーザーの声を取り入れながら設計変更が容易におこなえる点が最大のメリットです。

ユーザーである小学生たちに使ってもらって、そこでの反応を基に機能の追加・削除を検討したほか、アニメーションや演出、デザインにも変更を加えながら改善を図っていくことができました。まさにユーザーの声から作られるアプリです。

また、私にとっては初のプロジェクトマネージャーという立場での開発だっただけに、いろんな経験を手にできました。自分で開発するプログラマーとは違って、プロジェクトマネージャーはプログラマーが開発に専念できるよう環境を整え、リスクを未然に防ぐ準備を整えることが役割です。「きっとここでつまずくだろうな」という予測をして、不安要素を一つひとつ取り除いていきます。目の前の工程を管理するのはもちろん、同時に2手先、3手先を予想した行動を求められるのが、一番難しいところでした。

慣れないプロジェクトマネージャーの仕事に苦労するいっぽうで、新型コロナウイルス感染症の蔓延により、リモート開発を余儀なくされたことも私を苦しめました。開発メンバーと顔を合わせることができず、チャットなどテキストでのコミュニケーションがどんどん増えていきました。ニュアンスが伝わらなかったり、上手く意思疎通が図れなかったりして、小さなコミュニケーションのギャップが起き、思うように開発が進みません。メンバーに指示を出し、人に開発してもらうことの難しさを痛感しました。

プロジェクトマネージャーになった当初はメンバーに作ってもらったプログラムを、自分の目で全部確認しなければ落ち着きませんでした。ですが、そんな作業をしていては納期に間に合いません。開発はチームでおこなうものですから、メンバーを信じる心がなければ、価値あるアプリを作れないのは当然です。そこで、思い切って任せてしまうことにしました。おかげで自分の仕事だけに専念できるようになり、プロジェクトは円滑に動き出しました。その後の開発は順調に進んでいって、最終的には非常に満足度の高いアプリに仕上げることができました。子どもたちの声を大切にして、遊び心のあるアプリを作れた点が最大の勝因です。

私たちが作るモノは、作って終わりではありません。何度もバージョンアップを繰り返すことで、ユーザーにとって本当に使いやすい100点満点以上のモノづくりができることを学びました。