Autify User Meetup 登壇レポート

こんにちは！
引越しをして会社に近くなったのですが、あまりメリットを感じられていないQAチームの生井(id:riririusei99)です。

7月14日にオンラインにて開催された、『Autify User Meetup』のイベント・登壇の様子をレポートします！
今回は勉強会のtweetに補足のコメントをつけてそれっぽくする形でお送りしたいと…思います！！

Autify User Meetupとは

E2Eテスト自動化プラットフォームであるAutifyのユーザー (これまでにAutifyを操作したことのある方)向けの勉強会です。
2回目の今回は、AutifyのQ3のロードマップの紹介に加え、テスト自動化に取り組む上でのTips、特に運用時の取り組みにフォーカスをあてた事例発表が行われました。

autifyjapan.connpass.com

前回のMeetupのタイミングではちょうどトライアルが始まったばかりでしたが、今回は参加の機会を頂きありがとうございました！！

Autify Q3 Roadmap

CEOの近澤さんから AutifyのQ3のRoadmap紹介と新機能のデモがありました。

Autifyは最終的にテストフェーズをなくすことを目標としている。
今はフェーズ1。
フェーズ2ではカバレッジを広くするための支援。
#autify pic.twitter.com/oaiTy4sqRg

— Kazuya Sugimoto @CData Software Japan (@sugimomoto) 2020年7月14日

Autifyのプロダクトが目指すビジョンの共有ですが、「（人が介在する）テストフェーズをなくす」というのはとてもチャレンジングで良いものだなぁと思いました。 …テストフェーズがなくなってもQAの仕事は沢山ありますからね。

デモの様子

待望の機能です！
おたのしみに。 #autify https://t.co/rDs2NjzRms

— AutifyJapan (@AutifyJapan) 2020年7月14日

個人的に気になった機能はJS引数機能のアップデートでcsvからデータを取得できるようになったのが、非常に便利だと思いました。
csvのレコードに入力値や期待値などを入れて、他のステップから参照してAutifyに渡せるのはシナリオ作成の幅が広がったように思っています。

GA technologiesにおけるAutifyの使い方

事例発表の一つ目としてGA technologies 柿崎さんの発表です。

speakerdeck.com

発表の中で実際にAutifyでのケースが落ちた時のトラブルシューティングの例を紹介したり、どういったテストを自動化するのか、そしてどんな順番で自動化するのかと言うところまで言及されており、勉強になりました！
TeamSpiritでも同じようにテストシナリオ名については工夫する必要があるので、とても共感しました！感謝！

TeamSpiritでの導入・運用について

事例発表の二本目として私、生井が発表させていただきました。 基本的にはAutifyの導入と運用について話しています。

speakerdeck.com

導入については E2EテストツールAutifyを使うまでの話 - チームスピリットデベロッパーブログ で書いている内容に情報を加えたものを再整理して話しており、今回の運用についてはブログの投稿以降で進めた実際の運用面での取り組みについても話しています。

E2Eテストがメンテナンスされないことの原因として、E2Eテスト自体が属人化しやすいことだと考えており、そう言う意味ではAutifyは私たちの課題を解決してくれるツールでした。

TeamSpirit生井さんより、Autify導入で得られるメリット。 #autify pic.twitter.com/iw14jkGwZB

— Ryo Chikazawa | Autify CEO (@chikathreesix) 2020年7月14日

また、実際に運用してみて感じるのは製品のアップデートがあるのでそれに伴って自分達のできることが増えるのでその部分はSaaSを利用するメリットを享受できているなと感じています。
（自前で機能開発するにはなかなか工数の問題などどで着手が先延ばしになりがちになってしまうので…。)

感想~発表を終えて~

発表の様子

ともあれ、無事に発表できてよかったです！
前の週に新しい家に引越しをしていたので、SnapCameraのおかげで写ってないですが、背景には段ボールが積まれているような状態です。 ネットも繋がってなかった時もあったので資料作成は本当に間に合うかな…と言う感じでの作業だったので…。
（この記事を書いている今時点でもやっぱり後ろには段ボールが積まれています。）

