リスト：プロジェクトマネジメント（Sushiboy読書譚） を表示しています。（全 12 件）

ITプロジェクトの「見える化」は何のためにやるかで、そのやり方も違うかもしれません。
この冊子での報告を参考に、自社の目的、自部門の目的、個々の社員の目的を明確にして、見える化を進めるとよいと思われます。
見える化の費用が、改善による費用削減を上回らないように、なるべく費用がかからない方法がよいと思われます。（kaizen / 2008-01-18）

　昨年でた「下流工程編」は、
　システム開発のライフサイクルの下流部分にあたる「システムテスト」「運用テスト」に
　焦点をあてた「見える化」でしたが、
　今年の「上流工程編」は、「要件定義」と「システム設計」工程の「見える化」です。

　下流工程編が、システム開発のシステムテスト工程以降を
　　医療の現場をアナロジーにして、
　　健康状態・病気の診断、対症療法で説明したのに対して、
　上流工程編は、
　　飛行機のフライトにおける目標値設定と飛行計画に例えています。

　内容的には、
　プロジェクトにおける「定性的見える化アプローチ」を、
　　まず「自己評価シート」に基づくセルフチェックと、
　　アセッサーによる「ヒアリングシート」におるアセスメントの実施で把握。
次に、
　　「定量的見える化アプローチ」
　　測定尺度・・・ＣＭＭＩの「測定プロセス」の指標そのものになるか、と思いますが、
　　この指標項目を見ているだけで、しばし考えさせられます。
　「曖昧性と不確実性のマネジメント」は、
　　　ズバリ、リスク管理。
　そのリスクも踏まえた上での「見切り」をどうするか。
　　「良い見切り」と「悪い見切り」を考えます。
　具体例として、
　　失敗工学・・・にならって、失敗プロジェクト事例が５８も載っています。
　　これだけでも、一読の価値あり、と思います。
（papillon / 2007-08-06）

私も現場の責任者として『RFP』は大切なものとわかっていながら､書き方が良くわからない為敬遠をしてきました。
そんな中､著者の連載を当時誌上で目に留め『これはなるほど！』と､うならされました。
まず第一にきちんと『森』の部分を見せてくれる。全体像が誰にでも分かり易く描かれている。
そして『木々』の部分も申し分ない。（いくらで）（いつまでに）（結論先行で書きなさい）など大事な場面でしっくりと来るキーワードを示してくれ､読んでいくうち知らず知らずのうちRFPの勘どころが身に付いていきます。
そばに置いておけば､大いに役立つ一冊です。（ / ）

「具体性より網羅性が大事」など、非常にわかりやすい言葉や図を使用して簡潔に説明している書籍である。
ひとつのシステム架空の構築例を使って、順を追って説明している所が良い。
また、前半はRFPについての解説、後半はRFPを受け取り提案書を提出する側（ベンダ−）の解説と２部構成になっています。ともに７０ページ弱なのでとても読みやすいです。
因みに私はRFPを書く側なので前半重視で読みました。
是非、これからRFPを書こうとする人、またはもう一度RFPについて復習したい人にお勧めの一冊です。（coco / 2006-07-12）

RFPが何かを全く知らない方が、上司にRFPを書くように言われたらまずこの本を読むと良いと思います。厚さも薄く、RFPの様式、ポイントなどがざっと書かれていますので、短時間で把握できます。ただ、これだけを読んでRFPを書けるほどの内容はありません。サンプルもありますが、あくまでサンプルで、このサンプル程度の内容でRFPを出せば、その調達は失敗するでしょう。（neu-neu / 2006-02-18）

ＲＦＰの雛形を作成しようとした際に数冊購入し比較した。
ＲＦＰを記載する人が参考にするには厚すぎずいいと思う。しかし、ＲＦＰをチェックする立場の人には向かないかなと思う。（空星 / 2005-10-02）

読みやすいレイアウトで、日本語の表現もわかりやすく、ためになる具体的な事例が豊富です。特に関心したのはデザインの面で、白黒のモノクロ印刷なのですが、見やすい図表が多く、カラーでなくともここまで表現できるのか、と感銘を受けました。（hige / 2009-11-09）

プロジェクトは遅れることが，あたりまえのように思われているのは，洋の東西を問わない．
本書は，NASA・ロッキードなどの火星探索，FBIの誘拐事件解決，ボーイングのB777開発，エアボーンのフィルム空輸，ブロンコズのスタジアム建設など，時間が限られたプロジェクトで，いかにオンスケジュールで進めるかのポイントが記載されている．各々のチェックポイントも箇条書きで明確になっており，プロジェクトのリーダーには教訓集としても有益．
実話が持つ説得性がこの本の貴重なところだ．（yorozuya / 2005-05-15）

