私はその病がすごく嫌いで、仮に直属の上司がその病持ちだったらとても嫌です。
ですが、皮肉なことに、今のプロジェクトで、私にその病が発症しています。
（かろうじて"あとは自分のほうでやります😮💨"は発動せず我慢しています）
以下のプロジェクト状況においては、発動しちゃっていいですか？
===
リリース日をズラせないタイトなスケジュールのプロジェクトです。
私はビジネスサイドとのやり取りなどを行う窓口と開発ディレクション兼開発者で、私含めて最大6名で開発しています。（3名は正社員、3名は業務委託）
ビジネスサイドの企画検討が遅れた結果、開発に皺寄せが来ており、開発スケジュールは1人も遅延が許されないバッファのない無理がありすぎる状態にならざるを得なかったです。（ちなみにスコープの絞り込みは最大まで絞り込んでこれ以上絞れない必須要件のみになってます）
そんななか、業務委託Aさんのコーディング成果物の品質が悪すぎて、1つのタスクなのにPull Requestの指摘→修正→指摘のラリーが多過ぎます。（業務委託BさんとCさんもAさんほどではないですが、要件の認識誤りがあり、すんなり進まない）
その結果、Aさんのタスクに大幅な遅延が生じています。自タスクを前倒しで終わらせた正社員達が巻き取る形で何とかリカバリーしている状況です。
多少諦めの境地で、Aさんにはそのタスクだけを専念してもらうようにアサインの組み替えをしました。（後続タスクの開始日はかなり先の日付で、Aさんにだけすごくバッファを考慮しました）
そんななか、先程AさんのPull Requestの再確認をしました。やっぱり酷かったです。たぶん要件を理解していないまま実装しているんだと思います。私のレビュー工数も馬鹿みたいに掛かっていますし、ストレスも非常に掛かっています。
Claude CodeとかGitHub Copilotに指示すれば、比較的簡単に実装できると思うのですが、そもそもAさんは要件を理解していないのでLLMに上手に指示ができないのだと思います。
このままラリーを続けていたら、開発完了のマイルストンまで間に合わない気がしています。
それでは本末転倒です。
アサインの組み替えにより、Aさんにもう少し簡単なタスクを与えることは可能です。
===
皆さんは、"あとは自分のほうでやります😮💨"の発動条件をお持ちですか？