LT大会

事例発表の後にはLTが二本実施されました。

Autify API を活用して製品KBの改善・QAを効率的に行う方法

speakerdeck.com

Autify の結果データをBigQueryに連携する方法は下記ブログを参照とのこと。
回帰テストのテストケースが増えて、分析を行う際は連携したいですね。。

www.cdatablog.jp

Autify テスト自動化スペシャリスト 末村さんLT

末村さんのLTコーナー。安心のクオリティでした。
でも。資料が見つからない。（見つけ次第追記します。）
自分もPodcastで普通のお便りとか読みたいです。

その他・オンライン勉強会の様子

勉強会は「remo」というサービスを使って開催されました。
オンライン上でテーブルやステージが用意されており、発表の合間には同じテーブルの参加者の方とビデオ通話ができました。
自分の場合はAutifyの開発者の方と同じテーブルだったので、そこで情報交換ができて新しい勉強会の形を楽しむことができました。

www.youtube.com

おわりに

今回は運用を通しての事例を発表しましたが、TeamSpiritでのAutifyを使った自動テストは順次拡大中です。
事例の中ではQAエンジニアが複数名でテストシナリオを作成していますが、今後は開発エンジニアがシナリオ作成していくつもりですし、Autifyを使わないテスト設計やテストアーキテクチャ設計の部分でも話したいところがあるので、また次の機会で紹介できればと思います。

それでは今回はこの辺で。

QAチームでノウハウ共有MTGをやってみた

こんにちは！ チームスピリットにQAエンジニアとしてJOINして、 早くも9ヵ月を迎えようとしている中西です。

COVID-19の影響により、5月末まで在宅勤務が延長になりました。運動不足が顕著に体に現れきて、体重がどんどん増えてきたため、起床後にラジオ体操をしたり、youtubeで紹介されている筋トレをやったりして、体型をギリギリ維持しています。

自宅筋トレ！体脂肪を落とすならウォーキングよりランジをやれ！実はお腹引き締めにも効果あり！腹筋割るには体脂肪を落とせ！自宅トレーニング Try Back Lunges for fat burn

さて、今回はQAチームで実施したシェアリングセッションの様子をレポートします。

コロナウィルスによる在宅ワークで、密にコミュニケーションがとれなくなったり、新しいQAメンバが参画し、既存メンバからのナレッジ共有を行うために、シェアリングセッションという題目で、各サブシステムでQAエンジニアが実施した改善や日頃から心がけていることをQAチーム内部に共有する場を設けました。

シェアリングセッションの説明に入る前に、現在のQAチームの体制とQAエンジニアの働き方を簡単に説明します。

◆体制と働き方

◎体制【新商品ーQAチーム】

サブシステムを開発するチームが４つあり、それぞれ１～２名のQAエンジニアがサブシステムのQAを担当しています。 シンガポールでも開発しています。 www.teamspirit.com

◎QAエンジニアの働き方

サブシステム毎に分断している開発チーム内でストーリーチケットのテスト設計、実施とテストレポートの作成、QA用バックログ対応（プロセス改善、強化テスト実施、自動化など）を行っています。 teamspirit.hatenablog.com

◆シェアリングセッションについて

目的

• 各チームで実施したプロセス改善の共有
• 各QAエンジニアのノウハウ共有

各セッションの進め方

• ライトニングトークと同じ要領で行います。

具体的なシェア内容

• QAタスクのストーリーポイント見積方法
• 開発者とQAエンジニアが共同して、テストを消化する方法
• ストーリーテストに大容量テスト※の観点を含めて、検証する
• テスト技法（同値分割や境界値分析）を開発者に共有する勉強会の実施
• Aufitfyハンズオンの実施（下記ページ参照）

teamspirit.hatenablog.com

• テスト対象分析
• 開発者テストで実施すべきバリエーションについて
• サブシステムにおけるブランチ戦略
• リグレッションテストの自動化
• 障害傾向の可視化

※大容量テスト： 大量データを入力データとして、各機能が正常通り動作することを確認するテスト