プロジェクトマネジメント、なかでもタイムマネジメントに焦点をあてて、ＮＡＳＡやＦＢＩなど特殊な組織の一大プロジェクトをどう成功させたかについて書かれている。
誘拐や火星探査など特殊なケースばかりだったので、実践書としてはどうかなと思っていたら、意外と「組織やトップは遅れられない厳しい納期にどう立ち向かうべきか」について、「責任者を同じ屋根の下に集める」とか「現場にやるべき仕事の優先順位を考えさせない（現場にとっては、どの仕事も急ぎで重要なのだから、優先順位はあらかじめトップが判断しておくべきだろう）」などなど一般的にも使えるようなノウハウがたくさんあった。
とりあえず、これを読んで海外航空便はエアボーンを使おうと思った。（ / ）

私、ユーザー企業の情報システム部門にて10年以上、PMをしております。この本が仲間内で大変評判になっており、私も一週間かけて読破しました。内容は主にプライムベンダーの視点で書かれています。ユーザー企業が「わからずやの無責任体質」にやや誇張して書かれているので、「自分は違う」と思いながらも、参考になる点が非常に多くありました。
以下、読後の感想ベスト３です。
(1)システム構築はユーザーとベンダーの共同作業なのだということを再認識しました。お互いの責任を明確にし、それをお互いが果たすことによってのみ、プロジェクトは成功に近づきます。
(2)日常のコミュニケーションが如何に大切かということを再認識しました。私自身、「言わなくても相手は理解しているはず」という淡い期待が裏切られ、何度失敗したことか。
(3)リカバリーの現場に正解はなく、当たり前のことを当たり前に行うことの重要性を再認識しました。ただ、この当たり前のことが難しい。結局、己自身のプロフェッショナリズムが問われているのですね。
いろいろな意味で刺激的で挑戦的な本でした。（ＫＡＫＡ / 2007-12-12）

本書は、（IT業界に於ける）プロジェクトがなぜ失敗するのか、また失敗しつつある事が判明した際にどのようにして、「リカバリー（火消し）」をするのかについて述べた本です。
思い返してみると、自分が関わったプロジェクトでうまく行かなかったものは、全てこのひとつひとつが、ドンピシャに当たっています。失敗事例からこれだけの本質的原因（ルートコーズ）をピックアップし、それを体系立てて整理した著者の努力にまずは敬服します。
しかしこの内容は、いちPMが理解をしたからと言ってどうにかなるものではありません。やはりプロジェクトオーナーとして顧客と対峙する必要があるポジションの人間が、この著者と同じ目線で理解出来て初めて有効的に機能するのだろうと思います。
とは言え、こういう本を読んでいる上司（プロジェクトオーナー）が仕切るプロジェクトと言うのはそんなに失敗しないんですよね。問題なのは、「こんな本は机上の空論だ」と言ってしまうプロジェクトオーナーが指揮するプロジェクトです。これはさすがに本書で述べる手順では解決出来ません。（jiateng4 / 2008-05-13）

トラブル現場で効くお手軽な即興テクニックを期待する人は買わない方がいいかもしれません。そんなものはないことを思い知らされます。本気でトラブル現場を何とかしようという強い意志を持っている人にはこれほどお勧めの本はないです。リカバリーの基本プロセスはためになります。しかしそれ以上に、ノウハウを超えた人と人とのぶつかり合いからギリギリの解決策を見出していくという人間力、精神力の力にもスポットがあたっており、日ごろ弱気な自分はガツンとやられた気分です。（李小龍 / 2007-09-19）

こんな本を待ってました。常日頃プロジェクトでトラぶった際に、何か参考になる書籍がないか探していましたが、結果論的な予防策に終始した理想論ばかり述べたものしか見つけることが出来ませんでした。本著では、トラブルは避けられないという現実的な視点に立脚し、発生時対応策が、実に具体的に記されている。現場で途方に暮れている（私のような）同胞に是非一読を強く勧めたい。（PMO吉田 / 2007-08-03）

前著「先制型プロジェクト・マネジメント」がPMの基本編であれば、本著は応用編に当たる。著者は、予防対策、発生時対策、という言葉を使っているが、まさしくそうなのだ。いくら予防してもプロジェクトでは問題が発生してしまう。それをどのように対処すべきなのか日々迷っているのが実態だ。この本では、今までのPMBOKの要約的な本では書かれていなかった発生時対策手法が沢山書かれている。私のようなITベンダーのPMには特にお勧めの1冊。でも、実践するのは相当ヘビー。
（オム / 2007-09-04）

