伊豆原弓のレビュー一覧

あなたのチームは、機能してますか？

上司に進められて読んだ。

チームビルディングについて、ドラマチックなストーリー仕立てで書かれているので読みやすい。

マーケティング担当のマイキーを会社から追い出す場面は、少し怖いと感じた。

チームの中に一人よがりで、Takeばかりを求める人がいると、全体に大きな悪影響を与える。そして、大人になった人のパーソナリティを他人が変えることは難しい。多分出来ない。

アメリカの会社だったらクビに出来ても、日本の会社では辞めさせることはできない。腐ったミカンのせいで、カゴの中の他のミカンもどんどん腐っていってしまう。組織から追い出すことなく、マイキーのような人を上手く扱う方法はないのだろうか。

ハーバード流マネジメント講座 90日で成果を出すリーダー

一番大切だと感じたのはSTARSポートフォリオをどう組むか。新任のリーダーとしてはまずこれを整理し、周りの期待値、自分の影響範囲とすり合わせる。

その他、リーダー自身の自己分析と内省。自分が英雄タイプか執事タイプか。自分への期待は何か、成果を出せているか。近づきやすいが親しくなりすぎない距離感。やらないことの境界線が引けているか。

最後に、家庭の安定w

あなたのチームは、機能してますか？

本書は、結果を出すためにはチームワークが必要であり、チームとして行動できない機能不全をどのように解決するかを説明した本である。
著者のパトリック・レンシオーニは、テーブルグループというコンサルティング会社の社長であり、過去に「意思決定の5つの誘惑」「なぜあなたのチームは力を出しきれないのか？」を上梓している。 本書はビジネスフィクション3部作の最新作となる。

アメリカのビジネス本では、よくあるスタイルのストーリー仕立てのビジネスフィクション形式で構成されているが、最終章には彼が提唱しているモデル（チームにおける5つの機能不全:Five dysfunctions of a team)を詳細に説明している。
モデルの概要としては、以下のとおりだが、⑤をトップとしてピラミッド型を形成している。
① 信頼の欠如
② 衝突への恐怖
③ 責任感の不足
④ 説明責任の回避
⑤ 結果への無関心
物語としては、シリコンバレーの新興ハイテク企業に、旧弊な自動車業界から女性CEOキャサリンがやってくるところから始まる。 強豪よりも、資金も潤沢で、核となる技術も優れており、経験も才能も豊かな経営陣を擁しているディシジョンテック社が、売上高と顧客獲得数で競合他社に遅れをとっている。 その大きな理由はチームとして機能していないことが大きな原因と見て、改革に奔走する。
モデルの一番最下層の「信頼の欠如」の改革から始まり、建設的な議論（衝突）、責任感の醸成、説明責任の徹底、そして会社としての結果への重視へ進んでいく。 その過程で、会社の方向性に合わずに会社を去る人に加え、CEO自らクビを言い渡す出来事も起こるが、最終的に会社の目標を達成するという物語である。
部分最適になっているが、全体最適になっていない原因がチームワークの欠如であり、その大元の原因が、モデルを形成するピラミッドの根底にあるメンバー間の信頼がないということである。 信頼の醸成ができていないが故に、建設的な衝突を回避してしまい、全社目標を達成するために本来果たすべき責任に無関心になり、自分の保身に走る。 その結果が、部分最適の方へ向かい、会社としての結果を出せない、という縮図になっている。