◆シェアリングセッションを通じて

シンガポールにいるQAエンジニアも交えて、テスト分析～障害報告まで様々な工程における改善活動をシェアしてもらいました。 特に今回のシェアリングセッションでは、開発者とQAエンジニアの境界をなくすような改善が多かったです。 QAエンジニアだけでなく、開発者もプロダクトの品質保証に携わろうという風土がプロダクト全体を通して、生まれているからだと思います。素晴らしいですね。 日本にいるQAエンジニアだけではなく、シンガポールのQAエンジニアメンバからも自動化や障害傾向の可視化をする取組みを紹介してもらい、日本のQAエンジニアに刺激を与えてくれました。

個人的にもっとQAエンジニアとしてレベルアップしなきゃという危機感も持ちました💦

今回のミーティングは、他サブシステムの改善の取り組みを自身のサブシステムに伝播させるための一つのきっかけになりました。 ただし、他サブシステムがやっているからといって、無策に施策を適用すると頓挫しがちなので、注意が必要です。

新しくJOINしたQAエンジニア向けのコンテンツもあり、個人や各チームが持っているノウハウをシェアするという目的は達成できたと思います☆彡

定期的にこのような会を設けて、ノウハウ共有やそこから生まれる新しいナレッジの蓄積をしていきたいですね。

最後に

チームスピリットのQAエンジニアはテストだけではなく、このようなプロセス改善も行っています。 今後も継続して、改善を回していきたいです。

E2EテストツールAutifyを使うまでの話

こんにちは！
本格的に家の在宅勤務環境を揃え始めたQAチームのリーダーをしている生井(id:riririusei99)です。
今回はE2Eテストツール「Autify」を使用することになったので、これまでの話をブログに書こうって回です。

Autifyとは

「AIの力で品質保証の課題を解決し、素早い開発サイクルを実現する」最近話題になっているツールです。

autify.com

従来のE2Eテストと課題感

TeamSpiritのE2EテストはJavaで書かれたSeleniumを使ったテストを行っているのですが、E2Eテストを定期実行するためには様々な領域での作業が必要でした。

• 実行するテストのテスト設計
• テストコードのコーディング
• 定期実行するためのサーバ作成・管理
• クロスブラウザテスト用のサービス連携 or 各種ドライバーの管理
• 落ちたケースのレポート確認・メンテナンス

などなど、テストを実施するためには幅広い知識が必要なため、どうしても属人化しがちな領域になっていました。
なのでチームのメンバーが自動テストを使えるような、E2Eテストを用意する必要がありました。

技術検証（2019年12月くらい）

と言うわけでフロントエンドエンジニアでも書けるようにとJavascriptのE2Eフレームワークを中心に技術調査を行いました。(自分もJavascriptでテスト書いた経験もあるし)
検証したツールは以下です。

• TestCafe
• WebDriverIO
• Cypress.io
• Autify

また、この時はこんな観点で検証しています。

• インストール： 導入・インストールが容易か
• エラー調査： エラー調査が容易か
• クロスブラウザ： クロスブラウザテストのしやすさ
• 拡張性： 機能拡張ができる・しやすさ
• テストの書きやすさ： テストの実装が容易か
• VisualforcePageへの自動テスト： Salesforce上のアプリケーションに対して実行できるか

そして自分たちのプロダクト開発に合致するか独断と偏見で色付けをしてみました。

観点	TestCafe	WebDriverIO	Cypress.io	Autify
☆インストール	○	△	○	○
エラー調査	△	○	○	○
クロスブラウザ	○	○	×	○
拡張性	△	◎	△	○
☆書きやすさ	○	△	○	◎
☆Visualforcepage への実行	×	△	×	△

特に☆をつけたところについて重視しました。

改めて思ったのですが、Salesforce上のアプリに対してE2Eテストを実行することが結構大変。
この辺は、また別の記事のボリュームになりそうなので別の機会にします。

今回はAutifyが全体的に自分たちのニーズに合致してそう。と言うことでトライアルを申し込みました。

トライアル期間(2020年1月~4月)

