エンジニアの管理をうまくやっていくためのコツ

起業家ではないにしろ、システム開発においてはエンジニアとの付き合いというのはうまくしていくに越したことはありません。

例えエンジニア同士であったとしてもその管理というのは結構難しくて気を使うものだったりします。

エンジニアとしての立場を尊重すること

仕事をしていく上では役割というものがあるわけですので、担当しているエンジニアの領域というものをきちんと尊重してあげる必要があります。

よくありがちなのが非エンジニアが技術的なことに口出しをしてしまい、過去に自分が使ったことがあるツールであったり、他のサービスで利用している仕組みをそのまま当てはめようとするようなケースがあったりして、こういったことはエンジニア自身によって、そのシステムの組み上げ方やアーキテクチャとの相性やインフラにおいての特性などを考慮して決めるべきだったりします。

そういったことを考えて決めようとするときにこういった横槍を入れられるとエンジニア自身のモチベーションが下がるだけでなく、システム構成がめちゃくちゃになって保守性が落ち、サービスの寿命を縮める結果になるかもしれません。

エンジニア同士であれば、それが先輩後輩としての教育の一環ということであれば大きく介入せざるを得ない場合がありますが、異なる役割のエンジニアとしてならその立場をある程度尊重してあげないと同じ結果になるかもしれません。

一言でエンジニアといっても専門分野が大きく異なりますし、インフラならインフラ担当としての意見もありますが、それによってアプリケーションの構成に大きな偏りが出てしまったりもするのでそれぞれの立場としての意見をきちんと言い合えるのが重要ではないかと思います。

技術的な苦労を理解する

技術が如何に進歩したからといって、システムを組み上げていく苦労が単純に減っていくわけではありません。

前回の「フルスタックエンジニアなんて目指さない方がいい」の中で書きましたが、エンジニアが会得しなくてはならないスキルというのは多様化しているので求められるスキルレベルはどんどん上がってきているかと思います。

ですから、システム構築の際に技術的な課題にぶち当たり悩むこと自体が減っているわけでもなく、また技術的な進歩によって悩むレベルが低くなっているわけでもありません。

まぁ、エンジニアを管理する立場の人がエンジニアとしての業務を経験した人ばかりというわけではなかったりするわけですが、技術的な問題で悩むエンジニアは結構孤独で戦っていたりもするので、その状況を把握してあげて、技術的なこと以外での解決方法（例えば運用的な回避やそもそもその課題を先延ばしにすることでスケジュール的な負担を軽減できないかとか）がないかを一緒に模索してあげることも必要です。

ここでわかっていないことをジャストアイデアで言ったりするとさっき書いたようなケースに陥ったりもしますし、エンジニアの立場からすればわかっていない人に言われたくないって思いもあったりして（非エンジニアからすればその技術的な課題が何で解決できないのかがわからないので）、こういったナーバスな状況においては双方の言い分の応酬になるので注意が必要です。

もちろんエンジニアとしても、それ以外の役割で動いている人の立場を理解してあげる必要はあるかと思いますが。