前回の記事
連載の構成
- この記事は、マネジメントについて一人で考える Advent Calendar 2022の連載記事です
- 1記事目から読んでいただいても良いですし、気になる記事から読んでいただいても問題ありません
- 全25回分の構成は、次の通りです
- 第1〜6回：ドラッカーの『マネジメント』を中心に解説します
- 第7〜13回：『図解人材マネジメント入門』を中心に解説します
- 第14〜22回：『エンジニアのためのマネジメントキャリアパス』を中心に解説します
- 第23〜25回：私の経験談を中心に、まとめに入ります
まとめ
- 長い連載も、ついに今回と次回で最後となります
- 今回は第1回から第23回まで、主要なキーワードと共にまとめたものになります
第1回
-
守破離
- 我流でマネジメントをするのではなく、まず基本を学ぶこと
-
車輪の再発明
- 世の中に広く知られる知識を得るのは、プログラミングだけじゃなくマネジメントでも重要
第2回
-
ドラッカー
- マネジメントの発明者
- マネジメントとは
- どうにかする、なんとかする
- 決して"管理"ではない
第3回
- 専門家とマネジャー
- 専門家にはマネジャーが必要
- 専門家はコミュニケーションが問題であり、マネジャーは翻訳が仕事
- 専門家はマネジャーの上司となりうるし、上司でなければならない
- 専門家にはマネジャーが必要
第4回
-
真摯さ(Integrity)
- マネージャーが初めから身につけていなければならない資質
- 真摯さの欠如
- 強みより弱みに目を向ける
- 何が正しいかより、誰が正しいかに関心を持つ
- 真摯さよりも頭の良さを重視する
- 部下に脅威を感じる
- 自らの仕事に高い基準を設定しない
- こういった人をマネージャーにしてはならない
第5回
- マネージャーの仕事
- ①目標を設定する
- ②組織する
- ③動機づけとコミュニケーションを図る
- ④評価測定する
- ⑤人材を開発する
第6回
- MBO
- Management By Objectives and self-control
- self-controlを欠いてはならない
- SMARTな目標
Specific：「具体的、分かりやすい」を意味する
Measurable：「計測可能、数字になっている」を意味する
Achievable：「同意して、達成可能な」を意味する
Relevant：「関連性」を意味する
Time-bound：「期限が明確、今日やる」を意味する
引用：SMARTの法則とは？ 目標設定の重要性、目標の立て方、具体例について - Will, Can, Must
Will⇒やりたいこと
Can⇒できること
Must⇒やるべきこと
引用：Will Can Mustとは？【リクルート発祥】シート、具体例
第7回
- 人材マネジメントとは
- 人事評価
- 報酬
- 等級
- リソースフロー
- 人材開発
- 組織開発
第8回
- 人事評価の目的
- 公平感ある処遇の分配
- 社員の活用と育成
- 企業文化の醸成
第9回
- 報酬
-
内的報酬
- 仕事そのものから生まれる報酬
- 例）仕事のやりがい、社会貢献感、成長の喜び等
- あると満足する
-
外的報酬
- 外から与えられる報酬
- 例）役職、給与、社会的な地位等
- 足りないと不満になる
-
内的報酬
第10回
-
カッツ・モデル
- 職位が上がるにつれて必要になるスキルを分類したもの
- テクニカルスキル
- 業務遂行能力
- 職位が上がるにつれて割合が減る
- ヒューマンスキル
- 対人能力
- 職位問わず常に必要
- コンセプチュアルスキル
- 抽象化能力
- 職位が上がるにつれて割合が増える
- テクニカルスキル
- 職位が上がるにつれて必要になるスキルを分類したもの
第11回
- リソースフロー
- 採用
- 異動
- 適材適所
- 人材開発
- 幹部育成
- 代謝
第12回
- 人材開発
- ロミンガーの法則（7・2・1の法則、70:20:10の法則）
第13回
- 組織開発
- 心理学的経営
- 集団目標
- 心理学的経営
第14回
- エンジニアのキャリアパス
- マネジメント
- スペシャリスト
第15回
- キャリアパスの選び方
-
筏下り
- がむしゃらに目の前のことをこなすキャリア形成
-
山登り
- 登るべき山を決め、やることをそこに集中するキャリア形成
-
筏下り
第16回
- スペシャリストは実際どうなのか
- "技術が好き"じゃないと続かない
- 技術は陳腐化しやすい
- ライフステージの変化で、学習時間が取れなくなる可能性
- "技術が好き"じゃないと続かない
第17回
- 1on1
- なぜやるか
- エンジンオイル交換と一緒で、怠るといつ大事故になるか分からない
- 頻度
- 週1
- 場所
- プライベート空間
- 共有方法
- ドキュメントで上司から
- アンチパターン
- 上司が喋ってばかりにしない
- 状況報告の場にしない
- 他事をしながらやらない
- 否定から入らない
- 遅刻しない
- なぜやるか
第18回
- マネージャーの技術力
- マネージャーでもテクニカルスキルは必要
- 評価や採用において必要
- 非エンジニア以外のコミュニケーションにおいても必要
- 技術に置いていかれないようにするためには
- コードを読む
- 自分が疎い領域を選び、その領域に詳しいエンジニアに解説を仰ぐ
- ポストモーテムに同席する
- ソフトウェア開発のプロセスに関する業界のトレンドを常に把握する
- 社外でも技術系の人脈作りを
- 「学び」は決してやめてはならない
- マネージャーでもテクニカルスキルは必要
第19回
- 有害な社員
- ブリリアントジャーク
- 秘密主義者
- 無礼者
- HRTが重要
- そもそも最初から雇わない
第20回
- テクハラ
- アーリーアダプター
- 荒んだ情シス
- クイズおじさん
第21回
-
時間の管理
緊急ではない 緊急 重要 必須。時間を作る 明らかにやるべき事 重要ではない 明らかに回避するべき事 ついつい注目しがちな「気の散る要因」
第22回
-
意思決定と委任
頻繁 頻繁でない 単純 委任 自分でやる 複雑 （慎重に）委任 訓練目的で委任
第23回
- 私の経験談
- EMは一度EMをやめてみるといい
- 自分を客観的に見つめ直し、変化のきっかけにできる
- 組織の停滞感を減らし、新たな風を吹かせられる
- 技術に置いていかれる感覚を払拭できる
- EMは一度EMをやめてみるといい
最後に
- 第1回から第23回まで、様々なキーワードが出てきました
- ざっくりとまとめると以上です
- 気になった項目はご自身で調べたり、記事にいいねやコメントいただけますと幸いです
- 次回はいよいよ最終日
- 今回の連載を振り返り、感想を書いていきます
次の記事