エンジニアマネージャー
ルールを作り、ルールを守らせるのがマネージャー
業務を効率的かつスムーズに進めるためにはルールが必要です。ルールがなければ、それぞれの社員が自分のやり方で仕事を進めてしまい、結果的に無駄が生まれたり、トラブルに発展する可能性が高まります。例えば、マネージャー承認が必要 […]
言い訳ばかりしてしまう人へのアドバイス
これまでたくさんのエンジニアに接してきましたが成長できないエンジニアの共通点の1つに言い訳ばかりしてしまうタイプというのがあります。 言い訳をすると次のようなデメリットがあります。・失敗について向き合う機会をみすみす逃し […]
製品サポートへの問合せ時のテクニック
以前の投稿で 障害発生時に一番に頼るべきは製品サポート ということについて記載しました。今日は製品サポートへの問合せ時に気を付けるポイントについてお話ししたいと思います。 サポート側はケースを早くクローズしたいと考えてい […]
メンバーをマネジメントする上での自己肯定感と自己効力感の使い分け
最近では自己肯定感と自己効力感という言葉を耳にすることがあると思います。どちらも自己に対する認識や評価に関係しています。私自身の解釈になりますがどちらが良い悪いというものではなく、使い分けするものだと考えています。この時 […]
障害時におけるパケットキャプチャの有用性
ネットワーク通信でやり取りされている実際のパケットを収集・分析するパケットキャプチャは難しいというイメージがあるようです。インフラシステムの障害対応ではしばしばパケットキャプチャによる問題切り分けが有用である場合がありま […]
マネージャーとしてメンバーのプライベートにどこまで関わるべきか
マネージャーとしてどこまでメンバーのプライベートに関わるべきかという相談を受けたことがあります。これについては正解はないと思っており、マネージャーの考え次第だと考えています。 どこまでをプライベートと線引きするかについて […]
成果と報酬の順序の原則
某人材紹介エージェントの営業顧問をしているとき、現場リーダー制を導入したことがあります。その人材紹介エージェントにとっては登録してくれるエンジニアもお客様であり、お客様同士の中で上下の関係をつけたくないという思いがあって […]
サーバントリーダーシップの2つの落とし穴
マネージャーとしてメンバーを管理するための手法はいくつもありますが、サーバントリーダーシップというのを聞いたことはあるでしょうか。サーバント（servant）とは「奉仕者」や「召使い」という意味の言葉でマネージャーがメン […]
SIerとしての価値
製品のバージョンアップする際、皆さんの会社ではどこまで事前準備を行っているでしょうか。私自身が特定製品の運用を実施していた頃、製品バージョンの際にはメーカーやサポートに新しいバージョンでの既知の不具合、注意事項、留意事項 […]
マネージャーになったら手放すことを意識する
エンジニアを始めたばかりの頃はたくさんの業務を率先してチャレンジすることをおすすめします。幅広い業務のスキルセットを身に着けられるようになり、専門領域を深く理解することにも繋がるという単なる技術力の話だけではありません。 […]