流石に全てのスクラムチームに導入…と言うわけではなく、まずは自分の所属しているチームにトライアル用のケース作成とチームメンバーにAutifyのハンズオンに参加してもらいました。
トライアル期間でハンズオンや実際に触ってみていくつかの気付きがあったのでシェアします。

習得が容易

トライアルを受けて感じたことは、メンバーの役割や言語に限らず全てのメンバーが習得できると感じた点です。
当初の技術検証ではJavascriptで書こうとしていたのでフロントエンドのメンバーと協力していたのですが、これならフロントエンドに限らず、バックエンド、QAもテストが作成できそうです。なんなら、プロダクトマネージャの人に直感的に作成してもらうことも可能だと感じました。
一方で、Autifyは習得を容易にした分、独自の使用性になっていますので習得したスキルは他のフレームワークには持ち運びできない部分があります。
既にSeleniumや他のフレームワークを習得しているエンジニアが多く所属している場合や、サーバの管理の部分に課題がない場合とかは何を大切にするか検討が必要だと思いました。

実行環境のメンテが不要

クロスブラウザのテストを実施しようとした時、TeamSpiritの場合はBrowserStackを使った自動テストを実行していたのですがここでも課題がありました。 Salesforceの組織（東京リージョン）⇄ BrowserStack（欧州）の通信が発生するため、テストを実行する際に時間が掛かっていました。
ここの問題については自動テストの中でクロスブラウザテストのケースを分けて精査し、テストケースを減らすように工夫するなど、どちらかと言うと消極的な対応を取っていました。

この問題にテストの実行環境を改善するには正直、自分としては悩ましい領域です。テスト以外のこういった課題を解決するには手が足りません。
先日、参加したイベントの中で聞いた情報によるとAutifyの実行環境の改善により、この部分についても将来改善もされそうなので、インフラを肩代わりしてくれることについては非常に助かりそうです。

jawsdays2020.jaws-ug.jp

サポートあり

これは個人的には非常に嬉しいです。これまで落ちたケースについては一人で調べてなんとか解決する…みたいなケースが多かったのですが、Autifyでのサポートが受けられます。
もちろん、プロダクトの製品自体に起因する問題だとサポートしづらいのは承知してますが…リカバリーする時に心強い味方がいることの安心感は大きいと思います。（あくまで個人の経験ですが）

総括すると

個人的には、「テストのコーディング」「サーバの管理」「落ちたケースのサポート」みたいなところをシンプルにできるのは非常に良いなと思いました。 チームのフロントエンド・バックエンド・QAに限らず自動テストが作れるので、当初の課題感になっている属人性の解消には役立ちそうな印象を受けました。 これだけシンプルに作れるなら、立ち上げや新しい自動テストを作るQAにとっては、心強い見方になりそうと言う印象です。

自動テストの役割をシンプルに

終わりに・これからの話

TeamSpiritにおけるAutifyの自動テストの役割は自動テストの全て担当してもらう！！…みたいなことではなく。
UIのテストの特に重要な回帰テストの部分や、よく変更がかかる部分のテストを担当してもらったりするような使い方にするのが良さそうです。
機能拡張も順次行われるようなので、今後のアップデートにも期待していますし、TeamSpiritでも積極的に活用していきたいと思います。

と言うところで今回の記事は以上となります。

今日お昼一緒にどうですか？〜チームでバーチャルランチやってみた〜

こんにちは！
開発チームQAエンジニアの角(id:naomi-s)です。

COVID-19の感染拡大により、弊社では2月初旬より在宅でのリモートワークが推奨となり、4月からは完全リモートワーク（オフィス出社は許可制）となっています。
弊社にはもともとCW1（週1回、在宅でのリモートワークが可能な制度）があり、社員はみんな自宅で働くことには慣れていました。 しかし、完全に週5日リモートとなると新たな問題が…。

そのひとつが、コミュニケーションに関するものです。 私たちはアジャイルの開発手法をとりいれているため、毎朝デイリーとよばれる短時間のMTGでチームメンバーと話しています。 業務に関する話はそこでできる一方で、雑談や日々のちょっとした悩みを相談する場所がなくなってしまいました。

