【ITニュース解説】Leadership musing: how do i positively influence others to do something?

システムエンジニアの仕事は、単にコードを書く技術力だけでなく、人とのコミュニケーション能力や、チームを円滑に進めるための影響力も非常に重要になる。特に、まだリーダーの立場ではない場合でも、周囲の人々を良い方向に導き、協力を引き出すスキルは、今後のキャリアを築く上で欠かせないものだ。

今回の解説では、権限がなくても他者にポジティブな影響を与え、協力を得るための具体的な四つのアプローチについて説明する。これらの方法は、将来システム開発の現場でチームの一員として働く際に、きっと役立つだろう。

一つ目のアプローチは「共通の目標にする」ことだ。これは、単に「このタスクをやってください」と指示するのではなく、そのタスクがチーム全体や関わる人々にどのような良い結果をもたらすのかを明確に提示する方法である。例えば、新しい開発ツールを導入したいが、チームのメンバーは既存の環境に慣れていて乗り気ではない、といった状況を考えてみよう。「新しいツールを使え」と言う代わりに、「このツールを使えば、コードの品質チェックが自動化され、テストにかかる時間が半分になり、もっと早く開発を進められるようになる。結果として、みんなで早くプロジェクトを完了し、次の新しい技術に取り組む時間も作れる」と説明する。このように、具体的な共通の利益を提示することで、メンバーはそのタスクを自分事として捉え、協力しようという気持ちになる。また、目標は具体的で小さく設定し、達成可能に感じさせることも大切だ。いきなり全てのシステムを新ツールに移行するのではなく、「まずは一機能だけ、この新しいツールで試してみよう」と提案する。明確な共通のメリットと、小さな一歩から始められる達成可能な目標を示すことで、タスクは負担ではなく、共に達成すべき目標と感じられるようになる。

二つ目のアプローチは「模範を示す」ことだ。これは、「口で言うだけでなく、自分自身が率先して行動することで、周囲に良い影響を与える」という非常に強力な方法である。特にシステムエンジニアの世界では、ドキュメンテーションの重要性がよく語られる。多くのプロジェクトでは、コードの機能や使い方を説明するドキュメント（READMEファイル、設計書、コードコメントなど）が不足しがちで、それが原因で新しいメンバーのオンボーディングが遅れたり、引き継ぎが困難になったりすることが多い。そこで、誰かに「ドキュメントを書け」と要求するのではなく、まず自分自身が担当するコードや機能について、丁寧なREADMEファイルを作成したり、分かりやすいコメントを記述したりすることを習慣にする。最初は誰も真似しないかもしれないが、あなたが継続的に良いドキュメントを作成し、それによってチームのメンバーがスムーズにコードを理解できたり、問題解決が早まったりするのを目の当たりにすれば、やがて他のメンバーも自然とドキュメントの重要性を認識し、自ら進んで書くようになるだろう。あなたの行動が具体的なポジティブな結果を生むことで、それは周囲の行動を変える強力な原動力となる。

三つ目のアプローチは「楽しくする」ことだ。タスクが単なる「やらされ仕事」だと感じられると、人はなかなか積極的に取り組めない。そこで、タスク自体に楽しさや遊びの要素を取り入れることで、人々のモチベーションを高めるのがこの方法である。例えば、週末のシステムメンテナンス作業や、膨大な量のテストケース消化など、一見地味で単調に思える作業でも、工夫次第で楽しくすることができる。チームで競争形式にして、誰が一番早く正確に完了できるかを競ったり、作業中に好きな音楽を流したりするのも良いだろう。時には、作業を終えたら小さなご褒美を用意する、というのも効果的だ。具体的な例としては、定期的なコードレビューの時間を「クリーンコードチャレンジ」と称して、バグを見つけたりコードを改善したりするゲーム感覚で取り組むといった方法が考えられる。また、新しい技術の学習を「〇〇テックアワー」と名付け、みんなで集まって気軽に情報交換をする時間にするのも良い。このように、タスクの捉え方を「義務」から「楽しい活動」へと変えることで、人はより積極的に参加するようになる。

四つ目のアプローチは「ポジティブな行動を強化する」ことだ。誰かが良い行動をした時、それをきちんと認め、感謝の気持ちを伝えることが、その行動を定着させる上で非常に重要となる。人は自分の努力が認められることで、達成感や満足感を得て、次回も同じように貢献しようという意欲が湧くものだ。例えば、あるメンバーが誰も気づかないような細かいバグを見つけて修正してくれた時、「よく気づいてくれたね、その修正はリリース後の重大なトラブルを防いでくれたかもしれない。本当に助かったよ」と具体的に感謝を伝える。あるいは、普段誰も手を出したがらないような面倒な環境構築のタスクを進んでやってくれたメンバーがいたら、「この作業は本当に大変だったと思うけれど、あなたの努力のおかげでスムーズに開発に着手できた。素晴らしい貢献だ」と、その労をねぎらう言葉をかける。さらに、チームチャットや定例会議の場で、その人の貢献を公に紹介することも効果的だ。例えば、「〇〇さんが作成してくれた新しいドキュメントのおかげで、新機能の理解が格段に早まった」といった形で、具体的な行動とそのポジティブな影響を共有する。これにより、貢献した本人はもちろん、それを見た他のメンバーも「自分も良いことをすれば認められる」と感じ、前向きな行動につながる。感謝と承認は、チーム全体のモチベーションを高め、良い文化を築くための強力なエンジンとなる。

これらのアプローチは、システムエンジニアとして働く上で、技術的なスキルと同じくらい大切な、人との関わり方を学ぶ上での強力な武器となるだろう。積極的にこれらの方法を実践することで、あなたはチームやプロジェクトにポジティブな変化をもたらすことができるようになる。