# タイトルコール テスティングジャーニーへようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのサミーが、 ソフトウェアテストのコツや品質保証の具深さ、そして日々考えていることを話します。 # オーナーシップを持つと、視座と行動が変わる こんにちは、サニーです。 週末はゆっくりできましたか? 私はですね、仕事用の机と椅子を新調しました。 で、椅子の組み立てのお話は、昨日でしたっけ、放送でしたかなと思うんですけれども、 机も届きまして、こちらも夫に組み立てをお願いしました。 で、オリオンビール以外に何をくれるんだいって言われたので、 最善屋でご飯食べたいって言ってたんで、最善屋でごちそうするよなんて言って、 とんとん2人で食べに行って、4,000円かからなかったくらいなんですけど、 その4,000円ほどを払ってですね、実質2,000円ほどでしょうか、机を組み立ててもらいました。 はい、ということで今回はオーナーシップを持つと、資産と行動が変わるという話をしていきます。 よく主体制を持ってくださいとか、オーナーシップを持ってくださいとか、 言われると思うんですけど、どうやったらいいかもよくわからなかったし、 何ですかね、オーナーシップでって思うんですけど、 私なりの主体制とかオーナーシップとかっていう言葉の説明は、 自分ごと化するとか、自分の問題として考えるみたいなのがオーナーシップなのかなという風に考えています。 今回はオーナーシップを持つと何が変わるんだっていうのを、資産と行動という2つの視点からお話をしていきます。 まず1つ目がオーナーシップを持つと資産が変わるというところですね。 なんか視点が1個上がるっていうんですかね。 例えば私自身の経験だと、最初社会人になってテストエンジニアとしてのキャリアを始めた時っていうのは、 基本的にはテスト設計とテスト実行をしておりました。 何か不具合のタスクチケットだったりとか、あとは機能改善、機能追加のチケットがあって、 それに対して今回はこういうテストが必要ですね。 じゃあこういうテストを作りましょうと言って作って実行して、何か問題、不具合があれば報告をすると。 そういう仕事を最初にしてたわけなんですけれど、 これをオーナーシップを持つとどう変わるかというと、 ユーザーは困らないだろうか、どういうふうに使うだろうか、ユーザー困らないだろうかとか、 あと今回の修正ってプロダクト全体に影響ってないんだっけとか、 あるいはもっとチームとしていい進め方とかいいプロセスってないんだろうか、 みたいなふうに視野が広がってくるわけなんですよね。 これはつまり、テストをするというのが自分の仕事というふうに思っていたところから、 チーム全体とかプロダクト全体とかというふうに見ていくということになるんですよね。 まさに自分の担当の仕事、ここまでという位置、作業とかを見るところから一つ視座が上がって、 チーム全体としてどうしたらよいのか、組織全体としてどうしたらよいのかというふうに考えるようになるということが まさに視座が上がるということかなというふうに思います。 二つ目が行動が変わるですね。 今度視座が変わってくると自然と行動も変わってきます。 例えば、昔はとか最初はとか指示を持つ、どうしたらいいですかって聞くとか、 あるいは自分の担当だけ、自分の仕事、タスクの分が終わったらそれでいいというふうに思っていたものがオーナーシップを持つと タスクとか作業の主語というのかな、担当者は自分じゃないんだけれどというタスクだったり業務までも含めて考えるようになるわけですよね。 じゃあもっとこうした方がいいんじゃないかという改善案を考えたりとか、もっとこういうふうにしたいな、よくしたいなと思ったら じゃああの人を巻き込んだらいいんじゃないかなとか。 で、自分事というふうに思えると、その他の人の仕事のところまでを見守るというか見届けるというか、 ちゃんとこれこれお願いしますってお願いしましたって終わりじゃなくてその後どうなったのかの確認だったり結果までちゃんと見届けるみたいなところまでも 行動として動けるようになるんじゃないかなというふうに思います。 なので誰かがきっとやってくれるだろうとかお願いしたから終わりっていうのではなくて、 他に自分にできることってなんだろうというふうに考えるようになって、行動も変わっていくんじゃないかなというふうに考えております。 仕事を始めたてとか新しい仕事を始めた時とか、最初自分の仕事、作業、タスクだけに目が行ってしまうの言ってしょうがないかなと思うんですけれど、 そのタスクが慣れてくるとだんだん余裕も生まれてきて、周りの仕事だったりとか他の人がどういうふうに動いているのか何をしているのか、 そもそもこの自分の行っている作業というのは何のために行っているのかみたいなところまで考えやすくなるかな、 余力が生まれると考える余裕も出てくるんじゃないかなというふうに思います。 そんな中でオーナーシップ、自分ごととして捉えられると、資座というものは自分からチームだったりプロダクトだったり、 チーム全体だったりプロダクト全体、あるいは組織全体、会社全体、業界全体というふうに広げることができます。 その視野が広がって資座が上がってくると行動も変わってきます。 しじまち、これやったらいいのかなとか、何をしたらいいですかというところから自ら考えて動くに変わっていくんじゃないかなというふうに思っております。 皆さんもぜひこの仕事というのは、仕事のオーナーは自分だと、自分ごとだと捉えるものを一つ増やしてみてはいかがでしょうか。 # #557のコメント返し🥰 コメント会社のコーナーです。今回は557話目、ゲリラ生放送 PDまささんとソフトウェアテストについてのコメントを開始します。 コメントはKOUHEIさんとWONDER11さんからいただいております。 お一人目はKOUHEIさんです。 おはようございます。商権会社の営業からエンジニアへの転職がすごいなと思いました。 そして言語化がとてもお上手で分かりやすかったです。 ということでありがとうございます。 確かに言語化っていうのはすごく大事に私もしていますし、 もしかしたらエンジニアあるあるかもしれないですね。 あとは言語化っていう意味だと、基本的にプログラムって、 AIはちょっと違うんですけれど、プログラムって言った通りにしか動かないですね。 なので、ちゃんと指示をしないといけない。 コーディングオードで指示を出さないと動かないというか、 女子内によろしくっていうのは、 AIには通用するかもしれないですけど、プログラムのコードには通用しませんので、 そういう意味では細かく定義をするとか、 そのスコープはどこまでですかとかっていうところも含めて、 きちんと言語化する、少なくとも頭の中で整理をできているというのは、 非常に大事な要素というか、大事なことだったりもするんですよね。 なので、言葉の定義が気になるとかっていうのは結構、 ソフトウェアなのかな、エンジニアあるあるなんじゃないかななんて思ったりします。 ありがとうございます。 お二人目はマンダイレブンさんです。 いいねのスタンプありがとうございます。 以上、コメント返しでした。 # 次回予告 今回も最後までお聞きいただき、ありがとうございました。 明日の放送では、FDEとは何かについてお話をしていきます。 ここで言っているFDEというのは、Forward Deployed Engineerの略のFDEです。 今回の放送が役に立った、今日も聞きに来たような合図でハートマーク入力いただけますと、とても励みになります。 ぜひぜひコメントもお待ちしております。 それではまた明日、お会いしましょう。ごきげんよう。