大手コンビニのクイックコマース・アプリ開発プロジェクト

大手コンビニエンスストアのクイックコマース・アプリ開発です。アプリのバグ（不具合）があまりに多く、リリース延期が決定された段階で、我々がそのアプリを正常に動かすために助っ人として呼ばれました。
 
コンビニエンスストアを運営する会社から委託を受けた大手システム開発会社が直接のクライアントで、ジャパンシステムとのお付き合いが長く、確固とした信頼を得ています。
 
そのクライアントが、アプリのバグを解決できるシステム開発会社を探していたところ、ちょうど私の開発チーム9名が携わっていた別のプロジェクトが終了したタイミングだったので、打診を受けてそのまま本プロジェクトに参画しました。私たちが「すでにチームが安定稼働している」ことと、「経験豊富なスキル保持者がチームに揃っている」ことが打診の理由だと聞いています。
 
アプリのバグを改修し、一刻も早くリリースするという難易度の高い案件でしたが、「さまざまなプロジェクトで成果を挙げてきた自分たちなら、このミッションもクリアできる」という自信があり引き受けました。

まずはアプリの仕様を理解し、「本プロジェクトの開発で行われてきたこと」や「コンビニ業務の内容把握」に努めました。そして3ヶ月後のリリースに向けて、「絶対に修正しなければいけない致命的なバグ」を洗い出し、優先順位をつけました。
 
優先順位の上位は、主にユーザーが直接操作する画面と支払いに関わるシステム部分といった、本アプリにとって重要なUI/UXに関する改修です。たとえば「エラー発生時の画面遷移がユーザーフレンドリーでない」「操作性が他のアプリと比べて劣る」、「誤解を招く金額表示」など、決済まわりのバグです。

私は、アプリのリリース前は「解析・改修チーム」のリーダーとしてマネジメントを担当。リリース後は「開発チーム」のリーダーとして引き続きマネジメントを担当しています。スケジュールやコスト、メンバーの管理が主な役割です。

私が担当したのは、主に「カート（買い物かご）」画面の改修です。改修内容は、たとえば「ユーザーがクレジットカード決済時に入力を間違えてエラーが出た」場合に、入力ミスの部分をエラー表示するだけではユーザーにとっては「どこを間違えているか分からない」状態になる恐れがあるため、「ユーザー離れを防止するためにはユーザビリティに配慮し、エラー箇所を赤く強調表示する」というような不具合の改修などを担当しました。

進めるうえでのハードルは2つありました。
 
ひとつは、本プロジェクトに関連する業務知識がなかったので、そこをどう補うかでした。たとえば「この商品はどう分類されるか？」や「この商品の購入には年齢確認が必要」など、コンビニの小売り業務に関する知識です。
 
もうひとつは大規模プロジェクトへの途中参画に関するハードルで、「最初につくった人じゃないと分からない部分」が多々あったことです。設計書を読んでもよく分からず、つくった人に確認する必要がありました。また、改修作業中も設計変更や要件変更が頻発したので、一時はチーム人数を増員するなど、調整力が求められました。

故障対応で苦労したのは「チケットの重複」です。「チケット」とは、故障内容が書かれたタスクのことで、バグを発見した人がその都度発行します。そのため領域が複数にまたがるバグの場合、A領域とB領域で同じ内容のチケットが発行されることが多々ありました。
 
自分も「B領域のチケットを受け取り、バグを改修しようとすると、すでにA領域のチケットを受け取った人がそのバグを直していた」なんてことがありました。それを経験してからは二度手間が起きないよう、同じ内容のチケットがないかを確認しながら進めるようにしました。

我々が参画した後は、予定していた納期に間に合い、リリースに遅れは出ませんでした。クライアントからは「参画初期の立ち上がりスピードの速さ」や「チームとしての対応力の高さ」について良い評価をいただきました。
 
またプロジェクト状況に応じてフィージビリティ（実現可能性）を確保したことも評価していただきました。たとえば、バグを改修する中で「このランクのバグはいつまでに」と期限が設けられた場合、ジャパンシステムのメンバーやリソースの中でどれだけ対応できるかは、その時々によって変わります。その際に「今の状況なら、これくらいの対応ができます」とその都度クライアントと調整して体制を作って実現していきました。
 
本プロジェクトは、終盤の大詰めの時期に参画しまして、関係者の多くは各種の対応で逼迫状態にありました。そのような状況でも目先の対処に捉われることなく、「アプリのリリースに必要なことを中心に据える」「優先順位の高い低いを適切に判断して対応する」、そして「個人プレーではなくチームプレーを徹底」したことが成功につながったと考えています。

大事にしたのは「自分たち本位にならない」こと。クライアントあってこその仕事なので、お互いにメリットがあり、Win-Winになれる関係を目指しました。
 
また私は本プロジェクトに限らず、「目的に沿った物事の本質を見極める」ことを大事にしています。「このプロジェクトで真に求められていること」や「このプロジェクトにおけるジャパンシステムの果たすべきミッション」など本質の理解を間違えていると、チーム全体の舵取りをミスすることになりかねません。今回も、参画当初にその部分をしっかりと整理・理解し、メンバーに「本プロジェクトにおける我々のミッション」として伝えました。本質を見極めるのはリーダーの最重要任務だと考えています。
 
やりがいでいうと、世の中に同じプロジェクトは存在しないので、参画したプロジェクトごとに様々な学びとやりがいを実感できることです。良し悪しはもちろんありますが、その経験と学びを「次にどう活かすか」が重要です。

大事にしているのは「相手にきちんと伝える」ことです。基本的に情報共有はチャットを使ってするので、相手にきちんと伝わらないと「どういうこと？」など確認の手間が増えてしまいます。自分から発する時点で情報をまとめ、伝わるように書くことを心がけています。
 
今回は、新しい開発言語を経験できたのが嬉しかったです。今後も業務で経験を積み、スキルを広げていきたいです。