プログラマーにうまくアドバイスする心理的テクニック【後編】

プライドの高いプログラマーに穏便に助言するための“心を操る”方法

直接的な要望や文句を提示せず、穏便に問題を解決するためには、プログラマーにどのような形で自分の考えを伝えればよいのか。具体例とともにテクニックを紹介する。

　私の友人から「不備のあるソースコード群の結合に悩んでいる」という話を聞いた。私も過去に同じような体験として、テスト未実施のソースコードを結合しなければいけなかったことがある。このとき私は「テストコード（テスト用プログラムのソースコード）はどこにあるのか」と、そのソースコードを記述した同僚プログラマーに尋ねることで、遠回しにテストの必要性を伝えることに成功した。

　実は私の勘違いで「テストコードは存在する」という答えが返ってくる場合もある。このときは私の思った通り、テストコードは存在しなかった。だがテストコードが実際に存在するかどうかよりも重要なのは、テストの必要性を同僚プログラマーに考えてもらうことだ。テストコードが存在しないことに同僚プログラマーが気付けば、引き継ぎのために必要な要素としてテストコードを作成してくれる可能性がある。

　テストを想定せずに書いたソースコードをテストするのは難しいが、その問題はソースコードを受け取るまでは考えなくてよい。これをきっかけに、私が持論を提示することなく、同僚プログラマーは自分のプログラミングに対する認識を見直すことができた。

　同僚プログラマーにテストを要求する権限が、自分にないこともある。その場合はソースコード引き継ぎの担当者に協力を求め、テストが完了していないソースコードを他のソースコードに組み込むと信頼性が欠けることを担当者に伝えよう。そうすることで、テストの要求に必要な権限を得た上で、あらためて構造とテストについて同僚プログラマーと話し合うことができるようになる。

プライドを傷つけずにアドバイスできる“心理的テクニック”

TechTarget発　先取りITトレンド

米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。

この連載の記事をもっと見る

この記事の著者

関連記事

• 

  Javaの「変数」「メソッド」「定数」名の“ひんしゅくを買わない”付け方

• 

  Javaで「ケバブケース」はなぜ駄目？　「参照型変数」「パッケージ」の命名規則

新着ホワイトペーパー PR

• 技術文書・技術解説
  [Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分？　不足する対策を16項目でチェック
• 事例
  [Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは？
• 事例
  [Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣
• 事例
  [Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント
• 事例
  [Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策