# タイトルコール ようこそ、世界が広がるソフトウェア品質へ。 このチャンネルでは、旧エンジニアのサミーが、ソフトウェアテストやソフトウェアの品質押しの中心に、日々奮闘していることや考えていることをお話しします。 毎日、お昼の12時30分に配信しています。 ゲストの方や、リスナーのあなたと、テストや品質の世界を広げていきます。 # 📣生放送&オフ会 この先のイベントのご紹介です。 8月2日、土曜日の11時12時に久しぶりに生放送を行います。 生放送では音声LT会ということで、 7月の学びだったり最近の学びについて、 5分から10分程度お話しする時間を設けております。 ちょっとまだですね、誰からも出るよってコメント頂いてないのですが、 まあなんか自由にですね、その登壇というかその場の雰囲気を見ながら、 誰々さんしゃべりませんかみたいなときに呼びかけをしたりとか、 あと誰か話してくれそうな人を連れてこようかなという風に思っていますが、 ぜひぜひ参加よろしくお願いします。 2つ目のご紹介はオフ会です。 読書会を行います。 8月31日の日曜日の午後2時から8時でございます。 オフ会の前半がですね、読書会をします。 ソフトウェアテストの徹底指南書の読書会をやります。 その後に後半はお食事会ということで、 お寿司とか飲み物、酒を飲みながらゆるりとお話しする時間になります。 オフ会は申し込みが必要ですので、リンクこちらのチャプターに入れておきます。 # 4.1〜4.3 こんにちは、QAエンジニアのサミです。 今日もワクワクしていますか? 今回はですね、英語と日本語で学ぶ 外部チームとの関係性ということで ISTQBエキスパートレベルの テストマネジメントの勉強をしていきます。 今回取り扱うのは、4章のManaging External Relationshipsですね。 まず最初に、4章のチャプター10の 章立てを紹介します。 1がIntroduction、4.2がTypes of External Relationshipsということで、 外部の関係性、関係のタイプ。 4.3がContractual Issuesなので、 契約の問題とか課題。 4.4がCommunication Strategiesなので、 その名の通りですね、コミュニケーションの戦略。 4.5、Integrating from External Sourcesというところで、 外部のソース、情報源ですかね、からの統合。 4.6がMargin Strategiesなので、テスト戦略のマージ。 4.7がVerifying Qualityなので、 品質の検証です。 前半の方の外部関係のタイプだったり、 契約の問題だったりはさらっといって、 なるべく後半のテスト戦略のマージとか、 品質の検証みたいなところを中心にお話ししていきたいと考えております。 ということで、最初4.1はイントロダクションです。 ちょっとバーッと英語を読み上げていて、 日本語でつまりこういうことだよねという風に、 簡潔にお話ししようと思います。 【英語を読み上げています】 ということで、イントロダクションで書いてあることを超ざっくり言うと、 サードパーティーのベンダーさんと一緒にテストを作ったりとか、 実装に入ってもらったりすることがあるよね。 だから、期待されているその品質工夫に合わせて、 テストマネージャーとしての役割は一体何なのかとかを 特定できる必要があります。 この外部との関係というのは、ベンダーさんと先ほど言ったように、 それだけじゃなくて、同じ組織の中の別のチーム、別のグループがテストしているという、 そういうのも外部の関係という風に含めますよという風に書かれています。 続いて、4.2のTypes of External Relationshipsということで、 この外部関係性、外部の関係性というもののタイプについてが書かれています。 ここで紹介されているのは5個あります。 1個目が、完全なプロダクトをサードパーティーが作っている、提供している、リリースしているという場合。 2つ目が、サードパーティーがディベロップするプロダクト、 ただ、テスティングはリリースしているプロダクトの責任です。 3つ目が、完全なプロダクトをリリースしているプロダクトの責任です。 4つ目が、完全なプロダクトをリリースしているプロダクトの責任です。 5つ目が、完全なプロダクトをリリースしているプロダクトの責任です。 2つ目のパターンは、サードパーティーはプロダクトを開発しているんだけれども、 テストの責任というのは、受け入れる側の組織が責任を持っているパターン。 3つ目は、サードパーティーがコードの一部を実装、開発するんだけれども、 それは統合される、受け入れ側の組織、受け入れ側のコードに統合されるものと、 一緒に関連性があるんですかね、そんなパターン。 4つ目が、サードパーティーがインターナリーディベロッププロダクトのテストに責任がある。 この4つ目のパターンは、インターナリーディベロッププロダクト、 社内開発プロダクトのテストの全てに責任があるサードパーティーというパターン。 5つ目が、サードパーティーがインターナリーディベロッププロダクトのテストに責任を持っている。 最後のパターンは、テストの責任というもの。 インターナリーディベロップ、社内開発プロダクトのテストについて、 責任を社内のテストチームと分担している場合、シェアしている場合、 こんなふうに分けることができますよというふうに書かれています。 要するに、その一括りに、外部チームとか外部組織とかの関係性といったとしても、 連携ポイントというのか、受け入れのポイントというのか、 どこまで役割分担をしているのか、責任をお互い持っているのかというところで、 分類できるよねという話です。 私の経験の話をすると、2つ目と5つ目を主に経験したことがあって、 2つ目というのが開発はサードパーティー。 サードパーティーといっても、私がイメージというか経験したのは、 海外の事業所、海外事業所のメンバー、チーム、開発組織がプロダクトを全部作るんだけど、 テストは日本のQAチームで全部テストしますみたいなパターンと、 5つ目の方がテストの責任というものを海外のQAチームと日本のQAチームとで分担するみたいな、 そんな経験はしたことがあります。 確かにそれぞれ違う難しさがあったなというふうに思っていて、 前者の開発は海外事業所、テストは日本で自分のチームでやるみたいな時だと、 実装の中身とか進捗というものがなかなか物理的に距離が離れていたりすると、 分かりづらかったりするというのがありましたね。 その時はウォーターフォールでやっていたというのもあるんですけれども、 仕様の理解みたいなところはすごく難しかったなと思いますし、 もう1個の後者の方のテストの分担というところを海外事業所の開発チームで作る、 それを海外事業所の経営チームがテストをする、 その後日本のQAチームの方で受け取るみたいなそんなのもあって、 そこでは本当にそれぞれのQAチーム、テストチームでどこまでを担保するのかというところはかなり難しかったというか、 向こうのQAマネージャーの人とディスカッションをして、 ロールの分担をきちんとしてというふうにしました。 その時は海外事業所の方では団体テストと、 あと機能テストのいわゆる新機能の部分とかをしっかりやってねというんですかね。 結合テストというのかな。 日本側の方ではシステムテストとかシナリオペースで受け入れるみたいな、 そんなふうに分担しましょうねみたいなことをディスカッションしたりはしましたね。 続いて4.3はContractual Issuesというところで、 その契約に関することというか問題について書かれているんですけど、 ここは詳細スキップします。 契約のアイテム、項目としてSLAとか成果物とか品質のレベルみたいなことがいろいろあるよねということが書かれています。 テストマネージャーという文脈だと、 もしベンダーの選択を選ぶプロセスに関与していないんだったら、 メトリクスですかトラック、 ちゃんとそのサードパーティーで良いのか、継続して良いのかというところを判断するのを助けるようなメトリクスというのをウォーボッチしてトラックをして、 その契約の通りの成果物、ドキュメンテーションだったりとか、 行動とか品質のレベルですね、 行動レビューだったり、ユニットテストのカバレッジだったりというところをちゃんと満たしているかというところをウォッチして、 お互いで関係者にシェアしていきましょうね、みたいなことを書いてあったりします。 # 4.4 続いて、4.4はコミュニケーションの戦略についてです。 サードパーティーとのコミュニケーションは様々です。 何によって様々かというと、量、詳細、頻度、スタイル、フォーマット、 あとどのくらい公式なのかというところが、 プロダクトだったりサードパーティーによって、 あるいはロケーションチリですね、あとカルチュアルディファレンシス、 文化的な違いだったりにもよって、 プロジェクトの付属通道にもよって色々変わっていきますよね、 ということが書かれています。 カルチュアルディファレンシスというのは文化によっても、 何だろうな、何か一個例があるかな、 あ、ありますね。 前に、どこだったかな、 上海のチームと、あとシンガポールのチームと一緒に仕事をしてたんですけど、 確か中国のチームだったかな、 お昼、ちょっと違ったら間違ってるかも、 とにかくですね、お昼の時間、 12時から1時はしっかりお昼の時間として撮っているので、 その時間はミーティングを入れないでください、というのが わりと明確に決まっていて、 時差とかもあるので、うっかり現地時間で、 日の時間によって入れてしまうと、 その時間はランチの時間なので、時間調整、 リスケジュールしてくれ、みたいな話があったりするとか、 そういう文化的な違いなのか、というところも含めて、 コミュニケーションというのはしっかりとっていく必要がありますよね、 ということです。 ということで、テストマネージャーは、 これらの要素というものを、 コミュニケーション戦略を作る、 定義する前に、 ちゃんと気づいておかないといけないですよ、という風に書いてます。 次。 セミウィークリー・カンファレンス・コールス、 and perhaps even an agreement on the language to be used in written communication. ということで、例えば、 もしプロジェクトというのが、 開発とあとはユニットテストを、 オフショアでお願い、 やってもらっていたと、 そんな場合に、 毎週の詳細のステータス報告だったり、 毎日の欠陥レポートだったり、 セミウィークリー・カンファレンス・コールスでの、 ちゃんとしたミーティングを、 やるのが良いかもしれません。 あと、場合によっては、 どのような言語で、 テキストコミュニケーションにおいては、 どの言語で行うのか、 話し合っておく、決めておく、合意しておく必要があるかもしれません。 確かに、 海外だからというところにも限らず、 会社とか組織とか、 違えば文化とか前提とか、 当たり前も違ったりするので、 そこら辺が、どういうタイミング、 どのヒントでコミュニケーションを取るのか、 何を話すのか、というところは事前に、 プランニングのタイミングで決めることが大事です。 プロジェクト計画というか、 キックオフのタイミングぐらいで、 会話するチャンネル、スナックチャンネルってこれですよねとか、 不害報告は一方というのかな、 朝だったり、じらだったり、 起報する形でいいですよねとか、 そんなことをプロジェクトの最初の方で決める、 確認していたりはします。 次の段落を読みます。 Multiple Partiesというところで、 共通のツールを使うディフェクトトラッキングなので、 欠陥追跡だったり、 あとはテストマネジメントのツールというのを同じツールを使うと、 効率的に、持続的にコミュニケーションを取りやすいですよね、 ということが書いてあります。 これは必要だし、分かるし、重要だけど、 難しい側面もあったりしますよね。 組織によってとか、 プロジェクト管理、タスク管理のツールが違ったりとか、 あとテストケースとかテスト管理ツールが違うみたいなのは、 よくある話かなと思います。 過去にテスト管理ツールの統合、 海外事業所と日本の事業所というところで、 同じツールにしましょうというのをやったことはあるんですけど、 システムの統合自体はやればいいだけなので、 できるんですけど、 その後の運用だったり、ルールの徹底みたいなところは、 なかなか難しいなという所感ですね。 ちょっと文章を飛ばして、次の段落に進みます。 エクスターナルコミュニケーションは、 他のテストやデベロップメントリソースに限らず、 利用者の管理機関や他のステークホルダーも、 エクスターナルコミュニケーションは、 コミュニケーションストラテジーにも考えられます。 もう一個最後まで読んじゃおう。 リスクアセスメントワークショップは、 この人たちをテストプロセスに含め、 コンティニュートやエフェクティブな情報交換に オープンなコミュニケーションパスを作るための良い方法です。 エクスターナルコミュニケーションは、 他のテストや開発とのやり取りだけではないですよ。 エンドユーザーや業務の領域の監査や他のステークホルダーも含まれています。 そういう人たちもコミュニケーションストラテジーの中で考えましょうねと書かれています。 あとはリスクアセスメントワークショップに、 こういう人たちを巻き込むというのはすごく良いですよということが書かれています。 そうすることで、これらのステークホルダーの人たちを テストのプロセスに巻き込むことができるし、 オープンコミュニケーション、開いたコミュニケーションの道というものができるので、 より効果的に情報の交換ができるようになりますよと書かれています。 ここまでが4.4のコミュニケーションストラテジーの話でした。 今日結構いっぱいしゃべっちゃったので、 残りの4.5、4.6、4.7、インテグレーティングフォームエクスターナルリソーシスと Emerging Testing Strategiesと Verifying Qualityはまた次回にしようと思います。 おそらく1週間後の配信かなと思います。 今日はここまでです。 # 今日のほっこり話🍉 今日のほっこり話です。スイカバーの話をします。 もう最近暑いんでね、なんだろう、歩いてる時とかよくコンビニとかでアイス買って歩きながら食べたりするんですけど、 久しぶりにスイカバーを見つけたんで買ったんですよ。 そしたらですね、なんか大きかったんですね。 普通サイズじゃなくて、ビッグスイカバーっていうのがあって、 すごい私スイカも好きだし、スイカバー食べるのもめちゃくちゃ久しぶりだったんで、 めっちゃウケウケしながら食べてたんですけど、 隣に夫が歩いてたので暑いだろうなと思って、 一口食べるみたいな感じで差し出したらですね、ものすごいたくさんかじられましてですね、 しばらくこのことは念に持っておこうかなと思っております。 以上、今日のほっこり話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回はですね、あなたの集中タイムは何時?というところで 時間術なのかな、そんな感じの話をしていこうと思っております。 今回の放送を聞いて、なるほどな、確かにな、学びになったなと思った方は 是非、画面右下、ハートマークでいいねをしていただけると、とっても励みになります。 是非是非、フォローもよろしくお願いします。 それではまた明日、お会いしましょう。ごきげんよう。