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

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

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

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

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

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

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

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

TechTarget発　先取りITトレンド

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

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

この記事の著者

関連記事

• 

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

• 

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

新着ホワイトペーパー PR

• 製品資料
  [サイボウズ株式会社] AIに何を聞いても「汎用的な答え」しか返ってこないのはなぜか？
• 製品資料
  [サイボウズ株式会社] なぜAIは組織で定着しないのか？　全社活用を阻む「3つの壁」の突破法
• 製品資料
  [株式会社スタディスト] 「不適合品率」改善はどこから始める？　すぐにできて効果が大きいポイントとは
• 製品資料
  [株式会社スタディスト] 食品ロスを利益に変える「現場標準化」のすすめ
• 技術文書・技術解説
  [株式会社スタディスト] チョコ停・ドカ停を防ぐ「事前対策」の進め方