前職をエンジニアとして経験した後に、より成長するためにフレームワークスに入社していただいた武田さん。少人数のチームの中で大規模な案件をどんどん経験していただいてます。

フレームワークスに入社してから、メンバーとして、PL(=プロジェクトリーダー)として、どのようなことを経験し乗り越えてきたのかを伺いました。

プロフェッショナルになりたくて飛び込んだフレームワークス

Q.大阪支店所属の武田さんは、現在入社5年目ですよね。どういった経緯でフレームワークスに入社されましたか？

大学は文系でプログラミングは学んでいませんでした。新卒で入った会社を退職後、職業訓練校に入って、卒業と同時に前職のSES（システムエンジニアリングサービス）の会社に入りました。前職では常駐で経理システムの運用やプログラムの改修に従事していました。常駐先は、みんなで成長し合おうという雰囲気ではなく、開発経験もほとんど積めず、この成長速度ではまずいと感じていました。

1つの道を極めるプロフェッショナルに憧れていたので、自社開発をしている会社であれば、開発の経験を積めそうだと考え、物流専門で自社開発しているフレームワークスの選考を受けました。
最初は全然ピンと来なくて（笑）、「物流のシステムを作っている会社があるんだ」くらいの気持ちでした。ただ、面接官だった今の上司に当たる方の話しやすい雰囲気が魅力的だったことや、面接の中で物流システムの将来性や重要性を実感したこともあり、ぜひ一緒に働きたいと考え入社しました。

必死で食らいついた最初の案件

Q.開発業務を始めたのはいつですか？

入社当初はWMSの知識を深める目的で、開発ではなくA社のテスト業務からスタートしました。半年後に別のプロジェクトにアサインされたタイミングで開発業務を行い、最終的には設計から開発、テストといった幅広い業務を任せてもらいました。
A社の案件はかなり大規模で、総期間は5年くらいですかね。私は納品前から関わっていて、納品後の不具合の改修とか、並行して別のA社案件の対応なども含まれていました。

Q.実際、A社の業務に入ってみて、難しかったことはありますか? 

最初はテストも正直、何のテストなのか全然よく分からなかったですし、物流のこともまだよくわかっていませんでした。なので、当時は必死で食らいついていきました。わからないことがあったらすぐに聞きに行って、少し鬱陶しいぐらい質問していましたね。

テストをちゃんとやるのは初めてで、結構大変だった記憶があります。
まず数がすごく多くて。当時僕がA社案件に入ったのが1月で、3月末にテスト結果の納品があり、それまでにテストを終わらせないといけないけど、普通にやっていては終わらない、という状況でした。

Q.納品後の初回の本番稼働では順調に進んだのでしょうか？

いろいろ問題が起きましたね。今思うと、ちゃんとテストできていなかったと感じています。細かい処理のエラーとかインタフェースのエラーとか、挙げればきりがないくらい色々な問題がありました。
業務全体に関わるようなものもありましたね。入庫も出庫も全部終わったら「確定」ができる仕様なんですが、「確定ボタンが押せない」といったトラブルがありました。本番稼働のときは客先にずっといたので、「押せないんだけど、どうなってるの？」と。まず先輩のKさんが窓口になって、自分や協力会社の方が調べて取り組みました。
大変なところに入ったなと当時は思っていました。

Q.印象に残っている事はありますか?

本番稼働時はお客さん先で立ち会うのですが、緊急事態が起こった時の緊迫感は良い勉強になりました。物流システムがトラブルで止まってしまうと、物流現場で働いている何十、何百といった人が作業ができなくなり、エンドユーザ様に商品を届けるのが遅れてしまうため、現場はめちゃくちゃピリピリしていました。
これくらい緊張をもってやらないとダメだよな、とも痛感しました。自分がちゃんとテストしていない事によって、お客さんに迷惑をかけてしまうので。

Q.A社案件で学んだことは何ですか？

開発のスキル、物流の知識、両方ですね。
開発はA社の案件で多く学びました。特にデータベースの構造に詳しくなりました。ここのテーブルとこのテーブルが結合していて、入荷を受け付けたらこのテーブルができる、というような。完成形をイメージしながら、必要な機能を組み立てられるようになりました。
開発していく中で、ただ単に作るのではなく、今作っているものがどこに影響するのかを頭の中でイメージしながら作るのはとても重要になりますね。

また、WMSは単体で動いているわけじゃなく、荷主の基幹システムがあって、WMSがデータ連携しているんだ、というような、システムの全体像が1〜2年かけて少し分かるようになってきました。

