プロジェクトマネジメント（PM）の重要性は、あまり認知されていないように見える。 うまく回っているときは「あたりまえ」扱いでスルーされ、いざ暗礁に乗り上げたときに「どうなってるんだ！？」と糾弾の的となる。 プロジェクトをうまく回していくコツというか勘所は確かにあり、相応のトレーニングが必要だ。にもかかわらず、なぜか蔑ろにされている。ろくに訓練もしないまま、「見て学べ」「やって覚えよ」と実践に放り込み、メンタルをやられず生き延びた者が幹部になる。 これは悪手だ。 よく、「失敗から学ぶほうがより身につく」などと唱える輩がいるが、しなくていい失敗は避けたほうがいいに決まってる。そして、この「しなくていい失敗」のほとんどは、基本を押さえるだけで回避できる。 この、PMの基本を押さえているのが本書だ。 『プロジェクトマネジメントの基本が全部わかる本』には、プロジェクトを回していくために「あたりまえ」

飛び交う怒号、やまない電話、不夜城と化した会議室。 集められたホワイトボードが衝立のように立ち並び、全員が立って仕事をしている（座る間が無いから）。週をまたぐとメンバーの疲弊が目に見えはじめ、月を跨げば一人二人といなくなり、仕事場はお通夜となる。 トラブルの無いプロジェクトは存在しない。炎上するかボヤで済むかの違いなだけで、大なり小なりトラブルは付きものである。 自分が所属する部署は大丈夫かもしれない。だが、隣のブースだとか、同期がいるチームで炎上しているのを横目で見ながら仕事する、なんてことがある。ホワイトボードは目につくし、大きな声はイヤでも耳に入ってくるので、プロジェクトが炎上⇒鎮火するパターンなんてものも、なんとなく伝わってくる。 消火作業のイロハとか、怒った客をあしらう方法、リカバリ計画の立て方なんてのも、肌感覚で分かってくる。 そして、トラブルの扱いが分かってくる頃には、「応援

まとめ すごく長くなったので、まとめる。まず、今年のベスト。 この本がスゴい！2018のラインナップ。 この本がスゴい！2018の一覧は以下の通り。 ◆フィクション 『ランドスケープと夏の定理』高島雄哉（東京創元社） 『舞踏会へ向かう三人の農夫』リチャード・パワーズ（河出書房新社） 『寿司　虚空編』小林銅蟲（三才ブックス） 『直線』ディック・フランシス（ハヤカワ文庫） 『ブッチャーズ・クロッシング』ジョン・ウィリアムズ（作品社） 『槿』古井由吉（講談社文芸文庫） 『平家物語』古川日出男（河出書房新社） ◆ノンフィクション 『知の果てへの旅』マーカス デュ・ソートイ（新潮クレスト・ブックス） 『愛とか正義とか』平尾昌宏（萌書房） 『人間の解剖はサルの解剖のための鍵である』吉川浩満（河出書房新社） 『人生は、運よりも実力よりも「勘違いさせる力」で決まっている』ふろむだ（ダイヤモンド社） 『文学

今年もお世話になりました、すべて「あなた」のおかげ。 ともすると似たような本ばかりに淫するわたしに、「それがスゴいならコレは？」と教えていただいたおかげ。もちろん、好きな本だけ・本屋さんだけで完結しても問題ない。それでも全部読むのに一生以上かかるだろう。だけど、自分の地平を拡張するため、あえて知らない趣味、行かない場所に足を運ぶ。その収穫が、沢山の「あなた」からのオススメになる。昨年までの探索結果はこの通り。 この本がスゴい！2009 この本がスゴい！2008 この本がスゴい！2007 この本がスゴい！2006 この本がスゴい！2005 この本がスゴい！2004 さらに、今年は「スゴ本」のチャネルを増やしたぞ。「スゴ本オフ」と銘打って、リアルでの交流を図ってきた（直近だとスゴ本オフ＠ミステリを12/3にするよ）。ネット越しと違うのは、圧倒的な情報量。おすすめをプッシュする熱とエントロピーが