このような状況に対処するため、弊社でもオンラインでバーチャルランチをやってみよう！ということで先日実施された様子をリポートします♪

オンラインランチ開催までの流れ

事前準備編

①オンラインランチ開催の機運をよみとる
②カレンダーに予定をいれメンバーを招待する
③Slackでチームメンバーに周知する
④(必要なら)カメラやマイクなどの備品を準備しておく

当日編

①オンラインランチ中に食べるお昼ごはんを手配しておく
　※ランチ中に料理するのは、話ができなくなるのであまりオススメしません！
②カレンダーをみて参加者を確認し、少ないようなら再度Slackで参加を呼びかける
③気持ちを高めておく…!!

当日の様子

ということでむかえたオンラインランチの時間。
チームが違うメンバーの顔を久しぶりに見た、というようなこともありました。普段Slackで雑談することもありますが、やはりテキストでのやりとりと直接的に会話することは全然違うという感想です。

オンラインランチの様子

休みの日はなにしてるの？といった会話や、今日なに食べてる？といった他愛もない話、オフィスで顔を合わせなくなりそんな話ができなくなって初めてそういう会話が一緒に仕事をするメンバーとして大切だったんだなと気付かされた時間でした。

また、弊社のシンガポール拠点でも、同様にオンラインランチを開催しています。 ランチだけでなく、月曜朝には朝食会、金曜夕方には週末ということでティータイムとしてそれぞれプチバーチャルMTGも実施していて、コミュニケーション不足解消に一役買っているようです。

シンガポールのチームランチの様子

まとめ

ということで、弊社のオンラインランチの様子をちょこっとお伝えしました。
少しの時間直接会話するだけでも、チームメンバーの結束力の高まりにつながると感じたオンラインランチ。 これからも定期的に開催していきたいと思います！（ちなみにチーム内のオンライン飲み会も実施しました。こちらもオススメ！）

※セキュリティ上の懸念から現在はオフィシャルなMTGでのZoomの利用は一時見合わせています

エントリーブログ：入社後の流れ編 書いてみました

初めまして。2019年7月にTeamSpiritにジョインしました。id:yukoT_Teamspiritです。

入社して、8カ月が過ぎたので、エントリーブログを書きたいと思います。

会社に入社する際に、入社後の流れがわからず不安という方も多いと思いますので、実体験をベースに、入社後の流れ（≠特に印象深かった主要イベント）について、エントリーブログとして掲載したいと思います。

入社後、特に印象深かったイベントは以下となります。

◆入社後の流れ（印象深かった主要イベント）

◇TeamSpirit All-Hands Meeting（全社会議）◇

  1ヵ月に1度、TeamSpirit All-Hands Meeting（全社会議）があります。
全社会議では、会社の１年間のスケジュールやトピックなどの共有を行うのですが、新規に入社される人がいる場合は、新しく入った社員の自己紹介なども行われます。
私は、入社日当日が、 TeamSpirit All-Hands Meetingの日だった為、入社日当日に、社員全員に自己紹介をすることができ、顔を覚えていただくことが出来ました。（大変ありがたいです。）私はとても緊張していて今となっては何を喋ったか覚えてはいませんがきっと立派な自己紹介ができていたと信じたいです。（プライベートの話ではチョコレートの話をしたことだけは覚えています。社員の皆さんは心暖かく聞いてくれました。）

また、All-Hands Meetingは、海外拠点のシンガポールと合同でリモートMeetingで開催しています。

※　シンガポール拠点の様子はこちら↓

www.teamspirit.com

◇写真撮影◇

  名刺や社内報等で利用する社員の顔写真の撮影を行います。何枚か様々な角度から撮影を行います。撮影して頂いた写真の中から利用する写真を自分で選ぶことができます。（自分自身で選ぶという選択肢が、私の経験上なかったので、驚きました。ありがたいです。）また、撮影した写真が万が一、気に入らなかった場合、別日に再撮影をお願いすることもできます。（大きな声では言えませんが、私も再撮影をお願いしました。）また、弊社のドレスコードは基本自由の為、スーツで撮影したい方等は、別日に撮影を行っている方もいました。） 

