# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索する、をコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品相保証の区分かさ、そして日々考えていることをお話しします。 # 📣3/20 JaSST'26 Tokyoでお会いしましょう こんにちは、さみぃです。今日もテストしていますか? 本編の前に一つお知らせさせてください。 3月20日のジャスト東京で私とお話をすると 良いことあるかもしれないよというお知らせです。 このチャンネルのアイコンをチュロルチョコのパッケージにしたんですよね、デコチョコで。 なのでですね、ぜひそのジャスト東京で ボイシー聞いてますって言ってくださった方にはこのチョコレートをプレゼントしようと思っております。 ホワイエ数に限定、限りがありますのでお早めにお声掛けくださいというのと あと今回このチョコレートを作った1個の目的としてはですね 3月28日のイベントの告知、宣伝というのも兼ねていたりもするので 情報交換会で例えば名刺交換をさせていただいた方に配ったりとかする予定なので チョコ欲しい方はですね、ぜひお早めにお声掛けください。よろしくお願いします。 # EMConf 2026の感想と学び こんにちは、さみぃです。今日も若くしていますか? 今回はですね、EMコンフ2026の感想と学びについてお話をしていきます。 実は今収録をしているのはですね、EMコンフから帰ってきて、お風呂入ってっていう、何ですかね、終わってホヤホヤの状態でございます。 ということで、まず最初にEMコンフって何?という方に向けて簡単にイベントを紹介します。 このチャプターにウェブサイトのURLを入れております。読み上げますね。 エンジニアリングマネジメントカンファレンスジャパン、EMコンフジャパンは、エンジニアリングマネジメントを実践する皆さんのためのカンファレンスです。 私たちの掲げるテーマは、増幅と触媒。 エンジニアリングマネジャー、EMたちが生み出す熱が、より大きく、より広がっていくようなイベントとなることを目指しています。 EMを目指すエンジニアからベテランEM経営者に至るまでが一堂に返せるこの場で、共に学び、悩みを分かち合い、お互いの心に火を灯しましょう。 引用はここまでです。 すごくざっくり言うと、エンジニアリングマネジャーのための祭典?祭り?コミュニティ?という感じでしょうか。 すみません、私もまだ解像度が高くないので、雑にな説明になっていたら申し訳ないんですけれど。 今年は3月4日の水曜日に有明で行われました。 ここから前半が乾燥と後半が花火について話していくんですけれど。 まず乾燥はですね、脳みそがめちゃくちゃ疲れました。 そして情報肩みたいな状態になりましたね。 朝10時からセッション始まって、もう夕方の3時ぐらいには脳みそがクタクタになっていました。 多分それはこれまでとはまたちょっと違うなのかな。 種類の情報だったり、知らないことがたくさんなのかな。 あったりしたというのもあって、かなり脳みそパンパン、プシューってなってました。湯気で出ました。 でもそれはすごくいいことだなというふうに思っていて、 自分の見えていた部分、そして見えていなかった部分、ジャンル、領域、新しい考え方、刺激というのはものすごくたくさんありました。 そういう意味ではすごくいい1日だったなというふうに思っています。 あとは先に懇親会の話をしちゃうんですけれど。 懇親会でお話をする中で確かにと思ったことが2つあって、 1つがエンジニアリングマネージャーってこんなにたくさんいるんだっていうところがすごく驚きでした。 参加者が約700名というふうにおっしゃってましたね。 懇親会も400名くらいの方がいらっしゃったということで、もちろん全員が全員エンジニアリングマネージャーじゃない可能性もあるんですけど、 とはいえ結構多くのエンジニアリングマネージャーがいるんだな、 あるいはエンジニアリングマネージェン、 エンジニアリングマネージメントに携わっている、課題感持っている、やろうと思っているという方がそんだけいるんだなというのが分かってすごくびっくりしましたね。 こんなにいるんだって。 普段会社で仕事をしているとエンジニアリングマネージメント的な動きをしているっていうのかな、 そういうエンジニアリングマネージャーというロールの方はほぼいないという状態なので、 何ですかね、ちょっと新しい世界というか視野が広がったというか、 気持ちが楽になったというか心強いというか、そんな感情になりました。 もう一つ確かにいいと思ったことが、参加者の方のリアクション、 例えばセッションを聞いているときのリアクション、うなずきだったりとか、 あと懇親会のときも積極的に話しかけるみたいなところとかが、 やっぱりそれって普段からやっているからできるんだろうな、 そういう人がいっぱい集まっているんでしょうね、みたいな話になって、 それがめちゃくちゃ確かにいいと思ったんですよね。 どういうことかというと、エンジニアリングマネージャーとして、 必要なスキルとかなのかなとして、例えばワンワンやりますとか、 人の話を聞きますってめちゃくちゃありますよね。 なので、継承力だったりとか、しっかりリアクションをとるとか、 うなずくとかそういうところも含めて非常に大事だったりするんですよね。 なので自然とセッションを聞いているときも分かるってうなずいたりとか、 あと参加者の方もきっと登壇経験があるからこそ、 セッションを聞いているときにどういうリアクションをしたら 登壇者が嬉しいかとか、不安が解消されるかみたいなのが分かっていて、 そういうふうにちゃんとリアクションをとれているんじゃないかな、 みたいな話になりまして、確かにって思ったりしました。 ここから後半の学びに入っていきます。 印象的だったセッションとその内容についていくつかご紹介します。 まずは何と言っても朝10時からの最初の貴重講演になります。 VCパーソナリティもされております安西優希さんが 冒険する組織の作り方についてお話をされました。 お話の中で印象的だったのはアライブの法則の話で、 目標設定かな、目標のマネジメントの話の中で、 よく目標設定の時ってスマートな法則が有名だと思うんですよね。 Specific, Measurable, Achievable, Relevant, Time Bound これ合ってるかな。要は具体的で測定可能で達成可能で、 関連性、目標あるいは関連性があって、期限が決まっているというところですね。 ここ30年で大きく社会とか価値観というものが変わっていった中で、 スマートな法則だけでは不十分でアライブの法則が必要になってきますよという話が印象的でした。 アライブの法則というのはAdaptive, Learning Through, Interesting, Visionary, Experimental つまり変化に適応できる、学びの機会になる、好奇心をそそる、未来を見せる、実践的であると5つの要素ですね。 一番この中で大事なのはAdaptiveの部分で、 この目標とかやっといて損はないよみたいな変化の激しい環境に適応できていくような、 そういう目標設定が大事というメッセージ性を受け取りました。 このアライブの法則は全部あればいいよというわけではないんだけれども、 このアライブの内容が失われてしまうと内発的動機がなくなってしまいますというお話でございました。 このスマートな法則だけじゃ足りないよねという話をされたのが、 安西さん以外にも2人いらっしゃったんですよ。 なのできっと本当にそうなんだろうなというところも思いましたし、 私自身も最近目標設定とかありましたけれど、 確かにどういうふうに興味を持っているのか、 今何を面白いと思っていて何に興味を持っているのか、 みたいなところはヒアリングしながら目標設定をしたつもりではあるので、 自然とできている部分もあるし、 改めて体系的にこのアライブの法則としてインプットできたのがとても学びになりました。 面白いセッションは他にもたくさんあったんですけど、 もう一つだけセッションを取り上げさせていただくのであれば、 こちらも最後の基調講演でありました、 藤倉さんのAIコーディングの先にあるエンジニアリングマネージャーの本当の仕事というセッションです。 ソフトウェア開発だったりというのがどういうふうにされてきたのかみたいなところを歴史的に振り返ったりとか、 30年前ってこうだったよね、10年前ってこうだったよねとか、 もうちょっと前に遡って蒸気機関車ができた時ってきっとこうだったんだろうねみたいな話もされていて、 長いスパンでという話で今どういう状態なのか、 そして次どういうふうになっていくのかという話もされていたのがとても印象的でした。 お話の中で一番確かにというか、そうかもなって一緒だなと思った部分が、 今後じゃあエンジニアの仕事はどうなるのかという話で3つしかないと、 しかないって言ったかな、3つだというふうにお話をされていて、 何を作るべきかを決める、どの技術を使うか使わないかの判断をする、 そして結果に責任を持つ、これが非常に大事になってくるという話をされていました。 もちろん昔から必要だったんだけれど、それなりにいろいろやらなきゃいけない要素が大きくて、 相対的にやらなきゃいけない度合いというものが下がっていたんだけれども、 AIコーディングというものが入ってきたことによって、 コーディングで自分で手を動かすところだったり、 制限のところだったりとの価値というかが相対的に下がってきたので、 今とかあるいは今後必要になっていくのか、何を作るべきか、 どういう機能を作るべきか、どういうサービスを作るべきかを決めたり判断したり考えたりするところと、 どの技術を使うのか、これを裏を返すと、この技術は今は個々の組織では使わないみたいなところも含めて、 使う技術、使わない技術を判断することも人間のエンジニアの必要になってくる。 そして最後、結果に責任を持つというところですね。 これは失敗したらリアーキテクトするとか、あるいはライブラリの置き換えを行うというところも含めて、 それも責任を持つというふうにおっしゃっていました。 最後の方に、エンジニアリングマネージャー、マネジメントというのは役割としても必要なんだけれど、 仕事のやり方とかテンションが変わっていくよねというところで、相対的に大変になるのは組織のマネジメント。 ワンオンだったり、成長支援だったりは、引き続き必要になっていきますよねという話でした。 最後のまとめのところも図真と来た言葉がありまして、不確実でもたくさん考えた結果、 自分はこれがベストだと考えたことをやっていく。 それがマネージャーの仕事ではないでしょうかというのが図真と来た言葉でした。 # #446のコメント返し😍 コメント返しのコーナーです。今回は446話目。 ゆうたさんとの対談のコメントを開始します。 コメントはなすてちさんからいただいております。ありがとうございます。 また生放送に参加できませんでした。涙。 前半と後半のサミー部長の雰囲気が全く違っていて、ゆうたさんのコーチングすごいと思いました。 壁の乗り越え方を参考にして取り入れさせていただきます。 ということでコメントありがとうございます。 いや、バレてました。 自分でもかなり喋り方というか全然違うなっていうのは思いながら一生懸命喋ってたんですけど、 いや、さすがですね。なすてちさんにはバレてましたね。 恥ずかしい限りでございますが、 まだまだ、特に初対面、初対面というわけでもないですけど初めて対談するみたいな時の話し方、聞き方だったり、 あと前提を揃えるみたいなところはまだまだ未熟だなというのを痛感させられた時間でございました。 以上、コメント返しのコーナーでした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 明日の放送はICTKBのシラバスの勉強です。 テスティング・ウィズ・ジェネレティブ・AIの 明日取り扱う章は4と4.1と4.1.1ですね。 いよいよ4章に入りました。 4章はLLM Powered Testing in Fractures for Software Testingということで、 インフラに入っていきます。テストインフラですね。 4.1がArchitectural Approaches for LLM Powered Testing in Fractures for Software Testing そして4.1がKey Architectural Components and Concepts of LLM Powered Testing in Fractures for Software Testingということで、 とにかくテストインフラ、LLM Poweredされたテストインフラの話ということで、 ぜひ明日もお楽しみにしてください。 今回の放送がやっと至ったという方は、 ぜひハートマークで応援をお願いします。 ぜひぜひフォローもお待ちしております。 それではまた明日お会いしましょう。ごきげんよう。