物語を読む前に、最終章である「モデル」から入って一通りの理解をした後に物語に入ったほうが、このモデルが言わんとしている要点が理解できると思う。
物語自体は一番底の①から始まっており、また対処法としては比較的分かりやすい①②に目が行ってしまう。 また、本物語のクライマックスといえる（？）マイキーへの退職勧告は、まさしく①の欠如が理由となっていた事からも、その様に感じる。 しかしながら、最終章を読み、モデルを俯瞰したときに一番重要に感じるのは、やはり一番最上にある「⑤結果への無関心」であると感じた。 才能がある人を切るということは、一見不合理に見えるし、実際物語中のキャサリンCEOが取った衝撃的な行動に対して、感覚的には同意できなかった。 しかし、最上位の「結果」からブレイクダウンして各機能不全ポイントを俯瞰して考えると不思議と腹に落ちた。
もう一度ストーリーを読み返したときに、「結果」が最重要であるということは、ナパバレーにおける最初の社外会議で、キャサリンCEOが発した言葉が象徴していることに気づいた。
・「はっきりさせておきたいんだけども、私達がこの場所に集まったのも、そしてこの会社にやってきたのも理由は一つだけ。 結果を出すためです。 チームの真価を図ることのできる指標はそれだけだと思っていますから、今日はこれから、そして私がここにいる限り、結果を重視して行動していきます。」 (41～42ページ）

そして、その次のコメントで、①～④はあくまで結果を支えるための手段であることが分かった。
・「ただし、私達がチームとして行動できずにいる原因を解決しなければ、絶対にこうしたことは実現できません。」（42ページ）


実際、②の建設的な衝突をするためには、①の信頼が必要であるし、③の責任感（決定事項に対する責任感）も、②の衝突があった結果がもたらすものである。
「結果」が最重要だということを踏まえた上で、チームワークに必要な子細な要素という視点でストーリーを読み込んでいくと、より理解が深まるのではないかと思う。

あなたのチームは、機能してますか？

チームワークを阻む5つの機能不全というテーマが終始明確で、かつストーリー仕立てで書かれていてとても読みやすい本です。
1番目に「信頼の欠如」が挙げられていますが、個人を信頼するという話の前に。弱みを見せても不利になったり利用されないと信じられることがチームにとっての「信頼」だと言っています。
自分の弱みを見せまいと、皆んなが「賢い振り」をして他人の顔色を伺っているような状態では良いチーム作りのスタートラインにも立てないことは自分の経験からも納得しました。
会議であえて馬鹿っぽい発言をすると他の人の意見を言いやすくなる、という経験はそういう事なのだと思いました。

あなたのチームは、機能してますか？

p94,
「政治的とは、自分が本当にどう考えるかではなく、ほかの人にどう反応してほしいかによって、言葉や行動を選ぶことです。」
THATS IT!

熊とワルツを リスクを愉しむプロジェクト管理

リスク管理について書かれた本。
私ぎ勉強になったと感じたのは、リスクの管理手順がより具体的に書かれているところである。
中では、リスクの扱い方法として、回避、抑制、軽減、かわすの4要素があると記載されており、
回避、リスクを伴う部分をやらないこと
抑制、リスクが発生した時のために時間と資金を準備しておくこと
軽減、リスクが発生する前に抑制コストを軽減する措置をとること
受容、なにもしないこと
とある。
実際のプロジェクトだとどう扱うか、などと対比してみると、原則が理解できると思う。

アドレナリンジャンキー プロジェクトの現在と未来を映す86パターン

いいパターンとアンチパターンがまぜこぜになっているのに気づくまで、ちょっと混乱というか読みにくかったです。

読んでいる最中にtwitterに書いたのをまるっとコピー。

「 "いい本"だと思うけど、自分の耳に心地好いパターンだけにうなずいているだけと"役に立った本"にならない予感。86パターンの中には耳が痛いものがあるはずで、それについて考えないと。 自戒を込めて。」

で、読むだけだと「あー、あるある！」で終わっちゃいそうなんだけど、この本を使ってMorning Beeをやったらなかなか良かったです。というわけで、読んだ後に人と話すのがオススメ。

あと、実はタイトルと共著者名についてモノ凄く恥ずかしい勘違いをしていたことは内緒だ(^^;

熊とワルツを リスクを愉しむプロジェクト管理

ソフトウエアのリスク管理について書いてある。TOCのゴールドラットとかぶっているところもあり、信頼できる。マネージャーならどうせリスクを背負わなきゃならないんだから、それを楽しみましょ。

熊とワルツを リスクを愉しむプロジェクト管理

ソフトウェア開発におけるリスク管理について書かれた本。といってもソフトウェア開発に限らずいろいろなプロジェクトに適用できると思う。 リスクが発生しないように管理し、リスクが発生したときのためにどのように準備をしておき対処をするか、というのは実際にやってみると非常に難しいのだが、3部の「リスク管理の方法」が考え方や手法として参考となる。 何度か読んで実践することが大事だと痛感している。 本書を託していったTさんに幸あれ。

デッドライン ソフト開発を成功に導く101の法則

プロジェクト管理の勉強をしようと手にとった本ですが、思ったよりも小説寄りでエンターテイメントでした。プロジェクト管理にまつわる人間関係洞察は確かになと思いました。それ以外の技法についてはとくに学べませんが、読んでるうちに感情輸入してベロックにイラついてしまうくらい面白かったです。

パーフェクトソフトウエア テストにまつわる幻想

テスト技術者、開発者、マネジャーたち（つまり、われわれ）がいかなる理由でソフトウェアテストを台無しにしてしまうか、その思考過程や心理的要因が次々と提示される。「完全なテストは可能だ」という思い込みにはじまり、叱責を避けたい人間の防衛機制まで持ち出し、実例と共にわかりやすく「罠」解説する。ただしこのやり口は冗長と思う人がいるかもしれない。難解で美しくまとまった書籍を読みたい人には向かないが、読み物としては強くおすすめできる。

あなたのチームは、機能してますか？

ここに書かれているチームが実現できたら、驚嘆。現場というよりマネジメント視点で書かれていた印象だが、実際に現場メンバとしての自分の振る舞いを見つめなおすとしても良書。
とはいえ、信頼の欠如、衝突への恐怖、責任感の不足、説明責任の回避、結果への無関心・・これら全てを実行できるマネージャーになれたら、どこでも通用するだろうな。

デッドライン ソフト開発を成功に導く101の法則

2006年に一度読んだことがあるみたいだが記憶になかった。2016年に再読。プロジェクト管理をそこそこしてきた今だから納得できるし発見がある、読んでよかった。トムキンス、ラークサー、NNL、ベリンダ、無理矢理な導入と結末。
・正しい管理の本質、適切な人材を適所にあてはめ人々の士気を保ってチームの結束を強め維持する。
・リスクを管理することによってプロジェクトを管理せよ。
・プレッシャーをかけても思考は速くならない。
・管理者の怒りと侮辱は伝染する。
・管理者が部下を刺激するために侮辱を使うことは、部下ではなく管理者の能力不足のしるしである。
・入出力の完全なリストのない仕様書は、見込みなしである。
・理想の人数配分は、プロジェクト期間の大部分を少人数のコア・チームで行い、プロジェクトの終盤に人数を大幅に増やすというものである。
・会議は、重要ではない人物が出席しなくても心配のないように、小さくする必要がある。欠席者が安心するための最も簡単な方法は、議事予定表を発行し、それに厳密に従うことである。
・プロジェクトには儀式が必要である。
・病んだ政治を下から治療することはできない。
・倹約精神とは、失敗した企業の中で、その失敗の責任者が作った公式である。

あなたのチームは、機能してますか？

5つの機能不全のモデルはとても参考になる。巻末のまとめで現実の問題と照らし合わせて理解しやすい。
ただ、本文のストーリーはちょっと…そう簡単には上手くいかないというリアリティはあるけど、解決はそれでよかったのか？と疑問が残る。

あなたのチームは、機能してますか？

良いチームビルディングとはどのようなものか架空のチームをストーリー仕立てに記載し、示した本。私はマネジメント側ではないが、上司はこのように考えチームマネジメントをしているのか、チームメンバーもこのようにチームビルディングをしようとしているのだろうと非常に勉強になった。それを理解する助けとなったので、自分がチームの一員としてどのように振る舞えばいいのか考える良いきっかけになったのではないかと思う。

デッドライン ソフト開発を成功に導く101の法則

物語とともに教訓を得られるため、非常に分かりやすかった。
気づきのあった言葉をいくつか。
「日常のリスクに注意せよ」
日常のリスクに気づくために、KPT法を使うのは、非常に有用ですね、やっぱり。
「変更はあらゆるプロジェクトの成功のために必要不可欠である」
改善、改善ですね！
「入出力の完全なリストのない仕様書は、見込みなしである」
これ、妥協しないように気をつけないと。

あなたのチームは、機能してますか？

先日、帰り支度をしてた私に部下のひとりから、この本読んだことあります？ 研修プログラムの中で勧められて読んでみたんですが面白かったので、もし読んだことなければ如何ですか と声をかけられた。

渡された本のタイトルを見て、内心ドキドキする私に、いや、別にそう言う意味じゃ無いですよ（笑） と言う部下。

これって良い関係ですよね(^_^;)

で、中身に関してですが、ストーリー仕立(ビジネス・フィクションと呼ばれるらしい)になっていて、とても分かりやすいビジネス書でした。そしてとても参考になりました。どうやって実践してみようかな。書いてあることはとても簡単なんですが、実行はなかなか難しい‥

現場力を引き出すリーダーの条件 「オーケストラ」型マネジメント

・厳格な階層型で軍隊式の組織構造：アルファ型
・協調とチームワークを重視するオーケストラ式の組織構造：ベータ型

ピラミッドの上位に位置する少数の層だけが情報を握っていた時代から、IT技術によってひろく情報が行き渡り、一般の社員が知識を得ることができ自由に発言することが可能となりました。
このような時代は、従来のアルファ型リーダーシップよりもベータ型リーダーシップが求められる、というのが本書の主張です。

現実的には、アルファ型組織の構造を急に変えることは困難だし、組織や仕事の内容によってはアルファ型の方が適しているケースもあるかと思います。
しかし、各部門のリーダーがもっと個々人が自己実現できる環境を創りだし、上からの命令よりもチームによる協調を尊重する風土を生み出せれば、もっと社員の創造性を引き出すことができるのではないかと思います。

「ファシリテーターの育成」「職人を評価」「学習できる組織」・・・もし自分の属する組織に閉塞感を感じているのであれば、現状を嘆くのではなく、ベータ型をイメージしつつ、まずやれることから行動に移してみてはいかがでしょうか。

コンサルタントの道具箱 勇気と自信がもてる16の秘密

ITエンジニアのゼロから始める英語勉強法 からのリファレンス。

ソフトウェア開発コンサルタントである著 者による、ディルバート的あるいはマー フィーの法則的に同コンサルタント業の遂 行上ぶつかるアレコレへの処世が展開され る一冊。

ソフトウェア開発というのは、納めるもの は媒体かもしれませんが、機能や品質につ いて「言葉」で定義していくため、往々に して「思てたんと違う」事態に発展しかね ません。 時計という機能のイメージを 「三針式経過表示装置」や、その他の表現 を用いて表現するような世界なのかもしれ ません。

そういう業種において鍛え抜かれた、本質 的な課題へのアプローチ方法がオムニバス 的に学べると感じました。

熊とワルツを リスクを愉しむプロジェクト管理

☆4
本編よりも、付録A「信念の倫理」に強く共感したよ！私が科学好きなのも、知ることが楽しいのも、全てここに繋がってた。
世代を重ねて蓄積された人類の財産にアクセスしながら、これからも責任をもって、注意深く私の信念を言葉にしていきたいと思ったよ。
リスク管理は、もっと大きな仕事を扱うようになったら徐々にこの本から取り入れていけばいいかな、と思った。
読み物としても、飽きずに面白く読めたよ。