# タイトルコール ようこそ、世界が広がるソフトウェア品質へ。 このチャンネルでは、QnAエンジニアのサミーが、 ソフトウェアテストやソフトウェアの品質保証を中心に、 日々奮闘していることや考えていることをお話しします。 毎日お昼の12時30分に配信しています。 ベストの方やリスナーのあなたと、 テストや品質の世界を広げていきます。 # 4月の人気放送TOP3 こんにちは、QnAエンジニアのサミーです。 お休みですかね、皆さんいかがお過ごしでしょうか。 今回はですね、4月の人気放送トップ3ということで、 このチャンネルで4月最も聞かれた放送は何かというのと、 それが何で聞いていただけたのかというところを 自分なりに分析してみようかなと思っております。 本日もですね、ずっと私が旅行中で外から収録しておりますので 雑音とすみません。 はい、ということで、まず4月の人気放送トップ3ということで 先週末時点の数字というか、確認したときのものにはなるんですけれど 放送トップ3をまずお話し、ご紹介します。 トップ1番ですね。 1番目は131話目、初めての社外英語プレゼンの振り返り。 2番目、トップ2、トップ2ですからね、 2位が132話目のリーダーシップとマネジメントの違い。 第3位が121話目のスケジュール管理のコツということでした。 どう思いますか、この3つがトップ3というところで。 私の所感としてはですね、A系のトピックじゃないのかというのが 所感というか第一印象でした。 他にも数字的なデータとして分かっているのが 新規リスナーさんが一番聞いてくださった放送というのも トップ3というのも一緒なんですよね。 その131話目の、1番目の初めての社外英語プレゼンの振り返り 132話目のリーダーシップとマネジメントの違い 121話目のスケジュール管理のコツということで。 なので、やっぱりA系トピックじゃない方が より気になる方が多いというところもあって 聞いていただけているのかなという風には考えていたりもします。 あとトップ1の131話目については レアジョブさんのスポンサー付きの ハッシュタグ企画だったというところもあって より多くの方に気づいていただけた、聞いていただけたのかな という風にも思っていたりします。 このトップ3の情報を見ていると QAの話とか品質保障とかソフトアーティストの話だけじゃなくて ビジネス系だったりとか ビジネス系全般というんですかね そういうトピックをもっと増やした方がいいのかって 思うたりも一瞬するんですけれども このチャンネルの存在意義としては ソフトアーティストの話とか品質保障の話を中心に やっていくのがいいのかなという風にも思っていたりしますので 数の誘惑には負けずに頑張って ソフトアーティストの話、事例、経験、考え お話ししていけたらよいなという風に思っております。 ということで今回は 仕事の人気放送トップ3についてお話ししました。 今月聞いていただいた放送の中で印象的だったもの あればぜひ教えてください。 # #133 コメント返し😍 コメント監視のコーナーです。今回は133話目のコメントを開始します。 1週間前の133話目では、開発チームとテストチームの関係性についてお話ししました。 コメントは2件いただいております。 1つ目が松田の方です。 いつも放送ありがとうございます。テストをQAに依頼する経験がないので、純粋に疑問なのですが、 テスト後に市場にバグが流出した場合の責任は開発とQAのどちらになるのでしょうか? テスト実行の密度に任せるのは誰か、実行ミス以外は開発側の責任と分かりやすいですが、 計画からQAが実施し、振り除くべきバグは抑えた上で、 それ以外のバグが流出してしまった場合の責任の考え方が知りたくなりました。 開発とQAが同じ方向を向くのは大前提だとは思いますが、 とはいえどう考えるのか一例でもあれば聞いてみたいです。というコメントをいただいております。 ありがとうございます。 結論ですけど、その会社のカルチャーと役割分担にもよって変わってきます。 私のこれまでの経験だと、最近というか特にアジャイル開発という文脈だと基本的には全員という風になっているので、 開発チーム、開発本部みたいな、そこ開発チームが責任というところが多いかなという風な印象は受けています。 ただ前提として自分がQAというかQAチームの組織も開発本部の中にあるというのがこれまでの私の経験なので、 結果としてどちら開発チームだろうがQAチームだろうが、 責任という意味だと開発本部全体、開発チーム全体というところでQAチームを含めてみんなで責任を取るじゃないですけど、 みんなは責任だよねという風に考えていることが多いです。 あと大事なのは誰が悪いというところの考え方がちょっと違うかなという風には思っていて、 実際に大きな障害が発生した時というのは振り返りをしているんですね。 ポストモーティングなんて呼ばれたりするんですけれど、その障害の事象とあと原因の深掘りですね。 直接的原因とか間接的あるいは同期的に何でその決断をしたのか、その行動実装で良いと判断したのか、 何でテストで検出できなかったみたいなところの深掘りをどんどんしていくんですけど、 このポストモーティングでとても重要なのが人を責めないということなんですね。 人を責めるのではなくその仕組み、なぜそういう判断をしたのか、それで良いと判断をしたのか、 その判断をした裏側にはどういう行動やエラーがあったのかというところを何度も深掘っていく。 そして組織として二度と二度目には同じ失敗を起こさないというように失敗から学んでいくというのが ポストモーティングとしてとても大事だという風に考えています。 なので現場という意味においては開発と救援、責任ってどっちなのっていうのは基本ないっていうんですかね。 全員の責任だよという風なのがアジャイル開発ではノーマルだし、 実際ここ数年に3年関わっている現場というか開発のチームというかだと そういう雰囲気、文化というのは根付いていたりします。 別のもう一つ事例をご紹介するんですけれど、どちらかというとその時はウォーターホール開発で、 かつ自分のチームではなくて他のチームではあるんですけれど、 かなり救援チーム、品質保障部の力が強いチームがありまして、 そのチームに関しては品質というかテスト、何か大きな障害、不具合が起きたら 多分おそらくその品質保障部の責任になっていたんじゃないかなという風な印象が、 そんなチームもありました。 ということでご質問ありがとうございます。 ポストモーティングの話とかしたことなかったかなと思ったので、 今度ポストモーティングの話も放送でしてみたいなという風に思います。 続いてコメント2点目はみずけんさんからです。 フォロワー150人おめでとうございますとコメントいただきました。 ありがとうございます。 みずけんさんにはいつもXでもコメントを投稿していただいていて、 とても励みになっております。 ありがとうございます。 引き続きいい放送ができるように、そして悩みを気軽に相談できる、 そんなコミュニティにしていきたいなという風に思っていますので、よろしくお願いします。 以上コメント会社のコーナーでした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回はですね、Voicyのトークテーマ、パートナーとの共通点についてお話をします。 今回の放送を聞いて、なるほどな、確かにな、モデルになったなと思った方はぜひ、 画面右下、ハートマークでいいねを押していただけると、とっても励みになります。 コメントや質問もいつもお待ちしております。 それではまたお会いしましょう。ごきげんよう。