加えて、入社前はさらっとしか物流が分かっていませんでしたが、A社のプロジェクトに関わったことで、更に知識を深められた期間だったと思います。物流の知識を身に着けるために本を読んだりもしましたが、実際にプロジェクトを経験するのが一番ですね。実際にシステムが使われている現場に立ち会えたことで、物の動きがイメージできるようになりました。

Q.イメージできるかどうかで、どのように違ってくるのでしょうか

指示通りに作業するだけだと、本当は他も見なければいけないのにそこだけ作ってしまう。でも物の動きをイメージしていれば、ここも修正しないとダメなんじゃないかと気づけたりします。

Q.A社のお客さんとは距離感が近かったですか？

近かったですね。本番稼働した後もA社さんのところに常駐していて、些細なことでも質問をもらえました。「エラーメッセージが出ているけど、この処理をすればよいですか？」とか。

最初は上司経由で質問が来ていたのですが、最後の方は結構僕のところにも直接問い合わせが来るようになりましたね。メールでもそうですし、直接話しかけてもらうこともあって。お客さんと直接やり取りするのはやりがいがありました。

大型案件で先頭に立つチャレンジをする

Q.今関わっているB社の案件について教えてください

売上9000億円近い業界トップクラスの会社の物流子会社がB社です。今関わっている拠点以外にも、日本全国に約20の物流センターがあります。

プロジェクトでは、タブレットを導入しWMSと連携させて、倉庫業務の効率化を目指しています。今までは紙を事務所で発行してセンターから取りに行くなど、事務所と現場の往来が発生していたんですけど、ペーパーレス化して地球にやさしく、DX化して作業の効率化、リアルタイム化を推進する狙いがあります。
あとは、タブレットを使った検品ですね。B社は食品などを扱っているので、ただタブレットを使うだけでなく、商品外装のバーコードや賞味期限などの日付データをカメラで読み取ることで手入力を減らし、作業効率の向上を狙っています。

Q.どういった体制でやられているんですか？

入った当初は先輩がPM(＝プロジェクトマネジャー)で、僕がPL(＝プロジェクトリーダー)で、あとは当時は協力会社さんが1名。それと、コンサルの方が1名でしたね。
今は開発チームとして協力会社の方が増えてるのと、6月から僕の下に東京所属の同僚が加わっています。

Q.PLのポジションは具体的にどういうことをやっているんですか

お客さんと直接話して要件をとりまとめて基本設計を行ったり、WBS(Work Breakdown Structure:作業分解構成図)を作って開発やテストなどの全体のスケジュールを管理したりします。あと今回の案件では、フレームワークスのWMSであるG5の改修も発生します。改修を担当する協力会社と連携したり、内部結合テストや外部結合テストのシナリオやスケジュール、テスト内容を検討したり、いろいろ調整する役割です。
今までは指示される側でしたが、指示する側になりました。

Q.指示する側に回る難しさはありますか？

大変ですね。今週、外部結合テストをこういった内容でやりますというのをお客さんにレビューしに行きますが、テスト仕様書をそこまで完成させないといけない。その状況で、協力会社さんからのいろんな質問であったり、いろんな調整が一気に立て込んできていて、なかなか自分の仕事ができない状況が発生するので、ちょっと辛かったりします。

Q.PLになるとお客さんの前で話す機会も増えますよね。そこで苦労したところは？

お客さんの前で話す経験が今までなかったので、いざお客さんの前に立つと頭が真っ白になって。なので要件定義ではお客さんとの打ち合わせ前に社内で事前レビューを行い、しっかり準備をすることに取り組みました。

事前レビューの最初の頃は、資料のまとめかたや説明がうまくできず指摘ばかりでしたが、コツを掴んでからは指摘も減り、お客さんの前でも自信を持って話せるようになりました。
そうすると自然とお客さんも自分を見て話をしてくれるようになるので、PLとして信頼されてきたのかなと感じますね。

Q.この案件は要件定義から関わっていると聞きました。要件定義などの上流工程はやりがいはありますか？

相手の要望を、認識の齟齬が無く言葉にしていくのは難しいと感じます。最初はすごく苦労しましたけど、いつか上流工程に携わりたいと思っていたので、大きなやりがいを感じています。例えば、要件定義で行き詰まっているときに、自分の提案に対して「いいですね」と言ってもらえた時とかですね。

