室長のひとりごちスマートフォン用の表示で見る室長のひとりごち2020-01-17ペアワークした話あるエンジニアは、ホスピタリティが高く、システム運用業務ではトラブルの相談があると最優先に対処してくれている。トラブって相談に来ているエンジニアからの信頼は厚い。そのエンジニアの担当業務は、まずまず進捗するから実行能力は高いと評価していて、そのエンジニアがいないと業務が回らない。このエンジニアをあなたなら、どう評価し、どのようなロールまで任せられると思うか。上述で書いていない情報もあるし、実際に仕事を一緒にしたり、職場の風景として記憶を持っているわけではないから想像しづらいかも知れない。設問をするくらいだから、その辺りは何かしらあるのだろうと察することもできるかもしれない。今思えば、おかしいと気づき、アセスメントして、コンピテンシレベルを見極められていれば、その分、リカバリもその分早くできたのかも知れなかった。要点を並べれば、こんな感じだ。・課題解決のアプローチが組み立てられない・ゴールから逆算した成果物への復元プロセスをデザインできないなどなどある。Sierの感覚で言えば、上流設計の作業プロセスのデザイン、規模は小さくてもいいから自分でプロジェクトを回せられる程度のスキルセットを持ち合わせていればいい。エンジニアの誰もがSIerに属しているわけではないし、ベテランのエンジニアであっても上流設計を経験しているわけでもない。エンジニアが100人いればキャリアも100通りである。それを踏まえても、例え上流設計を経験したことがないとしても、課題設定やゴール設定は自分のアクティビティで日常的に経験しているし、段取りやスケジュールは引いて仕事をしてる。ここまで読むと、じゃあ、そのエンジニアをどうしたかと言うと、プロジェクトのリーダからは降ろさず、続けてもらった。本人のwillもあってのことだが。それで、結局、プロジェクトの筋書き作りをペアワークしたのである。したゴールと紐付け、マイルストーン、個別作業の作業手法などの観点を話して、それのオブジェクトは何かを考えさせ、言葉や図式化させるのである。それをペアワークと呼ぶかどうかは怪しいが、それでも2人で成果を得られ、スキル的なジュニアなエンジニアがスキルのキャッチアップができるならそれをペアワークを称したい。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事チームを止めるのは価値観をupdateしないエンジニアスピード感を持って仕事をしたいならリモートワークのよろしくないところエンジニアの頃とプロマネになってからの意識の違いIT系イベントをオンラインでやる馬鹿っぽいアイデア月別アーカイブはてなブログをはじめよう!fumisanさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。