私はIT業界でプロジェクトのサブリーダーをしている女性です。
プロジェクト現場では、次々と問題が発生して、
上手く対応できず、悩みが尽きません。
この本は、同じ悩みを抱える先輩から紹介されました。
はじめはあまり期待していませんでしたが、
読み進めるうちに、プロジェクト現場の問題に対して、
具体的な解決方法を提言している本だと確信しました。
私の会社ではPMBOKをもとにプロジェクトマネジメントの
標準化を目指していますが、
PMBOK流の理論と私が関わるプロジェクト
現場との乖離を感じずにはいられませんでした。　
まさにそのギャップを埋めてくれたのがこの本です。
（まるで痒いところに手が届くようでした。）
特に日本人である著者が、
アメリカの厳しいプロジェクト環境で得たノウハウは、
他の本にはない説得力があります。
（ノウハウだけでなく著者の体験談と主観的な判断
も散りばめられていて、私小説的と言えなくもない
けど。個人的には面白く読めましたが。）
そして、全体を通して著者の信念がにじみでていて、
実務者として共感できるところが多かったです。
絶対おすすめです。寿司ランチの特上
を我慢する価値あり！！（スシ姉 / 2005-07-12）

PMBOOKの知識だけではプロジェクトはうまくいかないと言っている本が多い。では何が必要なの？という質問に答える本は非常に少ない。
例えば、実際プロジェクトを計画しても、変更が多く、うまく推進することはままならない。
本書では、１５のプロセスが開始から終了まであると説明してます。特に、計画を立てるプロセスで抑えるべき急所が満載です。
プロジェクトマネージャーの具体的な仕事って何？という悩みを持っている人が多いかと思います。世話焼きが役割と考えている人も多いかと思いますが、この本は、プロジェクトマネージャーがしなければ、考えなければいけないルーティンとは何か？を教えてくれてます。（mago / 2003-12-18）

当たり障りの無いきれいごとの方法論を書いているPM本はたくさんあるが、この本には驚きを覚えた。筆者はアメリカで15年プロジェクトの現場にいたらしいが、その経験に基づく合理的で論理的なPM論と手法が濃密に書かれており、実に読み応えのある本であった。日本企業の馴れ合い的なPM現場に身を置く私としては考えさせられ、反省すべきことが多かった。今、職場に置いて手引きとして反復して読んでいる。筆者はPM研修会社で研修を行っているとあるが、是非一度ナマの声を聞いてみたい。（ / ）

私は現在PMの現場に身を置いており、幾つかのPJTを経験しているが現場では計画通りに進捗できず、悩みを抱える事が多い。この本は同僚に薦められ読んでみた。今まで多くのPM本は読んでみたものの教科書的な初歩的なものばかりで実際に役立つ本には正直出会えなかった。しかしこの本は一線を画しており、実務に役立つ情報が満載である。プロジェクトのフェーズごとの問題点や効果的なプロジェクト手法が詳細に述べられ、今後の業務に活かせることが網羅されているのである。私も我がチームのメンバー全員にすぐ読むように薦めた。PMに従事している人間には必読の書である。（ / 2005-02-10）

この本は、読めば読むほど味わいのあるプロのPM待望の書である。リソースプランの章では、「リソース管理部門と交渉し必要最低限のリソースを確保する」と書かれている。その中で「組織に安易に迎合するな」と言い、更に組織の問題として、「何より最大の不幸は組織が現実に存在する問題を学ぶ機会を奪い去ってしまうこと」と述べている。この部分だけでも本が1冊書けるほどの内容を、いともあっさりと記述してしまう所にこの本の恐ろしさがある。読むほどに味わいが出てくる本である。（ / ）

「会議はその場で議事録を作るためにある」という冒頭のことばが気になり買ってみた。
小難しい会議のテクニックを覚えるのではなく、会議のとらえ方を少し変えるだけで会議の生産性が上がるというのは面白い。
後半は会議の話から文明の話にまで発展して、ちょっとやりすぎな感じもした。（ayumu_00 / 2007-09-02）

