インタビュー」カテゴリーアーカイブ

【SmartBeat導入事例】株式会社サイバード

今回は、SmartBeatの導入事例として、実際に利用されている株式会社サイバードの鏡谷様にお話を伺って参りました。

鏡谷様が担当なさっている役割について教えてください

品質管理部の副部長をしています。自社の各プロジェクトのサービス品質面を向上させる事を主なミッションとしており、その中の一つのソリューションとしてSmartBeatを活用しています。

株式会社サイバード 鏡谷様

SmartBeatを導入した経緯と理由をお聞かせいただけますでしょうか。

2016年の4月に品質管理部が新設され、最初のフェーズとしてまずは、バグの発生数や消化率など品質の見える化に取り組んできました。SmartBeatが、アプリのクラッシュという観点から品質を定量的に可視化できるツールだったので、目的と合致していた為、試験的に導入し始めたというのが経緯です。

SmartBeatの利用方法について教えてください

大きく分けて2通りあります。1つが、各プロジェクトの現場のエンジニアが導入している場合です。その場合、開発中のタイトルに導入し、担当エンジニアが定常的に発生しているクラッシュをチェックし、リリース前に不具合をできるだけ解消する努力をしています。もう1つが開発をパートナー企業で行っているサービスに品質管理部から依頼してSmartBeatを導入してもらう場合です。この場合は、品質管理部のメンバーが品質面に懸念がないかをチェックする為に利用しています。

私の場合は、アプリのアップデートやリリース直後などのタイミングは特に意識してみるようにしています。またクラッシュ発生のメール通知機能を利用しているので、メールが多いなと感じた時にはコンソールを覗くようにしています。

SmartBeatを導入してみた感想を教えてください。

もともとクラッシュは気になってはいたのですが、今まではそれが感覚的なものでしかありませんでした。SmartBeatでクラッシュの発生回数を実際に数字で確認できるようになったのは、品質を改善しようと動き出す為の良いキッカケになったと感じています。また、これまで気づいていなかったところでクラッシュしている事に気づけたのも良かったと感じています。

SmartBeatを今後どのように活用していきたいと考えていますか

まだSmartBeatを未導入のタイトルにも導入していき、クラッシュ率を意識したアプリ運用を行うことで自社サービスの品質向上を図りたいと考えています。
また現在はできていないのですが、SmartBeat上でクラッシュが増えた事に気づいた際にCS部門と連携してアクションするといった活用も今後取り組んでいきたいと考えています。

今後のSmartBeatに期待する事を教えてください。

具体的な話としては、もうすぐ対応して頂けると聞いていますが、クラッシュ通知をチャットワークに送る機能はぜひ欲しいです。
2017年6月2日インタビュー時点ではリリース前でしたが、2017年7月12日にリリース致しました。
今はそれくらいしか思いついていないのですが、新規機能の開発に我々利用者の声を取り入れてくださるとのことですので、改めてアプリの品質管理において欲しい機能を考えてみたいと思っています。

この度は、誠にありがとうございました。

【SmartBeat導入事例】株式会社スクウェア・エニックス

今回は、SmartBeatの導入事例として、実際に利用されている株式会社スクウェア・エニックスの鈴木様にお話を伺いました。

鈴木様が担当なさっている役割について教えてください。

テクニカル・ディレクター(以下TD)として複数のプロジェクトの技術サポートを担当しています。クライアントアプリ開発を主に支援しており、SmartBeatに関しては、アプリの開発の効率化(主にデバッグ効率の向上)や運営時で不具合が発生した際の調査期間の短縮化を実現するため各部署と連携しながら、プロジェクトに導入を勧めています。

株式会社スクウェア・エニックス 鈴木様

SmartBeatを導入した経緯と理由をお聞かせいただけますでしょうか。

  • 再現性の低いCrashが発生したときに何が原因で不具合が発生したのかがわからない。
  • 再現性の低いCrashを修正したと開発チームから報告があった際、本当にそれが修正されているのかがわからない。
  • 不具合の全容が把握できない(どのような不具合が、どのような件数発生しているか把握できない)
    という3つの課題を解決できる方法がないか模索していた時、SmartBeatに出会い「コレだ!」と導入に向けて動き出しました。

現在は社内の各部署と連携しながら、品質チェック開始前までにプロジェクトに導入案内を行っています。他にもCrashReportツールの選択肢は存在しますが、社内での導入数的にも実績あるSmartBeatが選ばれることがほとんどです。

どのような役割の方がSmartBeatをよく使いますか?

主にプロジェクトに参加しているエンジニアです。
彼らには、常にコンソールを確認してもらうようにお願いしています。また品質を確認する意味で、TDやQAも不定期に確認するようにしています。私の場合は、アプリケーション一覧画面をおよそ週に1度の頻度で確認しクラッシュ率やエラー件数が非常に多いアプリについてはエラー内容を確認した上で、プロジェクト担当者に確認を行っています。場合によってはエラー原因を調査の上、具体的な修正方針をプロジェクトに伝える場合もあります。

SmartBeatを導入してみて良かったことを教えてください。

