本ガイドラインは、株式会社ユーザベース スピーダ事業における開発組織が作成したガイドラインを基に、ペアプログラミングに関する知見をまとめたものです。本ガイドラインに記載されている内容は、ペアプログラミングの一例であり、これだけが唯一の正解ではありません。ペアプログラミングは、チームやプロジェクトの状況、メンバーのスキルなどに応じて、様々な形で行うことができます。本ガイドラインが、ペアプログラミングの導入や改善を検討されている皆様にとって、有益な情報となることを心より願っております。
本ガイドラインの作成にあたり、数多くの書籍やWeb上の記事等から多大なるインスピレーションを受けました。XPや、ペアプログラミングに取り組み、情報を発信してくれた全ての先達へ、深く感謝の意を表します。
- ローリー ウィリアムズ, ロバート ケスラー(2003). ペアプログラミング エンジニアとしての指南書(テクノロジックアート訳). ピアソン・エデュケーション
- Kent Beck(2000). XPエクストリーム・プログラミング入門(長瀬 嘉秀, 飯塚 麻理香, 永田 渉 訳). ピアソン・エデュケーション
- Kent Beck(2005).XPエクストリーム・プログラミング入門 第2版: 変化を受け入れる(長瀬 嘉秀, テクノロジックアート 訳).ピアソン・エデュケーション
- Kent Beck,Cynthia Andres(2015). エクストリームプログラミング(角 征典 訳).オーム社
- Ken Auer, Roy Miller(2002). XPエクストリーム・プログラミング 適用編: ビジネスで勝つためのXP(平鍋 健児 翻). ピアソン・エデュケーション
- James Shore, Shane Warden(2009). アート・オブ・アジャイル デベロップメント(木下 史彦, 平鍋 健児, 笹井 崇司 訳). オライリー・ジャパン
ペアプロでは主に、作業をする「ドライバー」と作業を客観的に見てフィードバックする「ナビゲーター」の2つの役割がある。ただし、ドライバーとナビゲーターの役割が固定される状況は好ましくなく、ドライバーとナビゲーターが頻繁に入れ替わるのが良い。
本ガイドラインでは、このようにテンポよく作業を進めていき、最終的にはコードが2人の手によってレビューされ続け、あたかもひとりのプログラマーがコードを実装しているような状態を目標としている。お互いの良さを掛け合わせ、お互いの苦手な部分を補完し合うことで、相乗効果を生み出し1+1が3になるかのような成果を生み出せる。このガイドラインはその理想に近づくことを手助けするものである。
ガイドラインの構成は「オフライン編」「オンライン編」に分かれているが、「オフライン編」にはオン・オフ関係なくペアプロを行う上で大切な内容が書かれている。そのためまずは「オフライン編」を読み、そのあと「オンライン編」を読んでオンライン特有の知見を得るのがよいだろう。また【キャッチアップ】で始まる項目には、NJ(New Joiner - 新入社員・新メンバー) がペアプロを通してキャッチアップしていく際に意識すべきことが書かれている。NJ・受け入れ側の既存メンバー両方に参考にしてもらいたい。
ペアの2人があたかも1人のプログラマーとして振る舞うためには、同じゴールを共有することが重要である。そのために、作業を始めるときはまずペアの間で共通の認識を持てていることを確認することが大切だ。
一緒にゴールを目指し、あたかも1人のプログラマーとして振る舞う事が理想であるため、「相手が教えてくれなかった」「相手がゴールを最初に伝えてくれなかった」「相手が聞いてくれなかった」というマインドになってしまうのは良い状況・状態とは言えない。このマインドは「一緒」の状態ではなく「自分 対 相手」の思考になっていると言える。よって「相手が教えてくれなかったら自ら聞く（相手が忘れているのであればペア側が助ける）」「もしかしたら聞きづらいかもしれないので確認の問いかけをする」等の思考にそれぞれがなれる事を目指す。
片方がずっとドライバーを行い、片方がずっと教え続ける「先生と生徒」のような関係性になっていないだろうか？ペア間の関係が「先生と生徒」という関係になっている場合、基本的に「先生」を上限としたアウトプットしか出なくなってしまう。生徒から先生に質問する事はあったとしても、生徒が先生に疑義を伝えたり、訂正を促すという行動は起こりづらい。
ペアプロはお互いの知識や強みをかけ合わせることで最大限の成果を出す事を目指すため、その状況を阻害する「先生と生徒」という関係にならないように注意する必要がある。
NJと既存メンバーを比べたときの知識差は大きい。お互いにその事実を受け入れること。よりよいペアプロのためには先生と生徒の関係にならないことが重要だが、成長していく過程として先生と生徒になることを一時的に受け入れるのも重要だ。
キャッチアップ時のペアプロは質問が特に有効だ。なぜなら、「わからないことがわかる」からだ。既存メンバーはNJから質問を引き出して、NJがわからないことを明らかにする助けをしよう。そして同じ目線に立ち、NJの質問を受け入れよう。NJの質問により既存メンバーは新たな気付きを得ることができるかもしれない。
NJは「自分への説明の時間で開発が止まってしまうこと」にハードルを感じるかもしれない。ここで質問せず疑問を放置するより、質問をして理解したほうが長期的な開発スピードは加速するということを既存メンバーはNJに認識してもらう必要がある。
ペアプロは中断に強い。なぜならペアの片方が離脱したり他のメンバーから質問を受けた場合でも残ったもう片方が作業を続けられるからだ。ペアプロ中に話しかけられても、2人とも話し続ける必要はない。1 人が話してもう 1 人は作業を続け、着手中のストーリーを進めるよう意識しよう。
自分が思っている以上に自分が考えている事は相手には伝わらない・伝わっていないものだ。しかしペアプロというのは2人のプログラマーがあたかも1人のプログラマーとして振る舞える状態を目指しているため、自身の考えを伝える事は非常に重要な要素である。そのため自分が今考えている事をそのまま口に出してみよう。その結果もう1人がより良いアイディアをさらに出してくれるかも知れないし、間違いがあった場合は指摘をしてくれるはずだ。
口に出すことには他にも良い点がある。口に出すことで自分自身の考えを整理したり、口に出す中で新たな発見を得やすくなるという点だ。例えば、プログラムの内容を人形に向かって説明する過程で新たな気付きを得やすくする「ラバーダッキング」や「ラバーダック・タイピング」と呼ばれるテクニックがある。また、コーチングは基本的に相手に話をさせる、考えさせる質問を投げかけることで同様の効果を狙う一面がある。
あまりまとまっていない考えを口に出すのは勇気がいるかもしれない。「変な事を言って相手からの評価が不当に下がってしまわないか」とも考えるかもしれない。それでも、せっかくの学ぶ機会を逃してしまうのはもったいないし、チームの進捗を上げるためにも勇気を持って口に出すほうがよい。
ときには「相手が自分の考えを話してくれない」と感じる場面もあるだろう。だが、相手は集中しすぎて自分の考えを共有する事を忘れているだけかもしれない。もしくは上記で述べたように「きちんと考えをまとめてから口に出さないといけない」と勘違いしているかもしれない。なので「今どうしようと考えてますか？」「何かわからなくて詰まってます？」というような問いかけをしてみよう。あくまで一緒に課題を解決する・価値を作り出すペアとしてアクションを起こしてみよう。
既存メンバーは悪気なくいつものペースでペアプロを進めてしまう。ついNJの理解が追いつかないペースで進んでしまうこともあるかもしれない。そのときは、NJは遠慮せず、思考が追いついていないことを表明しよう。既存メンバーもペア作業を始めるタイミングで「質問があれば遠慮なく止めてください」「ここまで理解できていますか？」など、ペースを合わせるためのコミュニケーションを心がけよう。
指示をする、されるというのは「先生と生徒」で述べた懸念される状況と同じ環境を作りやすい。よって、指示をするようなコミュニケーションは避けたほうがよい。細かいニュアンスの違いではあるが、指示ではなく提案するようなコミュニケーションを意識することでこの懸念される状況を回避しやすくなるだろう。
同時に発言を受ける側も「指示をされた or 指示をされている」と受け取らない意識を持つ必要がある。
人によって考えるスピード、タイピングのスピードは違うという事を認識すること。
仮にA、B、Cというステップ（この場合、ABCがそろって初めて1つの意味になるとする）があった場合に自分はA -> B -> Cの順番でタイピングするが、相手によってはB -> C -> Aの順番でタイピングをしようと考えているかもしれない。その場合にBをタイピングし始めた時に「Aを書かないとダメだよ」というコミュニケーションは控える方が望ましい。相手のリズムや思考を邪魔してしまう可能性があるからだ。議論・提案・指摘等は、一旦相手のタイピングが一区切りしてから行うことでお互いがスムーズに気持ちよくペアプロを進めることが出来るようになるだろう。
ただし、明らかな間違いの場合（例えばアサートファーストを忘れていた）等の場合は早めに指摘する方が良いだろう。
究極的にはタイピングをする人が数秒おきに交互に入れ替わるのが理想だ。この状態はまさに2人のプログラマーが1人のプログラマーかのように振る舞えている可能性が高い。
数秒おきというのはお互いの認識共有の具合と技術レベルがかなり高くなければ実現するのは難しいだろう。なので、まずは2〜3分を目安としてタイピングをする人が入れ替わるように意識しよう。この感覚を掴むにはピンポンプログラミングが適している。片方がまずテストケースを書き、書き終わったらタイピングをする人を入れ替えてテストをパスさせる。パスさせたらそのまま次のテストを書き、今度はまたタイピングする人を入れ替えてテストパスさせるといった形だ。
その他では相手のプログラミングを指摘するタイミングで、都度指を指したり口で説明をしながらキーボード（タイピング）を取るというものだ。相手に指摘した内容をそのままタイピングしてもらうのは間違っていないし、それによって相手の成長を促す事は可能だろう。しかし一方がタイピングし続けるというのもペアプロによって本来得たい効果を減少させる。そのため、指摘したタイミングでキーボードを取ってみて「こうするんだよ」と見せてあげる。
自分がやったことがない、知らない作業をする場合は積極的にドライバーになるべきだ。わからない状態でナビゲーターとして傍観するよりも、実際にタイピングしながら進める事で自分自身が本当に理解できていない部分をクリアにする事ができるし、タイピングをすることで理解が深まる速度も上がるだろう。
ペアプロ中に相手に何かを伝える場合、ディスプレイを指差してみよう。言葉だけでは伝わりにくくても指を指せばソースコード上のどの部分について話をしようとしているのか明白だ。言葉だけでなく身体も使ったコミュニケーションを取ることで問題解決のスピードは速くなるだろう。
NJはドライバーとナビゲーターを交代するということに不慣れだ。「このテストを書き終わるまで」などの短いゴールを決めてキーボードを譲ったり取ったりする練習をしていく。たとえば「ここまでドライバーをやらせてほしい」「ここからドライバーお願いします」と宣言するのも1つの手だ。ただ、自然にキーボードを取り合えるまでのトレーニングであるということは忘れてはいけない。
3人以上のチームの中でペアプロを行っている場合、チーム内で一日に何回もペアを変えるのが望ましい。
ペアの組み合わせを変えていくことで、特定のペアの中だけに閉じてしまう知識をチーム全員に伝播させるのだ。
ペアプロは、集中力やコミュニケーション力を普段以上に発揮する必要があるため、疲労を感じやすい。そのため定期的（目安として60〜90分ごと）に休憩をとってリフレッシュをし、メリハリをつけることが大事だ。
休憩のタイミングは、必ずしもペアチェンジのタイミングと合わせる必要はなく、本当に休憩が必要なタイミングで休憩を取るのが良い。
人は基本的にアンコントローラブルな状況下においてストレスを感じやすい。よって自分達が望むタイミングで休憩を取れるよう心がけよう。休憩を取るまでの目安は60〜90分だが、これはあくまで目安であり、それぞれの体調や集中力の持続具合によって柔軟に変えていくのが良い。また、思うように進まなかったり意見の相違が続く場合は一旦思考をクリアにするためにも休憩を挟むと良いだろう。考え続けるよりもリフレッシュした後の方が良いアイディアが出ることも少なくない。休憩のタイミングを調整することで、チームの抱えている問題を解決できるかも知れない。
ペアチェンジは、60〜90分毎に頻繁に実施するパターンと、1日に2回まで実施するパターンがある。
頻繁に実施するパターンのメリットは、各ペア内で知識が閉じる時間を可能な限り短くし、チーム内における知識の循環を促す効果が期待できる。逆に1日に2回のパターン（午前の作業終了時と午後の半ば頃にペアチェンジを行う）においては頻繁なコンテキストスイッチによりキャッチアップに時間がかかり作業の進捗に影響を与える可能性を低くするメリットがある。
チームの状況、メンバーのスキルレベルやドメイン知識量に応じて使い分けるのが良い。
タイマーを使って時間管理をするとアンコントローラブルな状況を生みやすく、どうしてもキリが良いタイミングまでやりたいという気持ちを強制的に押さえさせてしまう。よって理想的にはタイマーを使わない状態にするのが望ましい。キリの良いタイミングを細かく作れるような作業の進め方（TDDのサイクルを短くする等）を身につけよう。結果的にその方が作業全体として柔軟性が高まるはずだ。
ペアプロは集中力を要するので定期的な休憩が必要であり、慣れていないNJの疲労は慣れたメンバーより大きい。慣れたメンバーはつい着手中のタスクのキリのいいところまで進めたくなってしまうが、そこは我慢して、タイマーなどを使って定期的に休憩をとろう。
ペアチェンジを行ってもスピードを保てる理由は、常にソースコードやテストケース等のアウトプットがあるからだ。ペアの片方が交代しても「このテストをパスさせれば良いんだな」「このテストを書けば良いんだな」というのがわかりやすい。ただし、何かしらの調査やスパイク作業を行っている場合は別だ。調査や試行錯誤をしているため、ソースコードは一行も書いていないかもしれないし、とりあえず書いてみたという程度のソースコードしかないかもしれない。その状態だとそのペアのアウトプットはお互いの頭の中にしかない事が多い。こういう状態で頻繁にペアチェンジを行うと、新しく来たペアに対してそれまでの過程を細かく説明しなければ先に進めない状態になりやすい（例えば「〇〇を試してたけどダメで、△△も試したけど十分ではなかった。✕✕を今から試そうと思うけれどまだそれが良いのかわからない」等）
そのためスパイクやR&Dといった作業ではペアチェンジの間隔を長めに設定し、ある程度のアウトプットが出る時間を確保しよう。ある程度のアウトプットが出ればペアをチェンジして新しい目線を入れる事でより良いスパイク作業が出来るだろう。また、新しい目線を入れたい場合はペアチェンジではなく複数人で進めるモブプログラミングにチャレンジするのも良いだろう。
調査を行う際に個々で調べものをするのも手段の一つだが、基本的には一緒に調査をやるのが良い。ペアプロで相手から教えてもらえるスキルとして代表的なのは当然ながら純粋なプログラミングスキルだが、一方でプログラミングスキルと同じくらい相手から教えてもらえる重要なスキルとして調査方法が挙げられる。
優秀なプログラマーというのは純粋なプログラミングスキルと同じくらい調査スキルやデバッグスキルも優れている。そしてプログラミングというのは試行錯誤の連続であり、それらのスキルは当然ながら非常に重要だ。
ペア間でスキル差を感じている時こそ、相手の調査方法やデバッグの方法を観察し、身につける意識を持とう。そして、調査やデバッグの意図を相手に教えてもらおう。これはペアプロだからこそ得られる絶好の機会だ。
通常、2人ずつのペアを作り作業するが、時と場合によってはモブプロを行うべきだ。新規の開発で詳細な設計が必要な場合や、不確定な事項が多い調査などは、チーム全員が一堂に会しておこなったほうが効率がよい場合がある。
チームメンバーの数が3人や5人など奇数になることもある。2人以上のペアを必ず作らないといけないという先入観にとらわれず、状況に応じて1人作業かモブプロかを選択しよう。今までのストーリーと実装が近く、認識のズレが発生しにくいストーリーや、簡単な調査などは1人作業に適している。
固定観念にとらわれず常にチームにとっていま何が最善かを考えて選択しよう。
NJがペアプロを学ぶということに集中できるよう、ストーリーの中身は複雑すぎないものがよい。仮に新規実装から始めるとわからないことが多すぎるので、まず一部のコードを変更するだけでよい追加実装などから始めるなどがよいだろう。
また頻繁なコンテキストスイッチもNJにとっては混乱を生む。NJ の担当は同じストーリーで固定し、ペアプロに集中できるようにしよう。
NJとペアを組むときは「前の人と言ってることが違ったら教えてください」と伝え、実際にその事象が発生した場合は前の人を呼んで話すのが良い。NJはそのようなことを指摘するのにも心理的ハードルがあるため、既存メンバーがサポートすべきだ。
ペアプロに不慣れなNJにとってモブプロは情報が多く、キャッチアップしているのに精一杯で観察者になってしまいがちだ。3人以上でのモブプロはせずに2人でのペアプロを徹底するのがよい。2人で行うことになるペアプロは、主体的に考える機会を増やしやすい。
NJは今までと異なる状況もあり必然的にいろんな新しいモノ(技術/概念/考え方)などに触れることになる。その中で疑問に思い深く調べたい(知りたい)こともある。これを自分で明らかにする時間があれば、ペアプロ中では感じられなかった自分の成長を感じる機会になるだろう。
例えば一日のうち夕方に15分くらい考えを整理する時間を設けるといったことは有効に作用する場合がある。
コミュニケーションをより円滑にするために小さなホワイトボードを用意しよう。テキストより会話、会話より対話、対話より対話とホワイトボードの組み合わせがよりコミュニケーションの濃度が上がる。A3サイズほどのホワイトボードを置いておき、図や簡易なクラス図等を書きながら議論をしよう。視覚的な情報も含めたコミュニケーションをすることで飛躍的に強度の高い意思疎通を図ることができるようになる。
ホワイトボードに書いた情報であればスマホで写真を撮って保存したり、コピー機でコピーして手元に置いておくのも簡単だ。
大きなホワイトボードを使ってチームの状況を「見える化」しよう。ストーリーの進捗状況を表したカンバンにしたり、チーム内での課題・ふりかえりで出たアクションを貼ったり、全員に伝えたい or 残しておきたい重要な図を書いたり様々な情報を大きなホワイトボードに書き出そう。
大事なことは「目線を動かせばチームにとって大事な情報がパッと目に入る」状況を作り出すことで、その目的のための最適なオフラインツールは大きなホワイトボードだ。だからこそ、この大きなホワイトボードは作業しているチームのすぐそばに置いておこう。
チームの座席の配置もコミュニケーションを円滑にする上で非常に重要だ。ディスプレイやモニター越しにチームメイトが座っている状態だと現在画面に表示されているエラー画面を見せるにもひと手間かかるはずだ。相手にぐるっと周ってきてもらったり、ディスプレイを180度回したり、ノートPCを持って相手の所にいったり、というような事が必要になってしまう。
コミュニケーションを円滑にし、活発にするためには「コミュニケーションしやすい状況をつくる」という考えが非常に重要だ。だからこそ同じチームは背中合わせの状態で座るようにしよう。椅子を回転させればすぐに質問できるし、もう一方のペアの画面も見やすいだろう。背中合わせのメンバー全員が椅子を回転させて向かい合えば即席のMTGもすぐに可能だ。
ペアプロではペアチェンジを頻繁に行う。実施する環境にもよるが、同じキーボードや机・椅子を様々な人が交代して使うことになる。よって他の人が不快に感じることがないように作業する机を綺麗に保つ事は重要だ。誰しもが汚い場所よりも綺麗な場所で仕事をしたいと思うだろう。食べかすやゴミなどが机の上に散乱したままにならないように気をつけよう。これも1つのリスペクトとも言えるはずだ。
ペアプロでは2人が同じ画面を見ることになる。なのでそれぞれが座る場所の間にキャビネットや机の大きな足などがあると無駄にスペースを空けなければならなくなり自然なコミュニケーションの妨げになってしまう。もし机の下にキャビネット等がある場合は別の場所に移す事を検討しよう。
大きなサイズのディスプレイを用意しよう。ものすごく大きなディスプレイ1つ（例えば40インチ以上）でやるのも良いが、30インチ前後のディスプレイ2つの方がより快適に作業が出来るだろう。多くの情報をペア間で見える状態にしておき、お互いがディスプレイを指さしながら議論が出来れば生産性は向上するはずだ。
1 台の PC を 2 人で使うこともあれば、お互いが別々の PC を持ち寄って作業する場合もあるだろう。別々の PC を使う場合でも、それぞれの PC に外部ディスプレイをつなぎ、2人の間に並べて置くことで、お互いに相手の画面が見られるようにするべきだ。それぞれが別々の画面を見てペアプロをするというのはペアプロの効果を最大限発揮できないだろう。
1 台の PC を 2 人で使う場合は、キーボードとマウスはそれぞれ2つ用意しよう。1つであったとしても当然作業は可能だが、物理的にキーボードを取ってドライバーを交代するというのは心理的障壁が高い。自然な形でドライバーになれるようにキーボードとマウスはそれぞれの手元に置いておくのが望ましい。
オンラインではその場にパートナーがいないため、身振り手振りやその場の空気感などの非言語コミュニケーションによって伝わる情報量がオフラインよりも少なくなる。オフラインであればうなずきで応えるような場面でも声に出して相槌を打つなど、会話を通して互いの情報を伝え合おう。
声がかぶることを過剰に恐れて、相手の発言や沈黙が訪れるタイミングを待つのはやめよう。キーボードを取りにいくのと同じように、マイクも積極的に取りにいく。相手の発言は傾聴しつつも、その場にいる全員がオーナーシップを持って発言し、議論や作業をリードしていこう。
オンラインでは何かを理解できずに混乱していたり、静かに考えていたりしている状況が相手に伝わりづらい。沈黙によって何かを伝えたり、沈黙から何かを察したりするのではなく、言葉によって互いの考えや景色を伝え、引き出し合おう。もし静かに考えたいときは、合意をとって明示的に沈黙の時間をつくると良いだろう。
他のペアやチームと話をするときに、必要以上に様子を伺ってタイミングを見計らう必要はない。オンラインでは他の会話空間の状況がわかりにくいため、勇気と信頼を持ってまずは声をかけてみよう。きっと快く対応してくれるだろう。
オンラインであっても相手の顔や動作を注意深く観察しよう。声の調子、表情、しぐさ、態度などから得られる情報量は、文字や言葉だけよりも圧倒的に多く、円滑なコミュニケーションを助けてくれる。
ペアプロ中や ミーティング中は、みんながお互いの顔を見ながら話せるように常にカメラを ON にしよう。ただし、中には「自分の顔を見続けるのが苦手だ」という人もいる。その場合は使用しているビデオチャットツールにセルフビューを非表示にする機能があるか調べてみよう。
ペアプロは、パートナーと同じ関心事、すなわち同じコードに向き合い続けることによって、足りない視点を補い合えるという価値を我々に提供してくれる。リモートペアプロツールを使用すると、ペアの二人がそれぞれ別のコードを書くことが可能になるが、だからといって二人の関心が別の方向を向いていては、ペアプロのよさを享受できない。ナビゲーターが、ドライバーが今まさに書いているコード以外の何かに気づくことはあっても、そこに手を入れるのは二人で一緒に行うべきだ。テキストチャットの文面を考える際も、画面共有機能で自分のローカルマシンを相手に見せて一緒に考えよう。またリモートペアプロツールのカーソルフォロー機能を使うと、オフラインで画面を指さして「ここの部分が…」と話すのに似た体験を得られる。パートナーと視界を共有するためにやれそうなことは積極的に試してみよう。
オフィスでの仕事中、なんとなく聞こえる周囲の会話から「あのペアが苦戦してそうだから声をかけてみよう」「あの人はデータ設計の話をリードしていたから今度困ったら相談してみよう」と考えた経験はないだろうか？自然に耳に入る周囲の会話は、実は多くの情報を与えてくれている。オンラインペアプロでもその利点を活かせるよう、使用しているツールに「パートナー以外の会話も聞こえるようにする機能」があるなら積極的に利用しよう(たとえば Gather.Town のバブル機能などがそれにあたる)。また、3 人チームで 2 人と 1 人に分かれて作業する際は 3 人とも同じビデオチャットスペースに入るようにすると、オフラインで同席しているかのようにスムーズな質問や共有が可能になる。ただし「他のペアの声が聞こえると自分の作業に集中できない」という人もいるので、都度相談してチームにとって最もよい選択肢を選ぼう。
オフラインだと眼の前のディスプレイを指さしながら話すような場面でも、オンラインだと口頭でのコミュニケーションが中心になるため、少し前に話していたことが流れてしまい今の議題が分からなくなってしまうことがある。その結果、議論の前提を見失ったり少しずつ会話が噛み合わなくなったりするため、議論が空中戦になりやすい。それを防ぐため、積極的に頭の中を視覚化しよう。オフラインの時にホワイトボードに手を伸ばす気軽さで、オンラインホワイトボードツールに図を書いたりスプレッドシートに表を書いたりしよう。付箋に書いて整理するだけでも、お互いの考えはずっと伝わりやすくなる。
リモートペアプロツールを使ったペアプロではホストとゲストという立場が生まれる。ツールによってはホスト側にしか許可されていない操作などがあり、 ホストのほうが心理的ハードルが低くキーボードを取りやすいので、より主体的にペアプロができる。NJがホストするということは、ホストするための環境構築も必要になり、キャッチアップを兼ねて行うことができるため理解が進みやすい。
オンラインでの会話において通話品質は重要だ。ノートパソコンに付属しているマイクとスピーカーをそのまま使用すると、スピーカーから出た相手の声をマイクが拾って二重に聞こえてしまったり、話者の声に周囲の雑音が混じってノイズだらけの音声になってしまうことが多い。こういった事態を防ぎ円滑なコミュニケーションを実現するために、ヘッドセットやマイク付きイヤホンを利用しよう。具体的には「単一指向性 (話者の音声を拾いやすく、別方向からの音を拾いにくい)」のマイクを選ぶとよい。
これまで触れてきた通り、オンラインでのスムーズなペアプロには Face To Face のコミュニケーションが重要だ。そのため、通信環境は常時カメラ ON でビデオチャットをすることに耐えられるレベルが望ましい。
オンラインでは ミーティングのための場所移動などもないため、長時間座りっぱなしで PC に向かうことになりがちだ。椅子や机、モニターやキーボードの位置・設定などを調整し、少しでも身体への負担を軽減できるようにしよう。
本項「環境を整える」で書いた話は、どれもオンラインでのよりよいペアプロのために重要だ。だが、人はそれぞれ違った環境で生活していることを忘れてはならない。可能な範囲で理想を追求しつつも、さまざまな事情があってそれができない人にもきちんと配慮しよう。間違っても理想の環境を用意できない仲間を責めたりしてはならない。
オンラインの場合、チームで休憩を取っていても個人で作業を継続することが容易にできてしまう。休憩時間中はストレッチをしたり、目を閉じたりして頭と身体を休めることに集中することが大切だ。個人でタスクにとりかかりたいときは、チームの作業時間の中で「少し個人の時間をください」と声かけをして、時間を確保しよう。
雑談は心理的安全性を高めるための最初の一歩になる。作業のみに集中してしまいがちなオンラインだからこそ、ランチやコーヒーブレイク、ペアプロ中のちょっとした合間などで意識的に雑談をしよう。
オンラインでは、オフラインと比較してコミュニケーションの量が少なく、業務上必要なやりとり(情報共有や課題解決に向けた相談、指摘など)に閉じてしまう傾向がある。しかし人の脳は、成功や喜びに焦点を当てることで効率的、創造的に働く。テストをパスした時、議論が前に進んだ時、失敗によって何かを学んだ時など、小さな成果でも相手が隣にいるかのように気軽に祝福し、自分たち自身で成功を認め、喜びを共感し合おう。