私は社会人になって今まで一体何時間の会議を経験しただろう。
その中で本当にためになった会議と言うのは何パーセントくらいだろう?
と考える事がある。
どうせやるなら、もっと時間を有効に使えないものだろうか。集まった人がみんな満足して帰れる様な会議が出来ないか?　と悩む事もある。
簡単に「会議」と言っても、いろいろな種類がある
・営業会議→前月の結果を報告し問題点などをあげて今後を良い方向に持って行こうというもの
・進捗会議→何かイベントやコンクールの準備進行状態などをチェックし問題点を解決する
・報告会議
・プレゼン
・企画会議
まだまだ考えればいっぱいあると思うが、まず「勉強のために集まる」的な会議は除いて、「何かを報告して、何かを決めなければならない会議」の効率的なやり方を解説してある本だ。
簡単に要約すると
・会議中に議事録を作りながら会議をする
・そのためにパソコンとプロジェクターで議事を進行する
・話し合うべきタイトルと決めなければならないこと時間を最初に決めておく
・ワードのアウトラインスタイルで発言を全て登録していく
　(グーグルの文書&スプレッドシートでも可)
・結論が出たら【結論】という文字を入れる。色も変える
・やるべき事が出たら【TODO】と書いて『誰が』『いつまでに』『何を』を書く
・会議が終わったらそれをそのまま配布して次までに【TODO】をやっておく
という感じ。
確かにある種の会議においては、とても良い運営が出来そうな気がする。 （いんてきふこ / 2007-10-05）

タイトルが「究極の会議」なだけに難しいそうな印象を受けるが
議事録を少人数ならノートＰＣやモニターで、大人数ならプロジェクターで
共有しながら進める「議事録ドリブン」の活用法をさらっと読める。
また、議事録ドリブンに移行していく方法も示されていて
少しずつ会議、周囲を巻き込んでいくやり方も参考になる。（hiro / 2007-10-06）

会議をやったけど、結局何が結果だったのか？と会議方法に悩んで購入しました。
とても、シンプルなやり方で、今からでも実行できると思います。
「すごい会議」と併読すると、更に会議の方法が確立できると思います。
ただ、その中に会議のための専用アプリが紹介されているが、そのお値段と保守料が
思いのほか高かったのがショックでした。2万円前後であれば買おうとおもっていましたが。。。（coco / 2008-11-04）

ちゃんと機能する会議のやり方を、
議事録を共同作業で完成させるという
観点から、
システマチックに説明しています。
これはかなり実践的で、実際に使える手法だと思います。
その上、社内でそういう風に会議のやり方を
変える権限等が無い場合での
徐々に変えて行くやり方まで書いてあって、
そういう意味でも真に実践的だと思いました。
（かけふ / 2008-04-19）

以下の症状が当てはまるのなら、処方箋は同書となる。
・出席者が多すぎて、結論が出ない
・やる気のない出席者が多い
・上司の独演会で、他の人は発言しない
・予定通りの時間に終わったことがない
・プレゼンが準備不足で、いつもイライラさせられる
・会議が派閥争いの場になっている
・とにかく会議が多すぎる！
「マネジャー」「ファシリテーター」「メンバー」「書記」
の役割について詳細に書かれているのですが、
「ファシリテーター」の重要性を特に説いています。
「会議」の基礎とも言うべき、「当たり前」のことが書かれている。
だからと言って、「当たり前」の事が出来ないので、会議は踊る。
社会人１年生の必読書ではないかと思う。
もちろん、「会議が踊っている」会社では全員が読むべし！
会議によって、組織の力を問題解決に結集させる。
その為に、いかに会議内でコミュニケーションを活性化させ、
創造的で不和の生じない結果を出していくのかという事が、
懇切丁寧に書かれているので、「会議本」のお薦めの一冊です。
（手帳の達人 / 2006-09-05）

　「会議が変われば会社が変わる」といった類の本はたくさんありますが、
このタイプの本の本質は「コミュニケーション改善」です。
　そういった意味では、本書は
「発言に関する分類の方法」
「ファシリテーターの注目している点」
「単純明快である点」を評価して、
この分野の本では最高峰であると断言できます。
また、就職活動でよく使われる「月での遭難コンセンサスゲーム」の
評価、実地方法も掲載されており、お得感もあります。
「考える技術・書く技術」
「問題解決ファシリテータ－」と合わせて読めば、
ムラのないスキルの体系的理解ができるでしょう。（Kohei / 2003-06-28）

　私も、会議はなかなかうまく進められません。ある型にはまったときはいいのですが、新しいいろいろな状況でどういう会議をするかはいつも悩みます。その悩みを軽くしてくれる本でした。会議運営の守備範囲を広げる役にたてられそうです。
　ファシリテーターという第３者的な役割の司会者を置くことで会議の効率を高めることが、最大のアイデアになっています。その具体的な方法を、いろいろな観点を整理して説明してくれます。言葉は知らなかったものの、そういうやり方を聞きかじりで試したことはありましたが、自己流ではなかなかうまく進められない場面のほうが多かったように思います。著者たちが多くの実施例から得た知恵の数々を読んでいると、自分が間違っていた点や、悩まずにやりぬくべきだ㡊??た点がはっきりしてきました。
　新刊の案内でタイトルを見て興味はもったのですが、軽いハウツーものだと時間の無駄になる可能性が高いと思いすぐには手をださずにいました。その後、ワインバーグの「要求仕様の探検学」でも紹介されていることに気づき、出版されてから20年の時間に耐えて残った書籍であるとわかってようやく手に入れました。訳者あとがきでも説明されていることですが、20年を経ても古さを感じさせない内容でした。それだけいまだに「会議」は難しく「人間のコミュニケーション」の基本は変わっていないということなのでしょう。（jimmy / 2003-08-18）

