」キリのいいところで、たまに休憩を挟みつつ。ものが完成しました!!筆者「やったー。先輩&チームメンバー「お疲れ様でしたー。■今回こんなことを工夫してみました再現画像では表現しきれないほどたくさんの工夫をしているので、ここでご紹介します。●作業ログを事前に準備するペアプロ中、ペアを組んだ相手からどのようなアドバイスをもらったか、すべて記憶することは正直難しいです。実際、ペアプロは、(仕方のない場合を除いて)他の業務の差し込み要素を極力排除して実施するので、コードに集中できるというメリットがあります。デメリットとしては、集中するあまりペアプロ中に学んだ作業を記録する工程を踏むことが難しく、後で見返しても覚えていないことが出てきてしまう。いう事態がありました。そこで、今回は作業量が比較的少なかったこともあり、開発の勢いを殺すことを覚悟でナビゲーター役の先輩との合意の上、逐次メモを取っていくスタイルを取ってみました。●できるだけ考えていることを口に出す何をどのように進めるのか、簡潔さとか諸々を気にせずにできるだけ考えていることを全部声に出すようにしました。これは実際の思考内容を修正するにあたり、コードというアウトプット以前の状態で既存の状態をどう把握したか仕様をどう理解しているかこれから何を実装しようとしているか実装するにあたり何を調べようとしているかについては、可能な限り声に出していました。■そして、今回得られたこと今回、実際にペアプロをやってみて、得られたことを紹介します。●仕様の共有やレビューにかかるコストがトータルで減った仕様の共有についてはペアプロ時に「何をどのように作るか」を考えるにあたり、ドライバー・ナビゲーターともに仕様を把握する必要があったため、実装前に確認を行いました。(大枠や進捗に関して逐次共有していたのも少し効果を発揮しました)これにより、実装後に時間を置いて一気に全てを確認するよりも、仕様の共有コストは量・時間の両面から減らすことができたように感じます。レビューについてはお互いにコードを見ながら作っているので、実装と同時に確認を行えたことがコスト減につながりました。●詰まった瞬間に解決の糸口をアドバイスしてもらえた前提や途中経過等々の説明を省略してディスカッションしたり、質問に対して即座にアドバイスをいただけたことは、メモを取りつつ進めた中でも大幅なスピード感の向上を感じることができ、私自身にとって満足感が大きかったです。何より、自分自身にパーソナライズ化された状態で必要な知識を学べたことが、とても良かったと思っています。具体的には、テストコードの共通部分を別ファイルに切り出す際の実装方法や、実装当時にどのようなことを考えながら実装していたかといった考え方の部分など、実装時に生きる知識だけでなく今後に生かしていける考え方まで伝授していただけました。実際にペアで作業しているので、得意不得意な内容を自然と相手に伝えることができた点も、良かったと感じています。一環として試験的に導入したペアプログラミングについて、ご紹介させていただきました。当社では開発エンジニアを積極的に募集しています!興味のある皆さん、ぜひチームワークも良く明るい職場でお仕事してみませんか??お気軽にご連絡いただければ幸いです。採用ページスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。