開発・品質管理・ドキュメントの視点から語る
「HULFT Ver.8.4」
開発者インタビュー

2019年3月、多くの企業に採用いただいているファイル連携ミドルウェア「HULFT」の最新版を3年ぶりにリリースしました。今回リリースしたHULFT Ver.8.4では、開発者はもちろん、品質管理やドキュメント作成など多くのメンバーが使い勝手の向上を意識して機能強化を図りました。そんな新バージョンリリースに関わったメンバーに、今回のリリースに至った経緯やVer.8.4におけるポイントだけでなく、普段の仕事に関する取り組み姿勢などについて聞きました。

多くのお客様にメリットが提供できる機能を強化

3年ぶりの新バージョンリリースですが、具体的にはどんな機能強化が図られたのでしょうか。

今回のリリースではどんなことを意識されたのでしょうか。

小野寺
お客さまからいただいたご要望のなかで、多くの方にメリットが提供できる機能を中心に実装しました。今回は初めてHULFTを導入する方をターゲットに、インストーラの機能をシンプルにしました。以前は13ステップほどあったものが、今回はわずか4～5ステップあればインストール可能です。また従来のHULFTでは比較的大きなファイルを転送し、バッチ処理が中心でしたが、IoTをはじめとした時代の要請に対応すべく、少量多頻度転送処理の高速化などの強化を図っているのが1つのポイントです。他にも、ファイル転送の領域で多くの企業が使っているSFTPとのシームレスな連携も可能な機能を強化しています。

手作業と自動化を合わせ4万件以上の検査を実施

品質面での検査を手掛ける視点で、今回のVer.8.4に関してご苦労されたところはありますか。

検査業務においてはどのようなことを行うのでしょうか。

加納
昨年私が中途で入社した時期は、ちょうどメインフレーム版の検査が行われているタイミングでした。手作業での検査だけでなく、自動化した検査も数多くあり、全体の検査項目数は４万件以上と、かなり詳細な検査が実施されている印象を受けました。実は、入社2週間後にデータセンターでテープの出し入れをしながら検査するといった作業を私自身が行ったのですが、ここまで細かく検査するのかと驚いたほどです。これが高い品質を維持するために必要なことだと今では実感しています。

HTML版マニュアルをWebに公開　Google検索が可能に

ドキュメントチームとしてHULFT Ver.8.4で新たな試みはありましたか。

ソースレビューを徹底することで、高い品質を維持

普段の開発で意識されていることはどんなことでしょうか。

小野寺
HULFTは安全安心をうたったソリューションであり、開発の場面でも品質はとても重視しています。ソースレビュー1つ見ても、例えば私のいるオープン系の開発チームでは最低でも自分以外の2名が他の人が書いたソースをチェックし、記述の仕方に問題があれば相互に指摘するというやり方を採用しています。お客さまの目に触れないソースの書き方一つとっても、バグの温床になってしまう可能性もあるわけで、レビューにも時間を割くようにしています。テストについても、自動化されているもの以外でも数万に及ぶ項目チェックを開発段階で行うなど、しっかりとした品質が維持できるように心掛けています。ソースが綺麗かどうかの指摘も行いますが、その定義は正直難しく、メンバー同士でも議論が沸き起こるほど。たとえ自分がいいと思っていても、相手からしたら美しくないといった意見が寄せられることも正直あります。このようにメンバー同士で切磋琢磨してくことでよりいいものが出来上がると考えています。

メインフレームの開発に関して、オープン系との違いはありますか。

品質部門は障害を出さないための最後の砦
ファーストユーザーの視点で検査に着手

普段から品質に関する検査業務にどんな思いで関わっていますか。

加納
品質管理部門としては、障害を出さないための最後の砦としての重責を担っているわけですが、開発したものに初めて触れるという立場もあるため、まずはファーストユーザーという視点で検査に入るようにしています。きちんと動いてもユーザーの立場として使いにくい部分はしっかり指摘しますし、開発後の検査だけでなく設計書の段階から開発と積極的にやり取りしています。

