ローレン・B・ベルカーのレビュー一覧
-
-
Posted by ブクログ
マネージャーへの内示をもらって買った一冊。
まだマネージャー業についてないので、果たしてこれが役に立つのかどうかは分かっていませんが、少なくとも心づもりは出来ました。
一見すると、やや表面的では？と思う部分も無きにしも非ずですが、とにかく実務的、実践的な内容です。例えば…
・わたしのように、これからマネージャーになる人やなりたての読者を想定したメッセージが書かれている（この本を読んでなければ、勇み足で失敗してたかも…）
・部下や上司のタイプ分けがあり、それに応じた対応が提案されている
・年少マネージャーの戦略や、世代ごとの特徴なども書かれている
等々。
なによりありがたかったのは、「仕事は大事だが、人類の歴史上、大したことではない」とか、慣れればストレスにならなくなる、といったメッセージ。少なからずプレッシャーを感じていたところ、本書を読んで、前向きに「やってみるか〜」という気になりました。
これからもときどき読み返したいと思います。
-
-
-
-
-
Posted by ブクログ
人を扱う、というのは昨今では難しく、だからこそ希少性が生まれるスキルの一種であると考えます。
そういった人を束ねて価値を出す、というマネジメントの仕事において必要な心構えやスキルが一度に学べます。また、いままでの経験からも納得できるところが多く、「もっと早く読んでおけば良かった」と思わせるほどの良書でした。
400ページとやや分量は多いものの、不要なところは何一つありません。
マネジメントの本としては「はじめての課長の教科書」「マネージャーの問題地図」などを読んできましたが、それぞれ良い本です。この本もそうした本の一つで、血肉になるようできれば毎年再読したいと思います。
また、スキルを磨くという意味では「MBAミドルマネジメント」もお勧めです。こちらは主にスキルと言った面からの者になりますが、ともに読んでおいて損は無いと思います。 -
-
-
-
-
-
-
-
Posted by ブクログ
ネタバレ『マネジャーの全仕事』読書メモ：現場経験から見た実践的気付き
■基本情報
著者：ローレン・B・ベルカー、ジム・マコーミック、ゲイリー・S・トプチック
発行：2023年11月（第7版日本語訳）
価格：2,200円（税込）
ページ数：420ページ
■核心的な気付き
1. 個人スキルとマネジメントスキルの断絶
元SEとして痛感した「技術力≠指導力」の壁。本書が指摘する「チーム化学反応」（p.112）を起こすには、UNIXコマンドのような明確な「コマンド体系」が必要。例：チーム指示を「sudo（権限付与）」「chmod（権限変更）」的に構造化。
2. フィードバックの量子力学
「褒め：叱＝3:1」（p.128）という数値目標が新鮮。コールセンター構築時の「顧客対応マニュアル」作成ノウハウを応用。部下へのフィードバックを「スクリプト化」し、感情的な揺らぎを排除。例：
- 成功時：「commitメッセージのように事実を簡潔に」
- 改善時：「diffコマンドで変更点を可視化」
3. リモートチームの暗号化通信
Z世代向け「1日14回フィードバック」（p.305）というデータに驚愕。ネットワーク監視のSNMPトラップを応用し、部下の心理状態を「閾値監視」。Teams通知を重要度別に分類：
【緊急】電話着信（ACK必須）
【重要】@メンション（2時間以内返信）
【参考】メール（24時間対応）
4. 権限移譄のTCP/IPモデル
フェイルオーバー設計の思想を人的管理に転用：
1. ハートビート監視（定常観察）
2. チェックポイント（進捗報告）
3. フルルーティング（完全委任）
障害発生時は「ロールバック手順」を事前定義が肝要。
5. ストレス管理のクラウド化
データセンターの負荷分散アルゴリズムを応用：
メンタル負荷 = (未読メール数×0.3) + (残業時間×0.5) - (称賛回数×0.2)
閾値超過で自動アラート発令→タスク再分配を実施。
■実践プラン
1. ナレッジグラフ構築
設計書管理のCMDB（構成管理DB）手法で、チームスキルを可視化。依存関係分析により、人員配置を最適化。
2. 自動化スクリプト開発
Ansibleプレイブック形式でマネジメント手順をコード化。例：
- 新人教育playbook
- 評価面談テンプレート
- コンフリクト解決フローチャート
3. メンタルヘルスモニタリング
Zabbix監視を人的ストレス管理に転用：
アラート条件：3日連続22時退社
アクション：強制休暇割り当て
■総括
技術管理者と人間管理者の最大の相違点は「エラー許容度」。本書が説く「許容可能な失敗枠」（p.377）を、ネットワークのパケットロス許容率のように数値化することが次なる課題。クラウド設計の「リージョン/アベイラビリティゾーン」概念を人的リソース管理に導入し、冗長化されたチーム編成を目指す。 -
Posted by ブクログ
まとめ
1.自信と信頼の構築
・部下に同じ失敗を繰り返させないために、問題の本質に気づかせる。
・毎週の個別定例ミーティングを欠かさず実施する。
・部下は課題を一定期間自分の中に留め、自己解決能力を鍛える。
・褒めるときは人前または個別で。叱るときは必ず個別で。
・意思決定プロセスに部下を参加させ、自信と主体性を養う。
・部下の意見を積極的に求め、チーム全体でプロジェクトを進めることで合意形成が進み、反発が減る。
2.聴く力
・自分が話す量の2倍、人の話を聴くことを意識する。
・「積極的傾聴」を実践することで、優秀なマネージャーとして信頼される。
3.部下の評価
・モチベーションの高さと職務遂行能力の2軸で部下を評価する。
4.採用と面接
・態度・姿勢を最重要視する。
・面接は「双方が判断する場」であることを伝え、会社についての情報提供も積極的に行う。
5.正しい叱り方
・部下を責めず、親身な姿勢で「一緒に成功する方法を考えよう」と伝える。
・「あなたと私の見え方は違うようだね。なぜそう思う？」と対話を促し、問題解決を進める。
6.部下のモチベーションを高める
・人は「自分より大きなものの一部」と感じるとモチベーションが上がる。
・チームで困難を乗り越える体験は良い思い出となり、やる気につながる。
7.世代間ギャップへの対応
・自分が部下より若い場合は、普段より少し落ち着いた対応を心がける。
8.効果的な会議運営
・発言前に「2分でお願いします」と制限時間を伝え、合意を得る。
・プレゼンテーションは「何を伝えるか → 伝える → まとめる」の流れを徹底する。 -
-
-
-
Posted by ブクログ
確かに「全仕事」と言って良いほど、網羅的な内容であった。その分、既に自分の中に根付いている思想と被る部分が多く読み飛ばすこととなった。タイミング的には初めて部下を持つタイミングに読むのが良いだろう。とはいえ、しっかりおさらい出来たし、なるほどと思うこともあった。
◉自分が話すより、相手にたくさん話しさせた方が、会話の名手と評価されやすい。
◉決定を下す前段階に参加させることで、自信をつけてもらう。
◉自部署の利益だけ考える→発言に信用がなくなる→意見を求められなくなる。
◉分析肌は決断しない、遅い。
◉変化への抵抗を減らす為に、できる限りの情報共有を。自部署にメリットはなくとも組織全体のメリットになると率直に伝えるべきときもある。
◉情報共有は権限移譲の一環。
◉人事との関係を優良なものに。
→リクルート活動への協力などは、一見面倒に思うこともあるが後々のことを考えるとプラス。
◉効果のあるモチベーション＝本人の関心や利益に繋がるもの。優秀なマネジャーは部下の関心と組織目標とを結びつける。やらなくてはならない→やりたいへ。
◉優しい人は普段から権威を振り回してない分、たまに毅然とすると効果抜群。
◉謝罪の言葉がなかなか出ない。素直に口にできるのは、人間の弱さを表すものではない。自分の責任を認めて謝れるのは、むしろ自信の表れであり人間性が伝わる機会。
→なるほど…
◉判断のエスカレーション:自部署以外への影響が大きいものは上長の判断を仰ぐ。
◉オーセンティックリーダーシップ:自分らしいリーダー。言行一致が大事。求める言動の言語化と行動。
◉権限委譲では、自分とは別のやり方で仕事を進めることを受け入れて、その価値を認める。