「コンサルタントの危ない流儀」はスゴ本。身の毛もよだつ暴露ネタだけでなく、優れた（結果ドリブンの?）テクニックをもHackできる。コンサルタントも、そうでない人も、盗みどころ盛りだくさん。 最初にハッキリ言っておく、コンサルタントは、こんなに酷くない。 顧客を財布、しかも巨大な財布だと見なし、知ったかぶりの業界通を気取り、難解な経営用語で煙に巻き、「お客さまと一体となって」嘘八百を並べ、プロジェクトが焦げ付く前にトンズラする―― こんなコンサルタントは、ほとんどいない。 しかし、コンサルタントの手口は、著者の暴露するとおり。なぜ言えるかというと、わたし自身、コンサルタント・ファームとして中の人の経験があるから。面白おかしく脚色してるだけで、やってることはホント（書きっぷりは山形浩生氏に似てる）。 ■なぜ、経営者はコンサルタントに莫大なカネをつぎ込むのか? 従業員の給料を必死こいて削減する一

今年「も」沢山のスゴ本と会えたのは、すべてあなたのおかげ。 ありがとうございます、大感謝しています。 たとえば、「この本よかった」とblogに書く すると、「ソレが良いなら、じゃぁ○○なんて、どう?」と教えてくれる じゃぁ、○○を読む なんと、す、スゲぇッ（絶叫） いそいで、「○○はスゴ本」とblogに書く ふたたび、「ソレが良いなら△△どうよ?」　このフィードバックループのおかげで、普段は読まないエリアまで手が伸びる伸びる。 もちろん嗜好の違いによる「ズレ」はあれど、それは単に「面白がって読めなかった」にすぎない。むしろ、そいつを味わうためのキャパ不足を痛感しただけでもめっけもの。その本を面白がって読むことはスキルの一つ。 気の毒なことに、「トシとると面白い本がなくなる」とグチるオッサンがいる。知見の狭さや思考の固さよりも、無自覚な様子が傍目に痛い。ああはなりたくないものだ。「ボクの範囲

本の探し方についてのエントリ「本を探すのではなく、人を探す」において、「目的を持って読む」と書いたが、具体的に何をどうすりゃいいのか、書いてない。本を選ぶまでが前回のエントリなら、ここでは、選んだ本をどうやって読んでいるかについて、書く。 最初に やはり長くなりすぎたこのエントリのまとめ↓ 読書は他人にものを考えてもらった結果をなぞるだけだから、自分のアタマでものを考えなくなる。そうした受動的な読書を打ち破るために、オキテを作って実践している。　オキテ1：読むだけの読書にしない、オキテ2：読んだら表現する、オキテ3：読んだらフィードバックする、の3つ。その結果、読書の対象に広がりと奥行きと深みが増した。特にオキテ2を強力にオススメする。 まとめ終わり。本文どぞ。 本ばかり読んでるとバカになる ショウペンハウエルが「読書について」でいいこと言っている。読書は他人にものを考えてもらうこと。だか

仕事でコード書いてた頃の話。 机上に「本」というメディアは無かった。プログラミングといえばお手本のコピペ＆手直しで仕上げてた。だから、せいぜい入門書やリファレンスといった辞書的なやつだけで、3年もすれば「古い」と引き出しの中へ。 だから、いつまでたっても上手なのは「お作法」だけ。あたりまえだ。仕様を実装したコードに「似た」コードやパターンを探し出す→コピペがプログラマの仕事だと思ってたから。ネットの情報が「全て」であって、「考える」とは、「いかにお手本に合わせるか」だったから。 プログラマというよりも、むしろ「コーダー」。その辺は「プログラマになれなかったわたし」[参照]に書いた。 ここでは、「コンピュータの名著・古典100冊」の既読リストで恥さらし。いかにちゃんとした本を読んでいないかがよっく分かる、なさけない。 本書はプログラミングに限らず、ソフトウェアエンジニアとしての libera

昨年の「東大教官がすすめる100冊」の2007年版。企画の趣旨は以下のとおり。 ■企画「東大教師が新入生にすすめる100冊」の趣旨 東大教師が選んだ新入生向けのブックリストとして、新書「東大教官が新入生すすめる本」と、紀伊國屋書店のサイト[参照]がある。全部で2100冊程と膨大なので、まとめる。まとめるだけでは面白くないので、100冊に絞ってランキングする。 新書もサイトも、「ただ並べてあるだけ」なので非常に見づらい。さらに、くりかえしオススメされる本の「重み」が見えないため、以下の基準で編集→ランキングする。 年を越えてオススメされる本は、それぞれ1票としてカウント 複数の教官にオススメされる本は、それぞれ1票としてカウント 全集・分冊は丸めて1冊にした。ただし、全集の中の特定巻を指してある場合は「ソコを読め」というメッセージなので別枠とした 参照元では「文系」「理系」と分けているが、混