　本書はマニュアルである。マニュアルは「何を」「どうやって」という二つの面を待つ。
「どうやって」という面では、中立を守る議事進行係である「ファシリテーター」が提唱される。しかし、その内容に意外性はない。個人にとっては無意識に行われていることだからだ。
　集団になると失われてしまう、その「無意識に行われていること」を意識化するテクニックの一つとしてファシリテーターは、提唱されている。
　マニュアル書として本書には、そのような「テクニック」が数多く紹介されている。しかし、本書がロングセラーたり得ている理由は、「どうやって」ではなく「何を」の面にある。
　会議（打合せ）のない仕事はない。本書は、これを「哲学」にしているのである。
　そのような立場で考えると、「良い会議のメンバー」になる条件と「よいプレゼンテーション」を行う条件には共通点がある。
　いずれもコツはコミュニケーションであり、上達するためには「批判を受けても自己弁護につとめない」ことである。
しかも、本書は批判を受けてもそれに対してカッとならない「どうやって」の面からもテクニックも伝授する。
こんなお買い得な本はない。（凧書房(迅速な発送を致します) / 2003-07-19）

会議本がにぎわっている。「ニワトリを殺すな」「会議革命」「問題解決ファシリテーター」そして本書の順で読んできました。
本書はその中で一番最初に読んでおいた方が良い本だったのかなと感じています。「問題解決ファシリテーター」の好印象が強く、ファシリテーターの実務、会議の進め方については著者が日本人で情報も新しいことにやはり一日の長があるように感じました。
本著は会議全体の基礎編ともいうべきところ。ファシリテーターも出てきますが、会議の基本的なあり方が押さえられているところが大変参考になりました。ファシリテーターと会議を主催するマネージャーとの位置関係、そして書記の役割の重要性など、なるほどと思いました。
会議に参加する全員がまず本著を読み、ファシリテ!ーター役に指名された方が「問題解決ファシリテーター」を読まれるといいのだと思います。（moritats55 / 2003-07-27）

仕事上の必要があって、ファシリテーションに関する書籍を漁ったなかの１冊。
著者の堀氏は日本ファシリテーション協会の会長で、著作も多い。
本書は、ファシリテーションの個別スキルであるファシリテーション・グラフィック、
すなわち「板書」について解説したものである。
会議で板書をするのはいちばん下っ端の若い人ということが多いが、
実はそれは大変な間違いで、板書をする人こそが会議において最も影響力を持ちうる、
と本書はいう。
なぜなら、板書をする人が個々の意見をどのように要約するか、整理するかで、
議論の組み立てを舵取りできるから(p2)である。
従って「板書」はファシリテータの最重要スキルのひとつということになるのだが、
実際にはリアルタイムで進行する議論を構造化したりグループ化したりするのは
容易なことではない。
本書では、「朝まで生テレビ！」を聴きながら板書する、という訓練方法を紹介しているが、
想像するだけでへこたれそうである。
ともあれ、これまで板書を会議スキルとして正面から扱った本はなかったように思う。
書かれている内容については、さほどびっくりするようなことはないが、
きれいに板書されたカラーのサンプルは大変参考になる。
なお本書を読む前に、ファシリテーションの全体像は類書で押さえておきたい。
以下をお勧めする。
　　『ファシリテーション』山崎将志,2007,ファーストプレス
　　『今すぐできる！ファシリテーション』堀公俊,2006,PHPビジネス新書（丁三 / 2007-06-04）