◇SKD面談◇

SKD面談とは、「SK：最近」、「D:どうですか」の略です。聞きなれない方もいらっしゃるのではないでしょうか？私もそのうちの一人でした。

弊社では、新規入社の方（中途採用の方）を対象に、節目となる「入社１ヵ月後」、「２か月後」、「３か月後」に、面談を実施しています。

SKD面談１回目（入社１ヵ月後）：

  入社～１ヵ月後までは、主に実業務に入る前に必要となる前提知識（会社を知る、Salesforce研修、自社製品研修）を身に着けるトレーニング期間となっており、実業務にはまだ入らず、トレーニングを実施します。
トレーニング期間が終わる頃に、「入社して１ヵ月立ちましたがどうですか？」面談です。この面談は、会社の為に実施している面談ではなく、新規入社した人の為の面談の場（私の理解）の為、入社前と入社後のギャップや、困っていることや改善してほしいことなど、ざっくばらんに率直な意見が言える場となっています。（大変ありがたいです。）

SKD面談２回目（入社２ヵ月後）：

　１ヵ月～２ヵ月後までに、トレーニング期間を終え、実業務を実施（体験）します。実業務を行った頃に、「入社して２ヵ月立ちましたがどうですか？」面談を行います。この面談では、実業務を実際に体験して、自身が入社後やりたかった事や、会社として期待していることなどを面談する場となっています。

試用期間終了面談（入社３ヵ月後）：

  入社３カ月後の試用期間が終わる時期に試用期間終了面談を実施します。（話される内容は秘密です。）面談後は、みなさん、気分的にすっきりした表情をされていることが多いです。

◇番外編：お菓子＆ドリンク　フリー◇

  入社後は、慣れないことが多く、ちょっと一息つきたい時があります。弊社にはちょっと一息つくための福利厚生として「お菓子＆ドリンク　フリー」というものがあります。

冷蔵庫には、「ドリンク（お茶、コーヒー、様々なジュース類）」、「アイス」が入っています。また、ウォーターサーバーも設置されており、お茶（日本茶、紅茶）、コーヒー、ココアなどが常備されております。
お菓子棚には、「チョコレート」、「スナック菓子」、「和菓子」、「洋菓子」などおいてあります。 

好きな時に、好きな物をお召し上がりくださいスタイルです。（※食べ過ぎ飲みすぎ注意です。健康診断の結果が怖い・・・。）

疲れた時には甘いもの必要ですよね。コーヒーブレイクをとって、仕事もはかどります。

※いつもありがとうございます。

以上、id:yukoT_Teamspiritでした。

QAエンジニア養成！社内テスト技法勉強会レポート

こんにちは！
2020年は定期的にブログを書きたいQAチームのリーダーをしている生井(id:riririusei99)です。
寒い日が続いていますね、ちなみに自分の中では20度以下はすべて寒い日です。
さて、最近のQAチームで取り組んでいることについてブログを書きます。

はじめに、JSTQB認定 テスト技術者資格について

みなさんは「JSTQB認定 テスト技術者資格」というのをご存知でしょうか。
この資格はソフトウェアテストに関する有名な資格の一つです。
また、チームスピリットの開発チームにおける品質保証プロセスは多くの場面でJSTQBの知識体系を参考にしています。

www.istqb.org

今月2月8日にFoundation Level および Advanced Level Test Analyst 試験がありました。
QAチームでもAL テストアナリスト資格の取得を目指すメンバーが複数いたので、チームとして何ができるか考えたところ、 社内でテスト技法の勉強会を開催することが良さそうだと考えたので実際に開催してみました。

テスト技法勉強会を開催する

個人が資格取得する際のメリットは、合格するために勉強した内容が団体に認定されることだと思いますが、
QAチームのリーダーとして嬉しいことは、勉強した内容を実務に活かしてもらうことだと考えています。