今まさに発生している不具合を全員が共有できるのは何よりの利点です。何を優先して修正すべきなのか、どこを修正すべきなのかが明確になるため、OSSやミドルウェアなど他社が提供しているライブラリに不具合があった場合などには開発者に連絡するなど、とるべきアクションが明確化できます。
もう少し具体的に言うと

  • Crashした際にStackTraceが記録されるため、プログラムのどこでCrashしたのかが詳細に把握できた。
  • 「どのような不具合」が「どれだけの件数発生しているのか」を把握できた点。
    ※上記により、不具合をどのような優先順位で修正するかを判断することができた。
  • Androidでは機種/OS依存の不具合が多かったため「どの機種」「どのOS」の不具合でCrashしたのかは非常に有益な情報となった。
    といった点などは導入してよかったことの一部です。

現在のSmartBeatに感じている改善点や、今後のSmartBeatに期待する事を教えてください。

不満は今のところ特にこれといってありません。
今後に期待する事としては、ユーザ環境下のメモリ推移やフレームレート低下をグラフィカルに把握できればよいと思います。
また通信レイテンシや通信エラー率なども集計し、ヒートマップで把握できると特定エリアのインフラで問題が発生しているなどを把握できるかもしれませんね。我々のニーズを理解し、新規機能の追加や機能改善を前向きに取り組んでくれる点は魅力だと感じていますので、今後のSmartBeatのアップデートに期待しています。

この度は、誠にありがとうございました。

【SmartBeat導入事例】株式会社セガ・インタラクティブ

今回は、SmartBeatの導入事例として、実際に利用されている株式会社セガ・インタラクティブの山浦様にお話を伺ってまいりました。

山浦様が担当なさっている役割について教えてください。

セガ・インタラクティブのモバイル・インタラクティブ研究開発部という部署のソフト開発セクションのマネージャー兼、チェインクロニクル開発ディレクターを担当しております。チェインクロニクルに関しては立ち上げからメインプログラマとして関わってきました。

IMG_0063
株式会社セガ・インタラクティブ 山浦様

SmartBeatを導入した経緯と理由をお聞かせいただけますでしょうか。

2016年7月のセミナーではじめてSmartBeatの存在を知りました。
ちょうどその翌月ぐらいに、弊部で新規タイトルのリリースが予定されていたので、市場投入後にどういったトラブルが起きるかをいち早く把握するために、SmartBeatを導入して対処しようと考え、検討を開始しました。

その際、新規タイトルで採用する前に実績のあるタイトルから導入しようということになり、まずチェインクロニクルに導入しました。

チェインクロニクルに関してはリリース後3年以上経過しており、市場のトラブルは大体わかっていたつもりでしたが、トライアルで利用してみて、開発サイドでは把握出来ていなかった不具合が発見されました。この結果を踏まえて、これは便利だな、ということがわかったので、弊社の他のタイトルにも導入を進めている状況です。

どのような役割の方がSmartBeatをよく使いますか?

主に見ているのは現場のエンジニアになりますが、私の方でも時折チェックして、対応すべきクラッシュが発生しているのを発見したら、その都度現場に伝えています。

また、開発チーム内ではSmartBeatで発見された不具合をチャットツールを用いて共有するような流れも作っているんですが、ダッシュボードで閲覧できるスクリーンショットを貼って問題解決の効率化を行なっています。

SmartBeatを導入した直後の感想はいかがでしたか?

元々のアプリの不具合に関する認識が違っていたというのが大きいですね。
スマートフォンのゲームでは何十万というユーザーがいる中、色々な環境で起きている実態を知らなかったというのが一番の発見です。

自分たちとしては、しっかりとデバッグを行ってリリースしているつもりでしたが、軽微なものも含めてこんなにクラッシュが発生しているんだというのがわかって、それが衝撃でした。

SmartBeatを導入してみて良かったことを教えてください。

バグ修正に割く工数が減りました。デバッグ会社の方とやりとりをするときにデバッグ会社の方からレポートがRedmineであがってくるのですが、報告の時間をみて、SmartBeatのログを参照する事で従来よりスムーズに修正ができています。

もちろんデバッガーさんのレポートはとても詳細で、具体的にどういう条件で発生しますよ、という報告をいただけているのですが、その際に内部的にどうなっているかを追い掛ける時にはSmartBeatのコンソールを活用することで今まで得られなかった情報が正確にわかるので助かっています。

その他で、品質改善や不具合の修正に変化はありましたか?

SmartBeatを導入する前は、プレイ感から動作が重いですとか、プレイヤーさんのSNSの投稿などからバグがありそうだというの把握して、その原因をしらみつぶしに見つけては修正するというのを繰り返していました。

SmartBeatを導入してからはそれぞれの不具合に対して、件数がわかるようになったので、影響度をみて、これだけの人の手元で発生しているのならすぐに修正が必要だ、という事が分かるようになりました。

アプリのバージョンアップでは、新規機能の開発はもちろん行いますが、SmartBeatで得られた情報をもとに、さらなる品質向上のために不具合修正も多く行うようになりました。

IMG_0067

右:株式会社セガ・インタラクティブ 山浦様
左:株式会社セガゲームス 笹沼様

この度は、誠にありがとうございました。