議論を描くということに関して、これほどまでに丁寧で分かり易い上に
内容ギッシリの本が他にあるだろうか？と思うぐらい素晴らしい本です。
ファシリテーション・グラフィックというのは、
ホワイトボードや模造紙等に、文字や図形を使って分かり易く表現し、「議論を描く」ことを言います。
グラフィックというと、何か難しいものを想像される方が少なくないと思いますが、
決してそんなことは無く、アンダーラインや枠囲みなど、
書くことに慣れていない人でも、すぐさま使えるテクニックが沢山あります。
でも、この本で一番優れているのはテクニックの部分では無いのです。
テクニックも満載なのですが、一番優れているのは
「私も描いてみたい」
と思わせる手書きのサンプル(図)が沢山あることです。
一番大切な「やってみたい」を感じることが出来る本なんです！
まずは綺麗に描けなくても良いのです。
本書で述べられているように、
『「上手下手」よりも「描くか描かないか」の方がはるかに重要』なのです。
ですので、この本を読んで「上手く描けるか分からないけど、まず描いてみよう」
と思ってもらえる方が沢山出てきてくれると私も嬉しいです。
私も会社で実践していきます。一緒に頑張りましょう！（ノグチョ / 2007-03-01）

帯のタイトルは「議論を描けば会議が変わる！」である。
巻頭の８頁のカラーページにより各章のポイントをビジュアルで提示。
それ以降のページも２色表示で、「図・絵・写真」が豊富で紙質も良い。
文章もこなれていて非常に読みやすく、楽しく通読できました。
「ビジュアル表示のコツ」を書いた書であるから、
当たり前と言ってしまえばそれまでだが、「看板に偽りなし」といった所。
「色」の使い方について、色相環や補色などの説明はなく、
「著者の好みで言ってる？」と思われ、突っ込みたくなる部分もありますが、
それを補ってあまりある「ビジュアル化」の「コツ」「工夫」を紹介しています。
初心者は最初から読み進めることで、視覚化のコツが分かります。
上級者は「第４章」の「研究編」からの、実際のミーティングを想定して、
白紙に徐々に書き込んでいく過程を解剖した解説が参考になります。
ファシリテーター、プレゼンテーターの「虎の巻」となる１冊ですね。
ちなにに、著者お薦めの、三菱「PROCKEY」は私も愛用の１本。
本書だけでなく、このペンも、私のお薦めです。
（手帳の達人 / 2007-01-24）

ファシリテーションの中核スキルであるグラフィックスについて、網羅的に解説した本です。
議論を見えるように描き出すことで、議論を活性化し、質を高め、話し合いの成果と参加者の納得感を高めることができます。
とにかくお薦めは第４章。打ち合わせやワークショップの例をもとに、実際に議論をどのように描き出すかを詳細に説明してくれています。
どのような会議で、どこ（ノート、ホワイトボード、模造紙）に描くのか、どのような描き方をするのか、などが懇切丁寧に描き出されています。
読んでいるうちに　頭が活性化してきて、自分でも描いてみたくなる気にしてくれます。
第２章で出てくるイラストも　非常に印象的、かつ簡単に描けるもので、なかなか役立ってくれています。
まずはファシリテーションの入門書（堀氏の『問題解決ファシリテーターがお薦め）を学んだうえで、是非お読み下さい。
理屈だけでなく実践につながる書です。（plateau / 2007-04-06）

これまでホワイトボードやノートの使い方を単に
記録する」「意見をまとめる」といった言葉を羅列した使い方から
グラフィカルに表現し印象を強く、また分かりやすく会議(議論)を進める方法を解いている。
一見すると、ブレインストーミングの発展系かとも思われたが、
本書は文字の大きさや、色、図形を工夫し使用することが議論のポイントを
いかに効果的に理解させやすいかを、いろんなケーススタディを用いて解説している。
これまで議論がなぜまとまらないのか、会議をまとめるということは
多くのことをダラダラと記録するのではなく、いかに分かりやすく理解させるのか
ということが本書を読むと良く分かる。
また、上手く会議をまとめるにはファリシリテーターの役割がどれだけ重要かというのもわかる。
いろんな角度からの思考力のまとめ方など
子供の教育からいろいろなプロジェクトまで、実践的に役に立つヒントが多い実用書。（neeson / 2007-01-10）

レビューを拝見すると評価が分かれるようですがツール集としてはよくできていると思います。
ただ、タイトルを「チームビルデング」と少し大袈裟にしてしまったために誤解を招く結果になっているのでしょう。価格も専門書並に高いのは気になります。（できれば１４００円くらいにして欲しかった）
著者の意気込みはわかりますが、以前出版した「組織変革ファシリテーター」と同じような誤解を与えているようです。
著者は研究者ではありませんので、この本の内容は必ずしも効果が実証されたものばかりではないかも知れません。実際の職場でチームビルディングを行うには、他にも様々な条件が必要ですからテクニックだけでは上手く行かないのは当然です。
ただ、研修担当者が研修でアイスブレイクやゲームとしてすぐに活用できるものが多いので一度試してみる価値はあると思います。（ねこねこ / 2007-08-12）

