# タイトルコール ようこそ、世界が広がるソフトウェア品質へ。 このチャンネルでは、Q-Engineerのサミーが、 ソフトウェアテストやソフトウェアの品質総称を中心に、 日々奮闘していることや考えていることをお話しします。 毎日、お昼の12時30分に配信しています。 ゲストの方やリスナーのあなたと、 テストや品質の世界を広げていきます。 # 『コンテナ物語』を斜め読みして感じたこと、考えたこと3つ こんにちは。QnAジニアのサミーです。 今回はですね、マルク・レビンソンさんのコンテナ物語という本を斜め読みしましたので、感じたこと、考えたことをお話しします。 ポイントは3つありまして、1つ目が一番コストがかかっている箇所、イコールボトンネックを鑑賞するとイノベーションにつながるということ。 2つ目が政府や軍に利用されると、会社も安定して収益を得ることができるし、社会に浸透しやすい、広めるには力も必要ということ。 3つ目が圧倒的にコストを下げる方法を考えるのが大事ということになります。順番に説明していきます。 1つ目が一番コストがかかっている箇所、ボトンネックを鑑賞するとイノベーションにつながるという点です。 コンテナの発明者であるマルコム・マクリンさんは、物を低コストで運ぶにはどうしたら良いのかということを徹底的に考えて、徹底的に行動をされました。 実際、コンテナが普及する前はどうだったかというと、船で運ばれる荷物の大きさはバラバラだったわけですね。 なので、一つ一つ手作業で積み下ろしも必要なので、当然人件費も大きかったです。 それがコンテナが導入されると、バラ積みが不要になったので、湾岸労働者が大量に失業と、そしてさらに急激にコストが減ったというふうになります。 一番コストがかかっている人件費の部分を減らしたら、それが良かっただけではなくて、さらに工場の場所まで変わっちゃうわけですね。 それまでは輸送費が高いから都市に工場があったわけなんですけれど、輸送費が圧倒的に下がったら、わざわざ都市に工場がある必要もなくなるので、工場は地方に移動していったわけです。 これが単に純粋に人件費が減って良くなったという話だけではなくて、イノベーションにつながったポイントなのかなというふうに理解しています。 でも、どんなに便利でもなかなか定着をさせるのって大変で、その本の中では、いかにコンテナを普及させるのが大変だったかというところもいろいろ書いてあるんですけど、 既存権益というんですかね、例えばウーバーみたいなものが日本に根付かないというのも既存のタクシー会社の利益が減るんじゃないかみたいな反対があったりとか、 そのこともあってなかなか定着は難しいんだろうなみたいなところも読みながら考えていました。 少し話を添えちゃったんですが、1つ目の考えたことを感じたことの1つ目、一番コストがかかっているボトンネックを解消するとイノベーションにつながるという点です。 2つ目が政府や軍に利用されると会社も安定して利益、収益を得ることができるし、社会に浸透しやすいだなと、広めるには力も必要なんだなということを感じました。 別の本で音と声の社会史という本を読んだ時にも同じような感覚を持っていて、コンテナの話だとコンテナで武器だったり軍事的、軍が利用する物資をコンテナで運んだ、 船じゃなくて確か鉄道だったと思うんですけれど、国に利用してもらえると長く使ってもらえるので安定した収益を得ることができるので会社も安定すると。 また実績も積まれていくので他のユーザーというか他の企業にも使ってもらえるということも広げやすいのかななんていうのは読んでて感じたりしました。 音と声の社会史の方でもラジオだったかな。政府が国民に対して広く情報を伝える、意見だったり伝えたいことを伝える媒体としてラジオを使ったことがきっかけで日本全国でラジオが配布というか作られるというか設置されるようになったりもしました。 なので何か世の中が大きく変わるみたいな大きく普及するという時は結構国とかそういう権力というか大きな力が必要だったりするのかなというものをことを本読んで感じていました。ここまでが2つのポイントです。 3つ目が圧倒的にコストを下げる方法を考えるのが第一ということを学びました。自分の旧エンジニアの業務に置き換えてみると、リグレッションテストの実行工数というのはまだまだ高いなと思っていて、より頻度高くリリースをしていきたいなと思っている中でのボトルネックというのはテスト実行工数だというふうに考えています。 なのでちょっと乱暴なんですけど仮に一番時間がかかっているテストの実行工数を半分にできたらリリースの頻度というのは倍にできるのではないだろうかというのを最近考えてたりします。本当に半分にできるかわさっておきですけどやっぱりちょっと何時間を何時間、例えば10時間を8時間にするみたいな考え方ではなくて半分にする。 圧倒的にボトルネックを解消する方法は何かというところをしっかり考えるということです。テスト実行工数を半分にするにはどういう手段が考えられるのか取れるのかというところをしっかり考えていくとイノベーションにつながるというか、より良い目指している姿に近づいていくんじゃないかなというのを最近考えていたりしますし、このコンテナの世界を斜め読みして感じたことを考えたことになります。 以上になります。コンテナの世界を斜め読みして感じたことを考えたことを3つお話ししました。1つ目が一番コストがかかっている箇所、ボトルネックを解消するとイノベーションにつながる。2つ目が政府や軍に利用されると会社も安定して収益を得ることができるし、社会に浸透しやすい、広めるには力も必要だということ。3つ目が圧倒的にコストを下げる方法を考えるのが大事ということでした。 # #31のコメント返し🥰 コメント返しのコーナーです。今回は31話目のコメント返しをします。 1週間前ですね、31話目はJSTKBファウンデーションレベルの次はテストアナリストかテストマネージャーかというお話をしました。 コメント2件いただいております。ありがとうございます。 1件目がみずけんさん。 現場で言葉の定義が人によって異なることでコミュニケーションがうまくいかないことって結構あるので、JSTKBの知識って助かりますね。 私はJSTKBを受けていないんですけれど、JSTKBで定義されている用語は参照させてもらっていて、会話で使うときはなるべく定義された言葉で話すように心がけてはいます。 資格試験はあくまで試験なので、同等レベルの知識があれば全然私もいいかなと思っているんですけれど、同じ言葉で話す、同じ定義をされている用語で話すというのは結構大事ですよね。ありがとうございます。 コメントの1件はのんちゃんからいただいております。 ちょうどFLに合格して次はどんなスキルを見つけたらいいんだろうと思っていたタイミングだったので、とても参考になりましたというコメントです。ありがとうございます。 他にもそういう方もいらっしゃるんではないでしょうか。 今ちょうどですね、合格者数を見てたんですけど、FLがここ3年ぐらいですかね。 合格者が5852名、テストマネージャーが177名、テストアナリストは2年分なんですけど187名ということで、当時期にFL合格している方が多いんですねと思いながら見てました。 放送を参考にしていただけるととても嬉しいです。以上、コメント返しでした。 # 次回予告 今回も最後までお聞きいただき ありがとうございました。 次回は50チケットのテスト設計を 実行していたときに工夫していたことをお話しします。 旧エンジニアは相対的に数が少ないので 結構多くのチケットだったりタスクを 消化しなきゃいけないなんてことも あるんではないでしょうか。 過去に開発チームを2,3チーム担当していたときに 工夫していたことをお話しします。 今回の放送を聞いて、なるほどな、確かにな、 学びになったなと少しでも思った方は 画面右下ハートマークでいいねを押してください。 ぜひフォローもよろしくお願いします。 それではまたお会いしましょう。ごきげんよう。