また、打ち合わせでアジェンダや時間割が全部予定通りに進んだ時にも達成感を感じました。気づいたら元の議題と全然違う話になっているときにうまくコントロールして軌道修正できた時などは嬉しかったですね。

Q.システム稼働が約3ヶ月後で、まだ目に見える成果が出ているわけではないと思いますが、この案件をやってよかったと感じたことは？

お客さんとの決起集会で、お客さんとも冗談を言い合える関係になってきました。PMからも「お客さんが武田君が頑張っているのを認めているからだよ」と言ってもらえて、そのときは嬉しかったです。

お客さんに対しての貢献という意味では、まだまだという感覚です。でも、自分が要件定義や基本設計の打ち合わせの場で、お客さんの困っていることに対応できているときは、貢献できているかなと感じます。そう思えるのは、お客さんと距離が近く、直接やり取りができるというのが大きいですね。

Q.直接やり取りするのはどの役職の方が多いですか？

センター長や、作業するチームのリーダー、情報システム部の方々とよくやり取りしています。
B社さんは大きな会社ですが、そこのセンター長とか情報システム部の部長さんなど、若手の頃からそういう人たちと話せるのは、非常に貴重な機会だと思います。現場のリーダーはいろいろな視点を持っていて、多様な意見をくださいますね。現場とシステムの両方の意見を聞くことができます。

Q.案件は今後どういう発展をしていくのでしょうか？

担当する拠点は試験導入で、ここを参考に新設する倉庫にも導入していきます。それを少しずつ広げていきながら、最終的には20を超える全拠点へ展開していく予定ですね。
B社としてもチャレンジの多い案件です。そこに関われて嬉しいです。

先輩PMの背中をみて学ぶ

Q.これからこうなっていきたいという目標にしている方っていますか？

今のPMです。ファシリテーションがすごいのでお手本にしています。

Q.どういうところがすごいのでしょうか？

会議をコントロールする力ですね。要件定義の場面では事前に社内ですり合わせをしたうえで、基本的に僕がメインで話をするのですが、内容が複雑になってきた時に認識の齟齬をなくすよう整理して下さるなど、困った時にはすぐにフォローしてくれます。

あとはいかにプロジェクトを遅らせないかという意識、いかに漏れをなくして、いかに早く反応するか、という姿勢がとても勉強になります。お客さんから質問が来たら、会議の場でなくてもすぐに反応する。調べて分からないことはすぐに調べる。自分でボールを持たないように常に動いているのが伺えます。

Q.今のPMは大ベテランですが、身近で目標にしている先輩はどういった方ですか？

周辺環境に詳しい方ですね。自分は専門知識が乏しいと感じていて、特にネットワークやインフラ周りは勉強しないといけないと思っています。

今回、検証環境をパブリッククラウドで構築しました。まず自分のローカル環境で構築したのですが、自分の知識が乏しいせいで、手順書を見ながら手探りで何とか作れたという感じだったんです。その後、他の同僚に環境構築をお願いしたものの、自分がうまく指示を出せなくて、申し訳なかったと思ったことがあります。WMSのみならずシステムに関わる専門知識を持っている同僚が多いです。そういった方を見習ってより広い領域に対応できるエンジニアを目指しています。

Q.エンジニアとしてどういう人材になりたいという目標はありますか？

プロジェクトを一から始められるエンジニアになりたいですね。そのためにはまだまだ身につけないといけないことが色々あります。

例えば、G5の標準に関する知識も身につけたい。標準を知っていれば実装がどうなっているか詳しく知らなくても、標準ならこういうデータの作り方をするはずだと、ある程度は答えられるんですよね。調べれば分かることも多いですけど、知っていれば調べる時間が省けて物事を早く進められると思います。

また、もっとお客さんに提案できるようになれたらいいなと思います。

素直さと挑戦意欲を持った人と働きたい

Q.フレームワークスで働くうえで大事な要素はなんでしょうか

一番は「素直さ」かなと思います。
先輩はいろいろ経験してきたからこそアドバイスが出てきます。それを言ってくれるのは、自分の成長を思っていてくれるからこそ。それを真摯に受け止めるのが大事だと思っています。

Q.武田さん自身が一緒に働きたい人はどんな人ですか？

新しいことに挑戦する気持ちを持ち、自分主体で考えられる人です。
プロジェクトも言われてやるのではなく、「いいものを作ってやるぞ」という気持ちで働ける人がいたら一緒に働きたいです。