# タイトルコール ようこそ、世界が広がるソフトウェア品質で このチャンネルでは、旧エンジニアのサミーが ソフトウェアテストやソフトウェアの品質保証を中心に 日々奮闘していることや考えていることを話します。 毎日お昼の12時30分に配信しています。 ゲストの方やリスナーのあなたと テストや品質の世界を広げていきます。 # 英語と日本語で学ぶ、テストチームづくり(採用) こんにちは。QENGINE HANASAMIです。 今日もワクワクしていますか? 今回はISTQBのExpert Level Test Managementのシラバスに載っている内容を参考に、 チームづくりについてお話ししようと思っています。 今回取り扱うのが、シラバスは概要欄にリンクを入れているんですけれど、 3.2の部分ですね。3.2のタイトルがBuilding the Test Teamというところで、 テストチームを作る部分で、ビューディングだからゼロから作る、 ゼロから3とか4とか5くらいに作っていくようなイメージかなというふうに思っています。 今日の話の構成としては、この3.2のBuilding the Test Teamの中にもいくつかトピックがあるので、 シラバスにもこういうことが書いてあるよねという、 SAMI翻訳しながら内容を簡単に共有していく話をしていくのと、 シラバスを読んで考えたこととか、そういえばこんなことあったなみたいな経験とかを交えてお話ししていければなというふうに思っております。 ではまず最初3.2、Building the Test Teamというところで、 最初にその3.2の中にも、3.2-1から3.2-3、3.2-4、5、6まであるので、それのタイトルをお話し、まずリストアップしていきますね。 3.2-1がJob Descriptions、3.2-2がResumes、3-2-3がInterviewing、これは面接ですね。 3.2-4がAssimilating New Peopleなんで、新規メンバーの受け入れ、3.2-5がTermination of Employment、だから雇用の終わり、終了。 3.2-6がEnding Contractual Relationshipsなんで、契約関係の終了というところですね。 最後の3.2と5、5と6、Termination of EmploymentとEnding Contractual Relationshipsはあまりしゃべらないかもしれないです。 ということで順番に見ていきたいと思います。 まず3.2のBuilding the Test Teamの最初のイントロダクション的なところに書いてある内容はですね、出だしの1分は1分、2分かな、こんなことを書いてあります。 Making Good Hiring Decisions for the Test Team is a Crucial Skill of a Test Manager. Hiring the Wrong Person can Adversely Affect Productivity and Morale and Possibly the Success of the Organizationというところですね。 ここ何を言っているかというと、いい採用とか採用の意思決定というのは、出だしのテストチームにとってめちゃくちゃ大事なスキル、テストマネージャーにとっての大事な重要なスキルなんですよね。 誤った人を雇ってしまうと、生産性とかモラルとか、そして成功に大きな影響を与えてしまうでしょう。 まあそうですね、それはそうだよなと思いながら読んでいるんですけど。 続いてですね、もう1文読みます。 Although the hiring process generally involves multiple people, it is ultimately the test manager's decision on whether to extend an offer. というところで、採用のプロセスというのは一般的に多くの人が関わっていますと。 最終的にオファーを出すかどうかというのは、テストマネージャーの決定になる、みたいなことが書いてあるのかなと思います。 要は一言で言うと、採用メンバーの、テストチームのメンバーの採用はテストマネージャーの大事なお仕事です、ということが書いてあるわけですね。 確かに最初、一人目QAで組織に入った時、最初3ヶ月ぐらいは採用活動にめちゃくちゃ時間を割いていて、 当時の自分の工数の半分ぐらいを採用活動に費やしていたという時期が3ヶ月ぐらいあったような気がします。 それくらい最初にどういう人を取りたいのかとか、組織作り、組織作りなのかな、ロードマップでどういうことをやっていく、 だからこういうスキルの人が欲しいとか、こういう経験の人が欲しいとかというのも考えていたし、 プラスアルファはソフトスキル面というんですかね、どういう人を採用したいのかというところも考えて名文化して、 それが会社の文化、カルチャーとも大きくずれてないよねみたいなところを冗長と擦り合わせながら確認したり決めたりというところで、 結構パワーを使っていた記憶があります。 続いて3.2.1、Job Descriptionsに入っていきます。 Job Descriptionsは結構日本語でもそのまま使いますよね。 内容としてはちょっと読み上げていきますね。 Depending on the size of the organization, a number of specialized test positions may be defined based on the role and experience level of the tester and the needs of the test organizationということで、 組織のサイズによってどういうテストポジションになるかという特定のテストポジションが定義をされます。 その定義というのは、役割だったり経験のレベルに基づくと、あとはテスト組織のニーズに基づいてそのポジションというのは決定されていきますというふうに書かれています。 続いて、 ちょっと2文まとめて読んじゃったんですけれど、そのテスト組織内のポジションというのは詳細なジョブディスクリプションを持つべきですよ。 そのジョブディスクリプションで書いている概要というのは、どういう責任範囲でどういう権限を持っているかということと、あとどのくらいの量の経験が必須なのかとか、 あと給与レンジだったり、必須のスキルとかコンピテンシーとかというものがジョブディスクリプションには書かれているべきです。 確かに、いろんな会社さんの求人票とかジョブディスクリプションを見ていても、この辺は書いてありますよね。 これらの内容というのは、会社の人事ローム部がこういうフォーマットですよとかセットですよというのを持っているかもしれないということで、 人事ロームあるいは採用チームと連携して仕事を進めていく必要があるわけですよね。 最初はですね、自分の経験の話ですけど、最初は自分で求人票の中身を全部バーって書いていて、それで募集をしていたんですけれど、 だんだん組織の規模が大きくなってきて、採用チームも大きくなっていくと、そこら辺の求人票を書くところは、 採用チームにお願いしたりとか、スカウトを打つところも最初は自分でガツガツ打っていたんですけど、 体制が整ってきてからは、採用チームの方でスカウトを打つ、みたいな。 その体制にも変わってきたので、本当に組織の大きさによって、どうジョブディスクリプションを誰が書くかとか、 どのチームでどこまで何をするのかというところが変わってきますよねという話でした。 この調子で喋っていくと時間がかかりそうな気がしてきたので、 次のチャプターでは3.2.2のレジュメの履歴書の話と、3.2.3のインタビューイング、面接の話をして、 今日の放送は以上にしようかなと思います。 # 続き 3.2.2はレジュメーズということで履歴書ですね。 最初読み上げていきます。 最初にやることというのが、オープンポジションに対して提出されたレジュメ、履歴書をレビューすることというふうに書かれています。 HR部門はフィルターとして機能するかもしれないし、明らかに合っていない、適切でないキャンディデート、候補者に対してはリジェクトするということもあるかもしれませんねというふうに書いてあります。 続きを読み上げます。 もしこれが可能じゃない場合、ディリジュメ本ができない場合は、テストマネージャーか検験所された人が必要なレビューとか個々のレジュメに対してレビューしますよねというふうに書かれてあります。 これ先ほど言った、私の自分の経験を言ったのと一緒でしたね。 最初のフィルタリングをローム担当、採用チームがやる場合もあるし、テストチーム側でやることもあるしというところですね。 そのときの組織の状態とか、採用にどのくらい力を入れる期間かによって、誰が担当するのかというのも変わってくるかなというふうに思います。 続いてですね、そのレジュメをレビューするときに、こういうことを見た方がいいですよというので、要素が1,2,3,4,5個紹介されています。 1個ずつ読んでいきますね。 1つ目。 キャンディデート候補者が必要な求められているスキルとか経験を持っているか。 2つ目。 キャンディデート候補者は必要あるいは求められている好ましい認定資格、ISTKBのファウンデーションレベルのような認定資格を持っているかというところがあります。 確かにですね、私が採用活動をやっていたときはFLを持っているかは、書類選考のときにはかなり見ていました。 特に、1人前以上とかプレーヤー、リーダーとして期待をしている人を探しているときとかだとFLあるか、あるいはもう少しその上のアドバンスレベルの資格を持っているかというのは見ていたりしました。 資格を持っていること自体が良いか悪いかというのは結構いろいろな意見があると思うんですけれど、少なくとも書類選考という意味だととても分かりやすい。 少なくとも資格を持っているとその人は、その分野、そしてテストに対して興味を持っていて、一定程度勉強している、そして一定程度の水準を持っているということが分かるので、 同じ共通言語で、そしてテストについて話すことができるという意味ではとても分かりやすい指標だったりします。 3つ目いきます。 Candidate salary requirements align with the open position というところで、候補者のサラリー、給料、給料、給料の要求というものがそのポジションに対して合っているか反っているかというところですね。 ちょっと拡大解釈をすると、候補者の希望年収と、あと会社が出せる金額というところがずれていると、なかなか書類選考としても通しづらい場合もありません。 あまりにも返りが大きい時とか、特に傾向としては、大企業で経験積まれてきた方が、より規模の小さいスタートアップとかアベンチャーとかというところに行く時っていうんですかね。 そんな時だと、ちょっとうちだとここまでは出せないよねというところで、書類選考を通らないというパターンもたまにあったりします。 4つ目いきます。 Is the resume organized and easy to read? というところで、その履歴書はきちんと、整理、整頓、理論、整然と書かれていて、読みやすいかどうかということなんです。 これ結構大事?意外に大事?とか、あと私自身は誤字、脱字がないかというのは必ずチェックしています。 履歴書とか職務経歴書を見て、もし誤字、脱字があった場合は、私が選考官である場合は、不合格というか通さないです。 テストエンジニアとかQAエンジニアという文脈では今話していますけれど、細かいところの確認だったりというところは結構大事だったりするので、誤字、脱字は必ずチェックしています。 あと本文の方に戻ってきまして、分かりやすく書かれているかというところも、情報というものをどのように人に伝えることができるのかというのが表現されているものでもあるので、相手の立場に立って書かれているかとか、分かりやすく読みやすく書かれているかというのも結構大事なポイントだというふうに考えています。 最後5つ目です。 Are there any spelling or grammatical mistakes on the resume? Many test managers will not consider candidates with mistakes on their resumes. 5つ目に書いてありましたね。 スペルミスとか文法のミスとかはないですかというところが書いてありました。 ここまでが3.2.2のレジュメ履歴書の話でした。 今日の放送のトピック最後になると思います。 3.2.3のインタビューイング、これは面接ですね。 まず最初のパラグラフを読んでいこうと思います。 インタビューイング・ピーポー for technical positions generally follows the same structure, regardless of whether the person hired is a developer, a business analyst, or a software tester. テクニカルなポジションの面接については、わりかし職種に関わらず、開発者とかビジネス分析、ビジネスアナリストとかソフトウェアテスターでも構成というのは結構似てたりしますよねということが書かれています。 続いて、good interview practices such as multiple rounds of interviews, a mixed interview team, and an understood interview process are all applicable to interviewing testersということで、 インタビュープラクティスだから、面接の経験値というかプラクティスについては、例えばマルチプラウンズオブインタビューだから複数回の面接だったりとか、 ミックスインタビューティームだから、いろんな職種とか役割の人がインタビューする、面接するみたいなそういうやり方っていうのも、good practiceっていうのはテスターのインタビュー、面接にも適用することができますというふうに書かれています。 この後に書かれている内容がめちゃくちゃ面白いので、ぜひ原文とかを読んでいただきたいなと思うんですけど、まずちょっと読んでいきますね。 When interviewing potential testers, there are some particular strengths to explore in the candidate.ということで、ポテンシャルテスターを面接するときにいくつかの特徴、strengths pointがあるかっていうところを探索していく必要があります。 In particular, testers should be able to demonstrate good problem solving and critical thinking skills, good written and verbal communication skills, a strong ability to work within a team, a curious nature, technical knowledge, domain knowledge, and the experience background needed for the positionということで、ここめちゃくちゃいいことを言っているんですけれど、 特にテスターっていうのは、こういう要素が必要ですよね、能力必要ですねっていうふうに書かれていて、good problem solving、問題解決とか、critical thinkingとか、good written、文字、文章でのコミュニケーションとか、ちゃんとうまく書けるかとか、 Verbal communication skillsなんで、口頭でのコミュニケーションスキルとか、strong ability to work within a team、チームの中でうまく活躍動けるかとか、curious natureかな、好奇心かな、もちろんテクニカルナレッジとか、ドメインナレッジ、あとはその他ポジションに必要とされている経験とか、バックグラウンドがあるかどうかっていうふうに書かれています。 この続きにですね、具体的な内容もめちゃくちゃ書いてあって、ちょっと時間の関係でこれ全部読み上げられないので、本当、ぜひシラバス見ていただきたいんですけれど、やっぱり問題解決力とか、critical thinkingの力って確かにテスターとしても非常に大事だなと思いますし、文字で伝えるとか、あと口頭でコミュニケーションスキルっていうところもすごいテスターって大事だと思っていて、 一番分かりやすいのはフグアイ報告とかもありますけれど、ここの中に書かれている1個の例として1個だけ紹介すると、開発者にその欠陥を伝えるときにイライラさせずに伝えることができるか、表現できるかみたいなことが書いてあって、 まさに例えばフグアイ報告1つを取ったとしても、事実と自分の考え分けで伝えられるとか、ロジカルに話せるとか、ソフトスキルっていう意味でのコミュニケーションスキル、言い方とかも含めてコミュニケーションスキルがあるのって結構大事だなって思うので、本当その通りだなって思いながら読んでおりました。 ということで今回はチーム作り、特に採用のところのお話をしました。何か学びはありましたか。 # 今日のほっこり話 今日のほっこり話です。 広島土産のお話をします。 夫が一人旅に帰ってきまして、今広島に行ってきたわけなんですけれど、 お土産たまりいただきました。 このチャプターに画像一枚貼ってるんですけれど、 最近クリアファイルを旅行先で買うのちょっとハマってましてですね、 お土産はクリアファイル欲しいって言ったわけじゃないんですけど、 広島のお好み焼きの可愛いクリアファイルをもらいました。 あとはですね、もみじまんじゅうですね。 なんかずんだ味のもみじまんじゅうがあるということで、 私枝豆大好きっていうところもあって、 ずんだのもみじまんじゅうもお土産にもらいました。 あと私がリクエストしていたお土産は2つあって、 1つがかきのり、違うね、かき醤油のりっていうのりと、 味付けのりかな、味付けのりなのかな、のりとレモンケーキですね。 リクエストしてその2つも買ってきてもらいました。 お土産のスイーツ食べるのとっても楽しみです。 以上、今日のほっこり話でした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回は、仕事が終わらないの穴から抜ける3つのステップについてお話をしていきます。 今回の放送を聞いて、なるほどな、確かにな、学びになったなと思った方は、 是非、画面右下のアウトマークでいいねを押していただけると、とっても励みになります。 オフ会のお知らせをチャンネルページのトップに放送固定してあります。 読書会とご飯会をやります。 ちょっと興味ある方は、本編のチャプターに貼ってあるリンクから、 Googleフォームの提出をお願いします。よろしくお願いします。 それでは、また明日お会いしましょう。ごきげんよう。