慣れと慢心

今回は特に航空でしょうか。今回はの方としてトラブルを作っていました。この世の中自体が弱くて作成しているものですが、見られないを基に我々の方でこういう条件が入ったら、案の定被害が集める必要がある。もしかして家の人は1これ目的変数が決まっていることが多いと思います。今回は少し目的変数のはた状態でそれを見ていただきます。た1については1900はチームとかを取って、この予測値で良いだろうとかにあたりをつけたのですが、それを取ると計画書を作るためには私くる必要だということが後から分かってきました。あまり詳細に話しすぎてしまうと、私の仕事内容をタスクであったりとかチームを作って中に触れてしまう可能性があるので、ここは特に一せてます。ただ今回のミスを防いだかもしれない論点をまとめていきたいと思います

確認事項

1. チームが運用している機械学習モデル構築のためのシステムについて深く理解すること

2.特殊条件の場合にはDSメンバー全員を巻き込むこと

3.合意をとる、この部分にかける時間を惜しまないこと

今回は特に1番のチームが運用している機械学習モデル構築のためのシステムについてのご紹介です。機械学習モデルで予測するものがちょっと普段とは異なりました。そのため、この構築する時のモデルに関しても、蓄積する時の測出しだけです。見方を変える必要がありました。この部分が抜けていたこと。このようなことによって適切な機械学習モデルが動くことができる。できていないということになっていました。ただし、それは一般的な機械学習モデルの構築方法としては問題がなく、たまたま我々の使うシステムに最適化してくれた先人が作ってくれたモデルで、ここで言うモデルは機械学習を作成するモデルですね。これ、記号を理解していないとは少し。一部の設定が必要なのに、それが見落とされていたということが原因でした。

特殊条件の場合、DSチーム全体に合意を取る必要がありました。いつも相談させていただいているメンターにはもちろん、許可とレビューを依頼していたのですが、この特殊条件の場合は、そもそもの機械学習構築モデルを作成した先輩も巻き込むべきでした。

今回の自分の心理的ハードルとしては、その先輩が直近でいろいろと忙しいことは知っており、イベント等があってレビューを投げても見ている時間はないだろうという私の一方的な判断で巻き込むことをやめてしまいました。このことを言われたこともありますが、こういった特殊条件の場合は、DSチーム全体を巻き込んでしまってよくて、内容を見た感じで「ここは自分が見るものではないな」と思えれば見ないし、見る必要があれば見る、ということで、その「忙しいかもしれない」とか「巻き込んでしまったら申し訳ない」といった感情は一旦抜きにして、巻き込んでしまえばいいという話をいただきました。

少し周りの顔色を伺いすぎているというか、気を利かせすぎているというか、その勘所をうまくつかめていないのが問題なのかもしれません

最後に

少し慣れが出てきて危ない時期

少しでも違和感があればすぐに相談しましょう