伴走コンサル

マネージャーの「忙しさ」を分解する

マネージャーの皆さんには「成果に対して思考と意識と言葉と行動と環境作りの全てを注いでください」をお伝えしていますが、多くの会社、組織でマネージャーの皆さんの忙しさには目に余るものがあります。成果に集中したくても、日々の業 […]

詳しくはこちら
プロセス重視だけでは響かない。マネージャーは“成果”に集中せよ

エンジニアマネージャー向けの支援をさせていただく中で、繰り返しお伝えしていることがあります。それは「プロセス重視であっても、まずは“成果”に集中してほしい」ということです。 我々エンジニアは営業職とは異なり、売上や件数な […]

詳しくはこちら
仕組みを理解するために言葉に敏感になろう

ITの世界には多くの専門用語が存在します。全ての用語においてではありませんが、多くのものには厳密な定義があり、その理解の差がシステム設計やトラブル対応に大きな影響を与えることがあります。 例えば「ユーザー名」と「ユーザー […]

詳しくはこちら
仕組みを理解せず実装すべきではない

情報システム部の現場では「見た目が正しければ動くはず」といった思い込みによるミスが意外と多く発生しています。 とあるお客様においてLinux上のメールボックスに配信されたメールを別のメールに転送するというシステムがありま […]

詳しくはこちら
動かない者は鎖に繋がれていることにさえ気付かない

「課題はある気がするけど、どこから手をつけていいか分からない」そんな相談をマネージャーの皆さんからいただくことがあります。確かに、マネージャーの仕事は見えにくいですし、明確な正解もないことが多いです。それは裏を返せば「動 […]

詳しくはこちら
なんとなくマネジメントしてはいけない

日々の業務で忙しいがために「なんとなくマネジメント」してしまっている、、、そんなケースは意外と珍しくはありません。しかし、このような状態が続くとチームの成長を妨げたり、エンジニアのモチベーション低下を招いて大量離職に繋が […]

詳しくはこちら
疲弊しているエンジニア マネージャー向けの実践的処方箋

エンジニア組織でマネージャー、会社によってはリーダー、係長、課長といった現場責任者という立場の方々の支援をしたくてこのサイトを立ち上げました。エンジニア マネージャーのような現場責任者の方々こそが会社組織の屋台骨です。し […]

詳しくはこちら
エンジニア評価は定性評価を中心に考える

エンジニアの評価は、多くのマネージャーや経営者が頭を悩ませるテーマの1つではないでしょうか。エンジニアの評価方法について良くご相談をいただきますが非常に難しい問題です。これが正解というものはありませんがこの記事ではエンジ […]

詳しくはこちら
マネージャーはメンバーに頼ることを諦めてはいけない

マネージャーになったばかりの多くの人は仕事を依頼することを含め、メンバーに頼るということに対して強い苦手意識を持っています。 マネージャーになるような人は、あらゆる業務に率先して取り組んでプレイヤーとしてそれなりの成果を […]

詳しくはこちら
本当の失敗とは

私たち人間は何故失敗を認めたがらないのでしょうか。失敗によって自分の能力や価値が否定されるのではないかと恐れるからではないでしょうか。しかし、何かを失敗したからといってその人の能力や価値が下がるでしょうか。結論から言うと […]

詳しくはこちら