ビジネスソリューショングループ所属。PMとして、メンバー管理、進捗管理、品質管理などの管理業務をメインに担当。
ビジネスソリューショングループ所属。顧客への提案活動からシステムの開発・テストまで一気通貫して担当。
ビジネスソリューショングループ所属。新人研修後に本プロジェクトに参画。テスト工程を担当。
大山：今回、刷新を依頼されたシステムは20年以上前に構築された古いシステムでした。プロジェクトを進めるにあたって、お客様とのヒアリングやシステムの調査を繰り返し、浮き彫りになった課題は大きく分けて次の3つがありました。
大山：これらの課題を解消するために、プロジェクトメンバーを選出し開発を進めました。
大山：プロジェクトは４名体制でスタートし、繁忙期は最大８名体制での推進でした。団体保険に関連するシステムは、毎年複数のシステムを新規にスクラッチ開発しており、若手社員にとって成長の機会になると考えています。そのため、メンバー構成は経験豊富なベテラン・中堅を軸とし、品質を確保しつつも、若手の育成が可能なチーム作りを心掛けました。そこで今回アサインしたのが、この2人です。
須賀：私は、現在入社3年目で、以前に保険代理店向けシステム開発の要件定義から構築までを一通り経験したことがあります。その知見を活かす形でこの案件に携わりました。ただ、以前とは違い、今回は新人研修明けの加藤さんも参画することになっていたので、先輩としてのサポートも心掛けつつ臨みました。
加藤：私は、配属の2週間ほど前に、この案件へ参画することが決まりました。プロジェクトの内容を聞いて、驚きと不安が大きかったのを覚えています。想像していた以上に影響度合いの大きいプロジェクトだったので、始めは圧倒されてばかりでした。そんな中、大山さんと須賀さんはこまめにコミュニケーションをとってくれて、気にかけてくださっていたので、非常に心強かったです。
須賀：私も2年前に初めて配属されたプロジェクトが大きな案件だったので、その時を思い出しました。不安な気持ちは、身をもって経験していたので、自分の経験を活かして全力でサポートしようと思っていました。
大山：須賀さんのおかげもあって、チーム全体がいい雰囲気でこのプロジェクトに臨むことができたと思います。私が若手の成長をサポートするために工夫した点は、勤務形態ですね。要件定義工程と設計・開発工程で異なる形態で推進することにしました。要件定義工程では、活発な意見交換を行うことによる「提案品質の向上」や、若手がベテランとのコミュニケーションを通して「新たな気づき」を得られるよう、本社への出社勤務としました。設計・開発工程では、若手・ベテランを問わず、働き方として本社への出社勤務と週３日までの在宅勤務を選択できる体制としました。
須賀：プロジェクトの最初に取り組んだことは、お客様の業務フローを丁寧にヒアリングし、各課題に対して対応案を提案する提案活動です。その際、都道府県ごとに異なる運用ルールを整理・集約する作業は特に大変でしたね。
保険の申込を紙で運用していたため、郵送にかかる手間を見直すことになり、後続の「審査・承認手続き」なども含めてWeb化を進める必要がありました。しかし、この「審査・承認手続き」は都道府県ごとに特色があり、すべてのルールをそのままシステム化すると複雑になりすぎる懸念がありました。そのため、都道府県ごとの運用ルールを共通化する方針を立て、場合によっては既存の業務運用ルールを共通ルールへ変更いただく必要がありました。方針策定にあたっては、お客様の本部組織と協議を重ね、お客様の本部組織から都道府県の皆様へご説明・ご納得いただきながら、１つずつ解決していきました。
須賀：また、従来のメインフレームから新しいインフラ環境への構築では、開発実績が多数あるAmazon Web Services(以降、AWS)への移設が決定していました。私たちが所属する部署ではこれまで手動でAWS環境を構築していました。構築コストの削減と技術習得を目的に、他部署で既に導入されていたTerraformを使ったAWS環境の自動構築にも挑戦できたのは良い機会でした。事前に他部署の有識者から自動構築の仕組みについてレクチャーを受けることができたため、つまずきながらも完成させることができました。
大山：その他、お客様から課題として挙がっていた保険料の集金・返戻計算の機能を実装する際は、お金に関わる大切な機能ということもあり、特に品質について注意を払いました。保険料の計算結果が正しいことを確認するために、通常の単体テスト等を実施したうえで、およそ３万件からなる実際の契約データに対して新システムにて保険料計算を行い、全ての契約の保険料が正しいことを確認する作業は、かなりの作業工数を要しました。
須賀：複数人で検証作業に取り組みましたが、あれは大変でしたね。最終的にお客様にもご確認いただき、結果としてシステム稼働後に保険料の計算ミスが発生することなく安定して稼働できたのでホッとしました。
加藤：品質の観点ではODC分析も実施しましたね。ODC分析はテストで発生した不具合を集計・分析して、不具合が潜んでいる可能性がある機能や観点を検知する手法です。当時の私は1年目の配属直後だったため、ODC分析の考え方や集計結果の見方が分からず、先輩社員と2人で作業を進める中で少しずつ理解することができました。ODC分析結果を基に品質強化テストを実施し、不具合の検知・解消ができた際は、その分析した結果が役に立ち、嬉しかったです。
加藤：新人研修が終わり配属されたタイミングで、プロジェクトはちょうどテスト工程に進んでいました。システム全体の流れを理解するために、総合テスト仕様書の作成を任せてもらえたことが思い出深いです。当初は仕様書の書き方や確認すべき観点など手探りの状態でしたが、先輩の助けを借りて改善を重ねることができました。またテスト工程で発生した障害対応では、設計書を確認しながらも気軽に周りの先輩方に相談することができ、安心して仕事に取り組めました。
須賀：今回はAWSの自動化という新たな技術にも着手できたため、学ぶことが多くありました。上司や他チームの方を巻き込んで相談したことで、チームだけでなく社内のコミュニティも広げることができました。私も他チームから相談されることもありますが、こういった場面で必要に応じて周囲のサポートを積極的に頼ることが、チームで動く醍醐味だと感じています。今後もさらにITの技術を磨くために、奮闘していきたいと思います。
大山：今回のプロジェクトは加藤さんと同様に1年目の若手がもう1名いましたが、両名ともチームに溶け込んで楽しそうに取り組んでいたのが印象的でした。プロジェクトが成功し、お客様から信頼を得られたことで、継続して機能追加案件のお話をいただいています。これからも、良い関係を続けていきたいと思います。プロジェクトは開発を終えて解散となりましたが、またこのメンバーで一緒に開発を行いたいですね。
※所属、年次は取材当時のものです。
