2019想像するに、全く、何もが終わっていないということはないと思う。渡したタスクが全く、ひとつも終わっていないとするならば、今もエンジニアとして生き残れるほど寛容ではないはずだ。いう仮説が成り立つとするならば、任せられた途中までは終わっているか、任せられて期待されている納期に完了基準に到達していないの途中のどちらかに違いない。任せる→終わっていない→エンジニアとして続けられていない→このルートはない+→途中までは終わっている→Aルート+→納期に完了基準を満たしていない→BルートAルート終わらないのは、期待されたこととやる側のエンジニアの次のギャップだろう。双方の作業ボリュームが任せる方<エンジニアになっている力量が合っていない合意した仕様に検討していないことが見つかった作業期間に割り込みが入った、入れた正味の作業期間に終わらせることを最優先にしなかったこれらは、作業自体の難易度の見誤り、力量の見誤り、仕様の検討もれ、優先順位の謝り、差し込みによる納期の再設定忘れが原因である。Bルートこのルートは納期に間に合ったが内容が伴っていない。判断基準がチームに統一しバリューとして存在しないエンジニアの価値判断を基準としてチームに合わせていないチームの作業プロセスが存在しないやってから必要に応じてルールを決めればいいと思っているこれらは、エンジニアがルールを守っていないか、チームにルールや意思決定の基準がないために起きる。対策AルートもBルートも反対のことをやればいい。これは、任せてしまうと終わらないエンジニアに限ったことではないことに気づくだろう。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事チームを止めるのは価値観をupdateしないエンジニアスピード感を持って仕事をしたいならリモートワークのよろしくないところエンジニアの頃とプロマネになってからの意識の違いIT系イベントをオンラインでやる馬鹿っぽいアイデア月別アーカイブはてなブログをはじめよう!fumisanさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。