以下の「重要だが緊急でない仕事が組織を停滞させる」という記事を読みました。

https://note.com/mryy/n/n78d9ac66059e

結論とても良い記事で、参考になりました。

以前このブログでも1%くらいは価値のないことに投資して動いてみようという旨のブログを書きましたが、それとは対極的とも取れる内容で自分の思慮の浅さに気づくことができました。

結論は仕事がなくなった時に「重要だが緊急でない仕事」をすることで、マルチタスクが発生し仕事のパフォーマンスが下がってしまう。そのプロジェクトが長期化することで他のメンバーも巻き込み組織全体のパフォーマンスも低下させてしまう原則が書かれていました。

問題なのはプロジェクトの準備不足というスクラムの原則に外れていること。

他の重要でない仕事をするのであればその時間を次の重要かつ緊急の仕事の準備に当てて仕事のシングルスレッドを保つことの大切さを知ることができました。

なんか雰囲気でAIでマルチタスクが可能な雰囲気が出てしまっていますが、それは最終的に組織を巻き込み結局重要かつ緊急の仕事のパフォーマンスも下げてしまっていってしまうような気がしました。

それらを踏まえて以前の私のブログ(https://www.ryusou.dev/useless-job)の記事の内容を見てみると、意味のないタスクにも取り組んでみると書いている。

そこには何かその仕事の重要度であったり実は緊急であるが見過ごされているみたいなものを探してみるという視点を加えておきたい。私は無意識にそのことを意識していたりしていたのかもと思ったりするのですが、ここでしっかりと文章にしておきたい。

その1%で次や未来の準備をするという感覚で、仕事を探してみるというのが面白いのかも知れない。それはプロダクトの将来を見据えた種まきになるかも知れないし、プロダクトを俯瞰的にみることにつながるかも知れない。

そんな視点で参照した記事と少し矛盾するのかも知れないが、数%レールから外れた仕事に取り組んでいくのは続けてもいいのかも知れない。ただその仕事のサンクコストを上げすぎないこと。

重要かつ緊急である仕事である場合は、組織にその仕事の価値や重要度・緊急度を高めるような働きかけをしながら仕事を進めていくのが大事なのだということを参考記事から私は学びました。

それらの原則となるスクラムやトヨタの事例などを学んでみたいとも思いました。

このあたりはまだまとまっていない部分が多いので、もう少し自分の考えを整理してまた文章にしてみたいと思います。