なので今回は「業務に活かせる」と「合格の助けになる」どちらも満たす内容として、 「テスト技法を手になじませる」ということを主眼に置いた勉強会を開催することにしました。

実際の業務の場合、どのテスト技法を当て込むか考える必要があったり、複数のテスト技法を組み合わせてテストケースに落とし込む場合が多く、初めてのメンバーに覚えてもらう際にはケーススタディが複雑になりがちです。

今回は市販の書籍や、過去問セミナーで取り扱った問題を使うことで、テスト技法自体をシンプルに取り扱ったり、考え方を理解してからテスト技法を当てはめるような構成にしました。
まずは簡単な問題を一緒に解いて考え方を理解し、実際に問題を解くことで理解を深めるようにしました。

実際の様子

机を固めてみんなで問題をときます。
教えるにあたって、リーダーは取り扱う問題を先に解いておきます。
テスト技法の概要を問題を解きながら説明するので、押さえておくべきポイントを考えたりしたので自分自身も知識の棚卸しになりました。

勉強会の様子

簡単な問題を解きながら解説した後に、同じ技法の別の問題をメンバーに解いてもらいます。
座学だけにならないように手を動かしてもらう時間を多めに取りました。

真剣に問題を解いている様子

問題を解き終わったあとは、解いたメンバーに自分の回答を発表してもらいます。
正解かどうかよりも、どのように考えたかを大事にしました。
その上で、技法を当て込むポイントを付け足してフォローします。

解説中。。。

おわりに

写真を付けて説明するとそれっぽくなりますね！
今回の写真はチームのバックエンドエンジニアに撮影いただきました！圧倒的感謝！

実際の業務だとテスト技法を当て込むにも複雑になりがちなので、基本を改めて抑えるには良い機会になったと思います。
他にもQAチームではチーム力をアップするために様々なことに取り組んでいるので、別の機会に紹介できたらなと思います。

受験したメンバーが合格していたら一番嬉しいですが、こういった活動をきっかけに業務に活かしてもらえるだけでもプラスになるのでこういう活動は続けていけたらなと思います。

おわり

Japan Dreamin'2020 参加レポート

こんにちは！サービス開発チームの松田 (id:a-matsuda)です。
今年1月25日、東京・渋谷のAbema Towersにて「Japan Dreamin'2020」が行われましたのでレポートします。 

Japan Dreamin'とは

Japan Dreamin'は、Salesforceのコミュニティカンファレンスで、ビジネスユーザ・システム管理者・開発者・アーキテクト・マーケター・Salesforce 社員・Salesforce に関わる全ての人が組織や役割を超えて繋がることのできるイベントです。国内外の著名スピーカーによるセッションの他、ハンズオンや参加者同士が楽しめるアクティビティが行われます。

今回チームスピリットは、ランチセッションに協賛。スポンサーセッション枠でシニアプロダクトマネージャー の小泉剛が、またその他セッション枠でエンジニアリングチームリーダーの倉谷彰、バックエンドエンジニアの畑本貴史がプレゼンテーションを行いました。

www.japandreamin.com

Dreamin'2020 の会場へ Go

渋谷駅から渋谷のディープなエリアを歩いて7〜8分の場所にある Abema Towers がDreamin'2020 の会場です。

会場に到着すると、たくさんチョコレートがお出迎えしてくれました。カラフルで見ているだけで何故かワクワクするチョコレート達！おひとり2個までです。笑

Salesforceに関わる人が集結！

今年は、なんと320名近くが参加申込！昨年の2.5倍以上の人数です。セッションルームを覗くと、すでにたくさんの人が集まり、セッションに聞き入っていました。

 

スポンサーブース

スポンサーブースには、プロダクトや採用に関する資料を置かせていだきました。弊社のエンジニアがブースに立って対応してくれました！

AppExchangeプロダクト開発を続けて見えてきたプラクティス by Akira Kuratani 

エンジニアリングチームのリーダーでSalesforce MVPでもある倉谷より、Salesforceで ISV/OEMアプリケーションを開発する上で気をつけるべきポイント、たどり着いた解決策について紹介しました。