この本には現場という言葉がよくでてきますが、どこの現場を指すのかわりません。
書かれているアイスブレークは、企業の会議では使えないものが多いと思いますが、実際の企業で活用され効果をあげているのでしょうか。
本に掲載されている写真を見ると、どこかのサークル（またはカルチャーセンター？）で実施された風景のようですが、恐らくそのような場所であれば楽しい場づくりに活用できるかも知れません。
他の方のレビューを見ると研修で活用できると書かれた方が多いですが、確かに研修の最初の肩ならしのツールとしては、効果があると思います。
ただ、この本のねらいは企業のチームワークではなく、地域社会での街づくりを視野入れているので,私の期待には合わなかっただけなのかも知れません。（カスタマー / 2007-08-27）

表装、価格は「専門書」のようだが、内容は、前半部分が研修用のアイスブレイク、ゲーム、後半はファシリテーションを使ったプロジェクト会議の進め方を書いた、ビジネスハウツー本の域を出ていない。
チームビルディングを学びたい、特に、企業の職場でチームワークを構築したいと考えている方々にとって、大いに失望する内容である。残念ながら☆二つの評価が適当であると考える。
むしろ、気になるのは本書の中に、実際には検証されていない著者の思い込みと思われる記述が散見されることである。
一例をあげれば、著者は「ダイナミズム」と称してチームの力を１＋１＝３や４にすることを強調している。
しかし、集団での問題解決が必ずしも個人での問題解決よりも優れた答えを導き出さない、という研究結果があることは産業・組織心理学の基本である。（例えは、Taylor&Faustや亀田達哉氏の研究など）
また、紹介されているゲーム（ワールドカフェなど）のベースとなった、オズボーンのブレーンストームングについても、集団でのブレーンストーミングで出されたアイディアの数は個人のアイディアを、重複を除外して人数分集計した場合と比較して、多いとは言えず、質の面から見ても、集団の方が優れたアイディアが出やすいという事実も検証されていない。　そのため。この技法の有効性は必ずしも支持されていない。　（ただ、集団の場合はエラーに対する耐性が高まるという研究結果もあり、例えばＱＣサークルなどのように、実際の企業で活用することの有効性は確認されている。）
このような記述が多いことが本書の信頼性を著しく低くしていると言わざるえない。
結局、本書はハウツー本として活用され、「組織のダイナミズムを引き出す」といったセールストークを売り物にした怪しげな研修講師を輩出することになりはしないだろうか。（カスタマー / 2007-08-08）

著者の堀氏は日本でファシリテーションを精力的に広めている
方で、わかりやすい著書もたくさんありますが、本書は一体どうした
ことか。
ブレストの内容など役立つものも多いですが、いわゆるゲーム系も
ごちゃまぜになってしまっているため、全体として散漫で、現場の
泥臭さの感じられないものに仕上がっています。
また技法に注力しすぎて、実践する人のマインド面に触れられて
いないのは、いただけない。全ての起点は実践する人の問題意識です。
技法に溺れて、アイスブレイクに熱中している人ほど寒いものは
無く、巻き込まれる方はいい迷惑。
結局、研修で行えば楽しく盛り上がって、受講生の評価はやたら
高いが、その後の発展はほとんど期待できない単なる研修テキスト
（ネタ集）で終わっています。
同シリーズの『ファシリテーショングラフィック』が良かっただけに
残念です。（COR / 2007-08-03）

ファシリテーションに関して調べているなかで見つけた本です。
とても多くの1時間以内にできるシンプルなものから多少時間をかけてやるものまでいろいろなやり方が載っています。
使えそうなテクニックはすぐにやって試してみたい方なので、いくつか実践してみたいと思うものもあります。
ただ、たくさんのやり方が載っている分一つ一つの説明の中でどのやり方にどんな意味や人間の心理・感情があるのかというところの深い説明が少なかったため、実際にどういった効果があるのか本からはあまりイメージがわきません。
少し物足りなさを感じるので、星1つ減です。（Experiment & Experience / 2007-09-28）