品質管理における基準は、どんな考え方に基づいているのでしょうか。

加納
品質管理基準については、長年蓄えられた社内の知見をベースに、障害のランク付けなども踏まえて検査項目を分類し、あるラインを超えると品質会議を行います。また、社内のナレッジだけでなく、Open Dependability through Assuredness(O-DA)と呼ばれる、高保証性を持つアーキテクチャを開発するためのフレームワークとガイドラインを定義したオープングループに参加しており、この基準も取り入れながらさらなる品質改善につなげるための仕組みづくりを行っていく予定です。アジャイル開発など新たな手法に対して、品質をどう保証していくのかの議論を進めていく過渡期にあります。これからも時代に適合した新たな品質基準を検討していきながら、検査技術を高めていきたいと考えています。

分かりやすさとスピード感を持った対応で
「お客様に寄り添う」マニュアル作りを追求

ドキュメントチームにおける仕事の進め方について教えてください。

田中
ドキュメントチームでは、「お客さまに寄り添う」というキーワードを大切にしており、分かりやすさの追求とともに、スピード感を持って進めていくことが重要だと考えています。お客さまにご提供するマニュアルだけでなく、マニュアル用の設計書を作成し、開発部門や検査部門にレビューを依頼して、技術的な抜け漏れや間違いを防いでいます。
なお今回のWeb公開では、ペルソナという、マニュアルをお使いいただくユーザー像が改めて問われました。今のマニュアルに慣れ親しんだお客様からはご好評のお声を聞くこともありますが、初めてHULFTに触れる方にも使いやすいマニュアルであるべきではないかと考えました。今回は多少の改善を加えられたものの、この辺りの整備は現在でも課題が残っていると感じています。

マニュアルもターゲット設定とともに折り合いをつけていく必要がありそうですね。

田中
お客さまに寄り添うという意味では、スピード感が重要だと考えています。何かあればすぐに修正して提示できる、マニュアルとは別に補足ページを作るといったことも、スピード感を持ってやっていくことが重要になってきます。この方針はリリースした後も継続した改善に繋げていきたいと思います。

今後について

今後についてそれぞれ教えてください。

小野寺
現在はHULFT-WebConnectに関する新たな機能を実装している最中で、より多くのお客様にも安全安心なファイル転送が可能になる仕組みが提供できるよう、鋭意開発を進めています。HULFTはすでに多くのお客さまにご利用いただいていますが、まだご利用いただいていないお客様にも価値を訴求できると考えています。ご利用いただく方のペルソナを設定したうえで、使いやすい体験につながるようUXにも注力していきますので、そのあたりも含めてご期待いただければと思います。

荒井
技術の移り変わりが激しい今の時代ですが、迅速に追随していけるような開発が必要です。これまで通り高い品質を確保することはもちろんのこと、お客さまに対してよいものを素早くお届けするスピード感のある開発を心掛けていきたいと思っています。もちろん容易なことではありませんが、開発部門としてスピード感のある対応をしていきたいですね。

加納
HULFTに限らず、品質は我々が一番考えていかなければいけない部門です。これまで培ったノウハウは生かしながらも、アジャイル開発といった新たな開発手法に対する品質の考え方やその検証方法などはもちろん、UIやUXといった、これまでとは違う視点での品質をどう考えていくべきなのかという、新たな時代の品質への取り組みも現在進めています。品質の担保はもちろん、魅力的な品質の製品を世に送り出していくための施策に今後も取り組んでいきたいと考えています。

田中
誤解なく伝わる、分かりやすさを追求していくことはもちろんですが、開発メンバーが語った通り、スピード感を持ってリリースしていく流れにドキュメント側でもついていくことが必要です。そのためには、特定機能を先行的にリリースしながら、市場のなかでドキュメントを育てていくような、従来とは異なる手法も検討していきたいと考えています。また、企画の段階からドキュメントチームもプロジェクトに参画し、ペルソナに向けて最適なユーザー体験が提供できるようなドキュメントづくりにも取り組んでいきたいと考えています。