AppExchange開発で大切なのは「アップグレード可能」であること。多くのユーザにAppExchangeアプリケーションを提供し、継続的に機能追加していく場合には、ユーザに最新バージョンを使ってもらうためにアップグレードの手間を最小化する必要がある。成長するプロダクトの基本戦略「アップグレード可能であること」を判断基準に、宣言的開発とコード開発どちらの開発スタイルがいいか、Salesforce標準画面は使うべきか、選択リストをどう実装するか、レポートをどう提供するかについて話しました。

プレゼン最後のメッセージは、基本戦略を判断基準にして、ISVガイドを熟読すれば自ずとどうすればいいかみえてくるとのこと。長きに渡りAppExchange開発に携わってきた倉谷だからこその説得力がある発表になりました。

Japan dreamin' 2020 - AppExchangeプロダクト開発を続けて見えてきたプラクティス from Akira Kuratani

www.slideshare.net

プロダクトマネージャーとして成長するのに必要なスキルとマインドセット by Tsuyoshi Koizumi

スポンサーセッションは、弊社の新サービス「TeamSprit WSP」のプロダクトマネージャーである小泉が担当しました。プロダクトマネジメントの中で重要な視点である「限られた情報から課題を発見して、特定した課題をどうやってソリューションに落とすか？」について、AppExchange製品に関する知見をまじえてお話ししました。

発表内容は先日の「Product Management Night Tokyo at TeamSpirit」のプレゼンテーションをブラッシュアップしたもの。詳細はこちらをチェックしてみてください。

プレゼンテーション最後の質問タイムでは「プロダクトマネジメントで大変なところはどこ？」「エンジニアからプロダクトマネージャーになりたい人へのアドバイスは？」「ぶっちゃけ給与って？」など率直な問いが投げられました。なんと質問をしてくださった方全員に、弊社社長である荻島浩司の初著書「サブスクリプションシフト DX時代の最強のビジネス戦略」をプレゼント！

発表資料はこちら

LEX Mobileから紐解くSalesforceモバイル史 by Takashi Hatamoto

畑本貴史は、Salesforceへの深い知識で社内でも人気者のバックエンドエンジニア。 Lightning Champion*1としても活躍しています。今回は、最近の主要アップデートであるLightning Experience Mobile(以下、LEX Mobile)を題材に、温故知新の精神で開発史を学ぶことで、Lightning Experience(以下、LEX)の意義や方向性を理解しようと試みました。

Salesforceのモバイル対応は、ガラケー主流のモバイル初期の時代、iPhone登場後のChatter時代、環境統合のSalesforce1時代、そしてSPAを主軸としたユーザ体験重視のLEX時代、そしてLEX Mobile時代と変遷していきます。iModeブラウザ対応のアプリの存在など、びっくりするような歴史も！歴史を紐解くことで、なぜいまLEX Mobileなのか理解が深まりました。そして今後モバイル向け機能はどうなっていくのかを畑本の視点で予測。歴史から紐解く未来という見方が面白かったです。

LEXで困ったことがあったら、Trailblazer CommunityやLightning Championに遠慮なく聞いてみましょう！

LEXモバイルから紐解くSalesforceモバイル史 from TakashiHatamoto

www.slideshare.net

まとめ

土曜日にも関わらず、たくさんの人が参加した Dreamin'2020。Salesforceに関わる人が増えていることや、Salesforce界隈のトレンドを肌で感じることができました。来年はどれくらいの規模のイベントになるのでしょうか。とても楽しみですね！

開発エンジニア&プロダクトマネージャー募集

チームスピリットでは、100億円のビジネスを共に作る開発エンジニアやプロダクトマネージャーを募集しています。AppExchangeで成長するプロダクトを作ってみたい方、仕事の中で英語を覚えていきたい方、B2B SaaSにご興味のある方、ぜひご連絡くださいね。直接メッセージでも、下記の応募フォームからでも構いません！

*1:Lightning Experienceの導入やアプリケーション開発における知見を惜しみなく活かした、先駆者(Trailblazer)として活躍しているメンバー