# タイトルコール ようこそ、世界が広がるソフトウェア品質で、このチャンネルでは、エンジニアリングマネージャー兼QAリーダーのサミーが、ソフトウェアテストやソフトウェアの品質保障を中心に、日々奮闘していることや考えていることを話します。 毎日、お昼の12時30分に配信しています。ゲストの方やリスナーのあなたと、テストや品質の世界を広げていきます。 # 「丸投げ」と「任せる」の違いから学ぶリーダーシップ こんにちは、サミーです。今日もワクワクしていますか? 今回は、「丸投げとマカセルの違いから学ぶリーダーシップ」というタイトルで、自分の考えを言語化していきます。 この丸投げとマカセルの違いについて放送しようと思ったきっかけがですね、 山口周さんのチャンネルですね、うらやまぐち周というチャンネルの8月22日の放送ですね、 「星座とナランティブとリーダーシップ」というタイトルの放送を聞いて、 なるほどと言いますか、新しい視点を得たので、ちょっとそこから発生してと言いますか、 今回の丸投げとマカセルの違いから学ぶリーダーシップについて、言語化を試みてみようと思っております。 山口周さんのその該当の放送については、このチャプターにリンクを入れておりますので、 ぜひぜひ後で聞くに入れてですね、聞いていただけると嬉しいです。 ということで、本題に入っていくんですけれど、丸投げとマカセルの違いって何だと思います? 考える時間を作るためにもう一回お聞きします。丸投げとマカセルの違いって何だと思いますか? 私なりの解釈としましては、仕事を依頼した後にフォローをするかしないか。 フォローしないのが丸投げ、フォローするのがマカセルなのではないかというふうに考えています。 ちなみに山口周さんの放送では、自分で責任を取るつもりがあるかないか。 責任を取るつもりがないのが丸投げ、責任を取るつもりがあるのがマカセルということでした。 そういう解釈というかがあるよね。 だけど、なかなかどうやって自分で責任を取るつもりがあるのかというのを判断するかって難しいですね、というお話をされていました。 山口周さんの放送を聞いていて、自分にとって新しい視点だったことは、丸投げは解釈というふうにお話をされていた点です。 確かに自分で責任を取るつもりがあるかどうかというのは、本人がどう思っているかという話なので、なかなか外からとか客観的にはできないので、 その部下だったり、自分が例えば上司から仕事を依頼されて、この上司は責任を取るつもりないんだろうなというふうに思ったら、それは丸投げと感じるという話なので、 これは丸投げというのは解釈だというお話をされていました。 なるほどな、確かになというふうに思いました。 その放送を聞いて改めて自分で丸投げとマカセルの違いって何なんだろうなというのを考えたときに出てきたのがさっき言ったことで、 丸投げというのはフォローをしない、マカセルというのは仕事を依頼した後にフォローをするというふうに考えました。 ちょっと別の話をします。 私の以前の経験の話なんですけど、めちゃくちゃ丸投げされたなと思ったことがありまして、 だいぶ前、何年も前の話ではあるんですけど、とあるプロダクトで結構頻発で致命的な不具合が発生していました。 じゃあこれどうするの?と上司に言われたわけですね。 私はそのときはQAチームのリーダーをやっていて、上司は開発部門の責任者、開発責任者みたいな、そんな方だったんですけど、 私が受け取ったメッセージとしては、このプロダクトの品質が悪いのでどうするのか、再発防止策とか、 今後の方針みたいなところを出してね、ヨロみたいな、そんな受け止め方をしました。 そのときに丸投げされたなと思ったポイントを考えてみると、何をどこまで求められているのかがよくわからなかったという記憶があります。 それまでもポストモーテムとかはやっていたような気がしますし、一つ一つの対策みたいなのをやっていたんだけど、 多分求められているのはそうじゃなくて、プロダクト全体としてあるいは部署を全体としてどうしていくのかみたいなところなのかなと。 あとはですね、その品質の部分は全部QAチームとしてがやってくれるんでしょ、みたいな暗黙のメッセージを感じました。 いやいや、開発全体で考えていくことですよねって思ってたんだけど、思ってたんだけど、その場では言えず、私は勝手に圧を感じて言えなかったりしたんですけど、 という経験がありまして、この経験から見える丸投げのとは何かっていうところの要素を言語化してみると、 どこまでのレベルを求められているのかがよくわからないというところとか、自分は関与しませんよという暗黙的なメッセージ、 そんなことは一言も言ってないんですけど、少なくとも聞いた私はそういうメッセージ性を受け取ったというところと、 QAチームが全部やってくれるんでしょ、みたいな、何ですかね、相談できなさそうという雰囲気を私が感じたというところ、 この辺が丸投げのポイントなのかなというふうに感じますね。 ここからは最後のパートになるかな。今の丸投げというアンチパターンから見えてきた、 じゃあ今度任せるっていうところのリーダーシップの要素は何でしょうか。 どこまでやるのか、どういうレベルで求められているのかわからないという点については、 これは本来仕事の依頼を受けた側から確認をするべきなんですよね。 それができなかった一個の背景として、QAチーム全部やってくれるでしょ、みたいなメッセージ性を受けた感じだというところなので、 支援はするよというメッセージ性を出すのはすごく大事なのかな、任せるという上では、 こういうことをお願いするんだけれど、支援はしますよということを伝えるのが大事かなというのがひとたれさですね。 困ったら相談してくださいねとか、一緒に考えていきましょうという空気感を作るというのは大事そうです。 全てこの一言で終わりそうですね。私が最初に言った、任せるというのがフォローをするというところなので、 一緒に考えていこうとか、困ったらすぐ相談してくださいとか、 あとはイメージが湧いてなさそうだったら、じゃあいついつまでにちょっとまずここまで考えてみてくれるみたいに、 タスクを区切ってもらえるとめちゃくちゃやりやすかったりしますよね。 あるいは意図してというか、本人よりも今の技量よりもかなりチャレンジングなことをさせていて、 そのプロダクト全体の品質、戦略というところを考えられるようになってほしいんだよねみたいな、 そういう一言とか前提とかがあると、これは自分にとってはかなり難易度が高いことなんだけれど、 それをチャレンジさせてもらっているんだみたいになると、もう少しまた心構えとかも変わったのかなとか思ったりしますね。 ということでまとめていきます。 丸投げと任せるの違いは何か。山口優さんの放送から学んだことは、自分で責任を取るつもりがあるかないか、 責任を取るつもりがないのが丸投げ、自分で責任を取るつもりがあるのが任せると、 なので丸投げというのは解釈であるということを学びました。 その放送を聞いて私が考えた丸投げと任せるの違いというのは、フォローをするかしないか。 丸投げはフォローをしない、任せるはフォローをする。 そして、任せるためにはどういうことを気を付けるべきかというと、 まず期待値を伝えること。これはあなたにとってかなりチャレンジングなんだけれど、 こういうことができるようになってほしいから今回こういうことをお願いしますとか、 どういうレベル感のアウトプットを求めているのかを伝えるというのが一つですね。 他にも困ったら相談してねとか、一緒に考えていきましょうねという空気感だったりメッセージを伝えること。 これによってかなり丸投げ感とか一人でやらなきゃいけないんだというところから解放される、 不安から解放されるそうです。 そしてあとはフィードバックだったりフォローをするというところですね。 依頼しっぱなしではなく定期的なのか、詰まっているとこないかとか、 もっとこうしてみた方がいいんじゃないかとか、あるいはちょっと詰まってそうだなということであれば、 まずはここまでやってみて見せてくれますかみたいな感じに最初のステップを提示するなどというのが考えられます。 ということで今回は丸投げと任せるの違いから学ぶイイダーシップについてお話をしました。 感想をお待ちしております。 # #261のコメント返し😍 コメント開始のコーナーです。今回は261話目、QAエンジニアが価値を提供する相手は誰かという放送のコメントを開始します。 コメントは水けんさんからいただいております。いつもありがとうございます。 はじめの感謝ではないですけれど、大トラブルになった開発プロジェクトで日々怒鳴られ続けたお客様に、 最後のリリースイベントでふかふかと頭を下げてお礼を言われた時は、お客様も必死だったんだなぁと気づかされました。 それ以降、少しお客様に寄り添う意識が芽生えたんじゃないかなぁと今でも思います。 そのお客様には感謝しかないです。ということで、すごい素敵なエピソードですよね。 まあいろいろ日々怒鳴られ続けたというところで、もしかしたら水けんさんとお客さんが対面、向き合っているという状態になっていたのかもしれないですけど、 きっとプロジェクトを進んでいく中で、同じ方向を向いて、同じ目標に向かって歩んでいかれたのかなぁなんて思ったりしました。 表現はすごい難しいんですけれど、怒鳴られるとか叱られるとか、そういう何か大きなきっかけがあって、 そこから自分が学ぶことだったりとか、自分はもっと何かを変えなきゃいけないんだなってことを理解をして、 そこからこう別のアクションをするとか、別のチャレンジをするとか、そうすることによってよりプロジェクトがよく進んでいくとか、 なんかそういうのって私もあったなぁとコメントを読んでいて思い出しました。 めっちゃいいエピソードありがとうございます。 以上コメント返しでした。 # 次回予告 今回も最後までお聞きいただきありがとうございました。 次回は初のプレミアム放送となります。 タイトルは「オフ会の思い出と振り返り」です。 先日の8月31日に行った初めてのオフ会。 どんな様子だったのか、どんなことをしたのか、 私自身もすごく楽しくて学びがあるなという風に感じました。 具体的にどんなところを楽しいと思って学びが良かったなと感じたのかをお話ししていきます。 あとはいただいたアンケートを読んでみて、 そこから考えたこととか、次どういうオフ会をやってみたいかなということをいろいろブレストしております。 めっちゃ気になりますよね。 ということで、ぜひぜひプレミアムリスナーのご登録よろしくお願いします。 それではまた明日お会いしましょう。 ごきげんよう。