　SEが中堅へステップアップするためには最適の本です。上流工程の整理方法について、今まで理論や方法論を解説した本を何冊も読みましたが、これだけ「現場」に近い感覚で即戦力になる本は皆無でした。作者は独自のノウハウを織り込みながらわかりやすく解説していきます。私の２０年のＳＥ経験からみてこの手法は充分納得出来るものでした。若い方だけでなく、中堅以上の方にもお奨めします。
　簡単にこの本の手法を説明します。上流工程の方法論として、処理を最初に考える方法(Process Oriented Approach:POA)と、データを主体に考える方法(Data Oriented Approach:DOA)が一般的です。この本ではDOAを主体としながらも独自の方法論をとっています。
　処理を「機能」と「業務」にわけて、業務とデータを同時に分析し、その後機能を分析するのです。新DOAと言えるかも知れません。業務はデータ・フロー・ダイヤグラム(DFD)で整理し、データはER(Entity-Relationship)図で書きます。このDFDもER図も「渡辺式」と言うべき独自の作図法です。DFDは「タイミングを表せない」という欠点をなくし、ER図は「実データ（タプル）を描けない」という欠点を完全に取り除いてあります。最後に機能分析ですが、ここでも驚くべき手法を提案することで、若手でも簡単に機能分析が出来る仕掛けを用意してあります。
　大変読みやすい本ですので、実用書と思えるかも知れませんが、バックボーンの理論もしっかりしています。著者はデータモデリングの本を既に２冊書かれた方です。この本がSEのバイブルになることで、不幸せなシステム開発が１つでも減って欲しいと思います。（hat / 2004-05-05）

上流工程には唯一無二の方法論は存在しないながらも、何らかの道しるべが欲しいという方には一読の価値はあると思う。具体的な業務フロー、データモデル等の書き方も参考になる。また、最後にまとめとしてセッションを会話ベースでシミュレーションしているのがリアルで理解を助けてくれる。自らの方法論を構築するためのベースとしての知識は網羅されている。（ / ）

非常に手堅い、堅実な本です。若いエンジニア、特に「Webアプリケーションの開発からキャリアをスタートし、基幹系業務システムの経験が薄い」エンジニアに強く勧めたいです。
著者は、業務システム（ビジネスシステム）の上流工程について、輸入された理論や知識、図法を形だけ適用するのではなく、現実の経験に照らして整理しています。
その態度は、まさに「工学的」で、非常に勉強になります。デスマーチ的な日々に埋没しがちな私は、尊敬しないではおれません。システム開発を成功させ、顧客に利益をもたらすためには、こういう工学的な態度を持っているべきだな、と。
他のレビューではあまり触れられていないようですが、本書の後半に列挙されている「上流工程で適用できるパターン」の考え方は、特筆に値すると思います。
最近では、「パターン」といえば「デザインパターン」であり、設計以降で利用されるものとしてとらえられていますが、著者は上流工程でのパターンとして、「業務フローのパターン」「データモデルのパターン」「機能モデルのパタ－ン」「サブシステム分割のパターン」の４種を挙げ、抽出を試みています。
若干、一般化が進みすぎているという感はありますが、業務に関して一般的な知識を得ることができ、とても有意義です。
あえて難点を挙げるとすれば、DFD、ERともに著者によるアレンジが加えられていることでしょうか。
アレンジ自体は、著者の優れたアイデアであり、書かれていることはよく理解できます。しかし、実務で使おうとすると、ER描画ツールが対応していないのです。また、他のエンジニアに、記法から説明しなければならないのです。この点は、やむを得ないところですが、読者の側に若干の注意が必要なところになります。
とはいえ、全般に読み応えのある、よい本です。経験則や、現場のやりかたに慣れて、より良い方法を考えるのをやめてしまいがちですが、この本はそうした惰性を断ち切るチカラになるでしょう。多くの人に読んでもらいたいと思います。（izagon / 2005-05-19）

私は、筆者が上流工程を設計されたシステムを今でも担当しています。筆者が設計されたＤＢの素晴らしさは、７年経った今でも色あせることはありません。筆者に５年ほど前に上流工程について講習をうけたことがあります。そのころ私は、ＳＥとしての経験も浅く正直筆者の話に感銘はうけましたが実践するまではいたりませんでした。それからの５年間で私自身いくつかのシステムを立ち上げましたが、その中で筆者より教わったことを断片ながら応用しシステムの立ち上げに役立てることができました。今回この本を購入し読み進んでいく中で、私が最近感じているシステム開発の難しさ、それに関する解答を見出すことができました。すばらしい本です。（kanzaburo / 2005-05-08）

今までＳＥとしての訓練を受けたこともないまま
次の開発で要件定義を書く担当になり、途方にくれつつ
参考になる本を探して、最初に見つかったのがこの本。
読んでから業務に取組み始めると・・
◆基本設計／詳細設計という言葉がプロセス、データモデル
　といった領域を無視したように語られているのがこの本を
　読んだ後だと不安
◆他の本も参考にしてますが、この本のデータ、プロセス、
　システム機能といった区分が一番しっくりいく
結局はこの本が座右の書になりそうです。（趙子竜 / 2004-01-20）