# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相性の奥深さ、ソーシティビューを考えていることをお話しします。 # 仕事ができる人ほど｢問いを持っている｣ こんにちは、さみぃです。今日も若くしていますか? 生放送のお知らせです。 本日夜の8時半からですね、カードゲーム作りについての生放送をします。 今回のゲストは片桐さんをお呼びしております。 カードゲーム作り、多分私よりもだいぶ前からされているんじゃないかなという風に思っておりますので、 またカードゲーム作りに携わったきっかけだったりとか、どういうところが難しくて面白いのかというところを聞いてみたいなと思っております。 はい、ということで本来です。 今日はですね、仕事ができる人ほど問いを持っているんじゃないかなという風に思っているので、お話をしていこうと思っております。 突然ですが質問です。 あなたにとって仕事ができる人ってどんなイメージがありますか? 仕事ができる人って聞くと一般的には知識がたくさんあるとか判断が早いとか仕事のスピードが早いとか、そんなイメージがあるかなという風に思うんですけれど、 最近というか思うのは答えをたくさん持っている人よりも問いを持っている人の方が強いんじゃないかなという風に考えております。 例えば会議とかでも、じゃあ代々さんはこれをやってくださいねって言われた時にそのまま受け取るのではなくて、そもそも何のためにやるんだろうとか、 本当にこの問題を解決する必要があるんだろうかとか、あるいはユーザーにとって何が一番大事なんだろうみたいなことを問いを持っていると強いんじゃないかなみたいなそんなお話ですね。 問いを持つことがなぜ仕事の人につながるのかについて話していきたいと思います。 まず最初に問いを持つというのは何なのかについて言語化していきたいんですけど、問いを持つというのと質問をするというのは全然違うという風に考えています。 質問をするというのはその中で分からないことを聞いて答えを得ることですよね。 一方で問いを持つというのはすぐには答え出なくても自分の中のテーマみたいなものを持ち続けるのが問いを持つということなんじゃないかなという風に思います。 例えばこの仕様ってどうなっていますかって聞くのは質問ですよね。 一方でこの機能というのは今作っている新機能とかは本当にユーザーの課題を解決できるのかとか、あるいはこの機能は本当にユーザーをワクワクさせることができそうなのかというのは問いになってきます。 この問いを持っていると同じ仕事っていうのかな、情報に触れているときでも情報の見え方がだいぶ変わってくるんですよね。 もう少しお話ししていきましょう。 与えられた仕事だけを見ているとですね、どうやって終わらせようかなとかっていう風に考えですね。 どうやったら早くこの仕事を完了できるかなという風に考えがちなんですけれど、それが問いを持つことによって資座が変わっていくんじゃないかなという風に思います。 どういうことかというと、資座を上げるとじゃあなぜこの仕事タスクをするのか。 このタスクをすることによって一体何を変えたいのかとか、どういう経験に響いていくのかとか、何が変わっていくのかとか、何が実現できるのかとか、 そもそもこれやってくださいって言われたけど、この仕事って本当に必要なんだっけみたいなのを考えるわけですね。 普段から問いを持っているユーザーをワクワクしてもらいたい、させたい、あるいは人生豊かにしたいみたいなのも一個あるわけなんですけど、 じゃあその方向性から考えたときに今やっているこのタスクっていうのは本当に必要なんだろうかっていうのを結構考えるのって大事ですよね。 つまり良い問いを持つということは資座を上げるきっかけになるという感じですね。 これは実はQAエンジニアのお仕事でもめちゃくちゃ共通している部分があるわけなんですよね。 私、過去にも言ったことがあるんですけど、QAっていうのは一般的にはクオリティーアシャンスの略、品質保障ではあるんですけれど、 QA as Question Askerということもよく言います。 Question Asker、質問をする人、ここで言うと問いをする人かな、問いをする人としてのQAエンジニアである必要があるというふうに考えています。 今回の話と絡めていくと、この仕様で大丈夫ですかねっていう質問だけではなくて、そもそも今回のこの新機能ってどういうユーザーさん向けに作っているんですかっていうのを聞くっていうのはすごく大事ですし、私も分からないときは最初に聞くようにしています。 PRDとか最初に読んだときとか、あとそもそもキックオフのときとかに、今回のこの新機能って、例えばボイシーで言うと、 ユビリスナーさん向けの機能なのかとか、あとはどういう切り口があるかな、 新規リスナーさん向け、初めてボイシーを聞きに来てくださっている方へのものなのか、あるいは特定の課題がある、ユーザーさんこういう課題があるみたいな、ユーザーさんへのをターゲットとしているのかみたいな、 あるいはユーザーはどういう状況でこの機能を使うんだろうかとか、こういった問いを投げかけることでチームがまだ見ていなかったという場所に光を当てられるんじゃないかなというふうに思いますし、光を当てられたらそれは懐中電灯ですしQAだなというふうに思ったりします。 私はよくQAエンジニアの役割っていうのかな、懐中電灯のようにやりたいというふうにいつも思っているわけなんですけれども、まさに答えを出すだけじゃなくてっていうのかな、ではなくて、 何かこういう時ってどういうふうに動きますかとか、こういうユーザーさんだとこういうふうに使えそうですよねみたいな、そういう新しい視点だったり情報を提供する、あるいは新しい視点かなを提供することで、ここを見てみませんか、ちょっとここにも光を照らしてみませんか、どうなりますかねみたいなのを問いを問いかけられるっていうことは非常に大事だなというふうに考えております。 これはもちろんQAエンジニアだけではなく、他の職種も含めてかなというふうに思っていたりもします。ここからは良い問いを持つための3つのポイントについてお話をしていきます。 1つ目は、なぜを1個だけ足すということですね。例えばこれこれのタスクをやってくださいというふうに依頼があったら、なぜこれをやるんだろうかというのを考えます。変にひねくれちゃダメですよ。 だけど上司にしろ誰かにしろ、このお仕事、タスク、プロジェクト、大小様々あると思うんですけど、お願いするには理由が絶対あるはずなので、そこをまず考えてみる、なぜを1回足してみるというのが1つ目です。 2つ目、手法を変えて取り直す。例えば、自分はどうするのが良いか、そのタスクを終わらせるためにとか、というところだけではなくて、チームにとってはどうするのが良いのか。 あるいはユーザーさんにとってはどうするのが良いのか。さらに会社にとっては会社全体という視点で考えるとどうしたら良いのかというふうに手法を変えて取り直すだけでも、すごく資産が上がりますよね。 最後3つ目なんですけれど、これ結構大事かもしれないな。すぐに答えを出そうとしないということですね。良い問いほどすぐに答えって出ないものなんですよね。なので、常に問いを頭の片隅に置いておくというのが大事ですよね。 私もやろうと思ってまだできていなかったので、これを機会にやろうと思うんですけれど、会社のパソコンの背景とかをですね、今期の目標とか、数字ドーンと見せていいのかというのがあるんですけれど、そういうふうにいつも目につくところに置いておくことによって、目標が良いのかな、大事にしたいこと、この問いをですね、いつも見えるところに置いておくと、 何か普段考える時とかに考えやすい、思い出しやすくなるんじゃないかなというふうに思っております。はい、ということで今回はですね、仕事ができる人ほど問いを持っているということでお話をしてきました。 質問と問いの違いだったりとかですね。仕事ができる人だと、どういう質問をしても何でも答えられるというイメージがあるかもしれないんですけれど、複雑になったりとか難易度が上がったりするほどですね、別に最初から答えを持っているわけじゃないんですよね。 いろいろトライアンドエラーをしながら、でも一本筋として問いを持っているから、ブレずにもうスピードで進んでいくことができるのかな、それがまさに仕事ができる人なんじゃないかなというふうに思っております。はい、ということで、自分は今何を考えるべきなんだろうかとか、本当に解くべき問題、課題は何なんだろうか、みたいなことを考えながら仕事をしていけると良いですね。本編以上です。 # #627のコメント返し🥰 コメント返しのコーナーです。今回は627話目、日曽は自分がいなくても業務が回るようになることのコメントを開始します。 コメントは、KOUHEIさんとMIZUKENさんからいただいております。いつもありがとうございます。 お一人目、KOUHEIさんです。 おはようございます。日曽は自分がいなくても業務が回ること、これめっちゃわかりますね。 私も今年の夏休み、自分がいなくても業務が回る状態になっていて、去年からの変化を感じてとても楽でした。 やっぱり自分しかできない状態になってしまうとボトルネックになっちゃうんですよね。 だからこそ、仕組みで動かしていくというのは、今後もずっと続けようと思います。 ありがとうございます。 いいですね。去年からの変化で、自分がいなくても業務が回るようになった。 俗人化という意味もそうですし、仕組み化だったり、栄養活用してというところも含めてですね。 そうですよね。ルールが明確なこととかほど、仕組み化とかはやりやすいのでですね。 改めて整理をしてみると、自分がどういう判断基準で判断軸で判断をして、手を動かしているのかというのもよくわかったりするので、その意味でも整理をすることはとてもおすすめです。 ありがとうございます。 お二人目、みずけんさんです。 組織としてもチームをまとめる立場になると、自分がいなくても回るようにしていくことが役割になりますよね。 品質についても、将来的には作った人が品質まで担保できるようにしていくことができるようになっていきそうだし、そのようにしていきたいですね。 ということで、いや、まさにそうなんです。 作った人が品質まで担保できるようにしていきたいというのは、すごく同意と言いますか、まさに思っていて。 だからこそ、自分だったりQエンジニアという人がいなくても、品質を担保できる状態にしたいという、そんな表現になっております。 最近はですね、スキルを作ってですね、これで乗っ取ってテストを設計してくださいねとか、というのを今はまさにやっていたりやろうとしていたりやっていたりする感じですね。 結構、案件によってどういうテストが必要かとか、リスクベースでやるのがいいよねとか、そうじゃないよねとかっていうのがちょっと違ったりするので、それをどういうふうに表現するのかが直近悩んでいるとどうでもないですけど、ちょっと考えていたりもしました。 ありがとうございます。 以上、コメント返しでした。 # 今日のほっこり話 今日のほっこり話です。軽く旅行の話をします。 先週末はですね 一泊で大分別府に行ってきました。 目的はですね、とにかく温泉に入りたいというふうに思いまして、普段の一泊の旅行だと だいたい夜に1回しか風呂って入らないんですけど、 今回は土曜日に2回、日曜日に2回というふうに入りましたので、かなり温泉欲を満たされたなというふうに思います。 それ以外にもちょっとネタがあるので、別に一本放送としてお送りしようと思っております。 以上今日のほっこり話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございます。 明日の放送はですね、今晩の片桐さんとの対談アーカイブをお届けする予定です。 今ですね、来月10月17日のゲームマーケットに向けて実際に色々準備とか、あと告知、宣伝とかを頑張っておりますので、応援よろしくお願いします。 今回の放送を聞いて、なるほどな、確かにな、真似日になったなと思った方は是非、ハートマーク、いいねを押していただけますと、とても励みになります。 是非是非、コメントもお待ちしております。フォローもお待ちしております。 それではまた明日、今晩ですね、生放送でお会いしましょう。ごきげんよう。