やり直せない過去は変えてしまえばいい『グレート・ギャッツビー』
おっさんになって再読すると、違った面が浮かび上がって面白い。 若いころに読んだときは、自己中男の醜さや、頭空っぽの女の美しさが印象的だった。自己陶酔的な語り手に鼻白んだことも覚えている。 だが、いま読み返すと、ギャッツビーのひたむきな愛が眩しく、可愛そうなくらい未熟で愚かに見える。人生を折り返して、やり直したくてもできなくなった親爺からすると、ギャッツビーの愚かしさは、一周回って愛おしいものになる。 ギャッツビーを「愚か」というのは言い過ぎじゃない？ そういうツッコミが聞こえる。 貧乏な生まれながら身一つでのし上がって大金持ちになったギャッツビーが、有り余るカネを湯水のように使って夜な夜なパーティを開く―――愚かに見えるかもしれないが、ちゃんと理由があるからで、それを「愚か」と呼ぶのは言い過ぎだろう……というツッコミだ。 しかし、私が「愚か」と感じるのは、そこじゃない。例えば、語り手である
「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか？ 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故] より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するので
ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』
人はミスをする。これは当たり前のことだ。 だからミスしないように準備をするし、仮にミスしたとしても、トラブルにならないように防護策を立てておく。人命に関わるような重大なトラブルになるのであれば、対策は何重にもなるだろう。 個人的なミスが、ただ一つの「原因→結果」として重大な事故に直結したなら分かりやすいが、現実としてありえない。ミスを事故に至らしめた連鎖や、それを生み出した背景を無視して、「個人」を糾弾することは公正なのか？ 例えば、米国における医療ミスによる死亡者数は、年間40万人以上と推計されている（※1）。イギリスでは年間3万4千人もの患者がヒューマンエラーによって死亡している(※2）。 回避できたにもかかわらず死亡させた原因として、誤診や投薬ミス、手術中の外傷、手術部位の取り違え、輸血ミス、術後合併症など多岐にわたる。数字だけで見るならば、米国の三大死因は、「心疾患」「がん」そして
システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』
例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるｗ」という人は、本書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプレッシャーは見積額を底上げするし、納期が優先されて切り捨てられた品質は、技術的負債として残り続ける。経験豊富なエンジニアなら、大なり小なり、酷い目に遭ってきただろうから。 だが、これらを理解できない人がいる。 要員を追加して、手分けしてやれば一気に片付くはず 厳密にやれば、見積りバッファーはゼロにできる 品質のことはリリース後にじっくりやればいい ……などと本気で考えている。これは、ソフトウェア開発とはどういうものか、特性を知らないからだ。こんな無知な人間が経営層にいたり、顧客の代表となった場
しなくていい失敗を回避する『プロジェクトマネジメントの基本が全部わかる本』
プロジェクトマネジメント（PM）の重要性は、あまり認知されていないように見える。 うまく回っているときは「あたりまえ」扱いでスルーされ、いざ暗礁に乗り上げたときに「どうなってるんだ！？」と糾弾の的となる。 プロジェクトをうまく回していくコツというか勘所は確かにあり、相応のトレーニングが必要だ。にもかかわらず、なぜか蔑ろにされている。ろくに訓練もしないまま、「見て学べ」「やって覚えよ」と実践に放り込み、メンタルをやられず生き延びた者が幹部になる。 これは悪手だ。 よく、「失敗から学ぶほうがより身につく」などと唱える輩がいるが、しなくていい失敗は避けたほうがいいに決まってる。そして、この「しなくていい失敗」のほとんどは、基本を押さえるだけで回避できる。 この、PMの基本を押さえているのが本書だ。 『プロジェクトマネジメントの基本が全部わかる本』には、プロジェクトを回していくために「あたりまえ」
炎上プロジェクトの火消し術『プロジェクトのトラブル解決大全』
飛び交う怒号、やまない電話、不夜城と化した会議室。 集められたホワイトボードが衝立のように立ち並び、全員が立って仕事をしている（座る間が無いから）。週をまたぐとメンバーの疲弊が目に見えはじめ、月を跨げば一人二人といなくなり、仕事場はお通夜となる。 トラブルの無いプロジェクトは存在しない。炎上するかボヤで済むかの違いなだけで、大なり小なりトラブルは付きものである。 自分が所属する部署は大丈夫かもしれない。だが、隣のブースだとか、同期がいるチームで炎上しているのを横目で見ながら仕事する、なんてことがある。ホワイトボードは目につくし、大きな声はイヤでも耳に入ってくるので、プロジェクトが炎上⇒鎮火するパターンなんてものも、なんとなく伝わってくる。 消火作業のイロハとか、怒った客をあしらう方法、リカバリ計画の立て方なんてのも、肌感覚で分かってくる。 そして、トラブルの扱いが分かってくる頃には、「応援
ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具
驚くほど上達する「みんなで推敲」体験事例の発表会まとめ
「文章の推敲は、自分一人でやるものだ」と思いこんでいないだろうか？ しかし、グループウェアなどのコラボレーションツールを使って「みんなで推敲」すると、文章は、驚くほどよくなる。 「Googleドキュメントを文章推敲プラットフォームとして使う」という、誰でも思いつきそうな、しごく単純なアイデアだが、実際にやってみると、驚くほどの威力があり、新鮮な感動を覚える。これは、集合知を使った文章推敲のイノベーションだ。 この「みんなで推敲」の体験談の発表会が8月30日に開催された。具体的に、どのように「みんなで推敲」が行われ、文章が改良されていくのか、そのプロセスが分かる、たいへん興味深い内容だったので、この記事でまとめる。 今回発表を行ったのは、ふろむださん主催の[面白文章力クラブ]のメンバーの３人。このクラブは、ライティングの初心者からプロまでが集まって「みんなで推敲」を行う場所だ。 わたし自身、
おっさんから若者に贈る「経験を買う」6冊: わたしが知らないスゴ本は、きっとあなたが読んでいる
結論から言うと、経験は買える。 適切なタイミングで適切な本と出会うことで、しなくてもいい経験や、身につけておくべき知恵を”買う”ことができる。今「おっさん」である私から、20年前の「若者」だった私に、いい仕事をする上で読んで欲しい本を選んだ。 20年前は、炎上プロジェクトに飛び降りて、鎮火しつつ撤退する「しんがり」役を仰せつかっていた。負けることは決まっているが、死なないように生きることばかり考えていた。将来に漠然とした不安を感じていたものの、とにかく目の前の障壁をクリアすることが先決だと思っていた。 今はかなり違う。 身をもって得た経験や教訓はあるが、代償は大きく、もっと効率よく結果につなげることができたはず。この「効率」とは要するに時間だ。莫大な時を費やして手に入れた経験は確かに得難いが、そんなことをしなくても積むことはできた。どうすれば可能か、今なら分かる。 それは本を読むことだ。本
怒りの根っこには必ず、「私が正しい」という思いがある『怒らない練習』
怒らない人生が欲しい人に。 マスゴミ、経済学者、暴走老人と、世に怒りの種は尽きまじ。新聞読まないのは心の平穏のためだし、オフィスではひたすら平常心、妻の罵倒は御褒美です。それでも「イラッ」とくる瞬間が怖い。いったん怒りのスイッチが入ったら、どんどんエスカレートして逆上するから。そして、ずっと後になっても何度となく思い出してはネチネチ自分を責めるハメになるから。 なんとかせねばと読んだのが『怒らないこと』、これは素晴らしい本だった。なぜなら人生変わったから。「一冊で人生が変わる」ような軽い人生なのかと言われそうだが、違う。「怒り」の悩みは常々抱えており、ガン無視したり抑圧したり、王様の耳はロバの耳を繰り返してきた。上手くいったりいかなかったり、アンガー・マネジメントはかくも難しい。だが、そういう苦悩を重ねてきた結果、この一冊をトリガーとして一変させるだけの下準備になっていたのだろう。とにかく
コンサルタントはこうして組織をぐちゃぐちゃにする『申し訳ない、御社をつぶしたのは私です。』
「嘘つきは経済学者の始まり」という諺があるが、コンサルタントも入れるべき。 中の人として働いたことがあるので、その手法は分かってる（まとめ:[そろそろコンサルタントについて一言いっておくか]）。だから本書は、徹頭徹尾、黒い笑いが止まらない。騙される幹部が悪いのだが、振り回される社員はたまったものではない。ファームであれジコケーハツであれ、理論武装を「外」に求める人は、予習しておこう。あるいは、コンサルティングを「説得の技術」と捉え、逆にそこから学ぼう。 本書は、マジシャンが種明かしするようなもの。コンサルタントの方法論である「適応戦略」や「最適化プロセス」「業績管理システム」は、役に立たないどころか、悪影響にもなると暴きたてる。著者は経営コンサル業界で30年も働いて、いいかげんこの「お芝居」にウンザリして、懺悔の名を借りた曝露本を出したという。その具体例が生々しい＆おぞましい＆あるある。
この本がスゴい！2011
今年もお世話になりました、すべて「あなた」のおかげ。 このブログのタイトルは、「わたしが知らないスゴ本は、きっとあなたが読んでいる」。そして、このブログの目的は、「あなた」を探すこと。ともすると似た本ばかり淫するわたしに、「それがスゴいならコレは？」とオススメしたり、twitterやfacebookやtumblrで呟いたり、「これを読まずして語るな！」と叩いたり―――そんな「あなた」を探すのが、このブログの究極の目的だ。 昨年までの探索結果は、以下の通り。 この本がスゴい！2010 この本がスゴい！2009 この本がスゴい！2008 この本がスゴい！2007 この本がスゴい！2006 この本がスゴい！2005 この本がスゴい！2004 昨年から始めたオフ会で、たくさんの気づきとオススメと出会いを、「あなた」からもらっている。目の前でチカラ強くプッシュしてもらったり、物語談義を丁々と続けたり
「怒らないこと」はスゴ本
怒らずに生きるための一冊。 自分を壊さないための怒り方として、[正しい怒り方]を書いた。この記事がきっかけになって、本書に出会う。著者はスリランカ上座仏教の長老で、アルボムッレ・スマナサーラという。「怒り」に対する考えや姿勢を、わたしの記事なんかよりも、ずっと分かりやすく・直裁に具体的に紹介している（誓っていうが、これをタネ本にしてませんぞ）。怒りのない人生が欲しい方へ強くすすめる。わたしにとって、「それなんて俺」的な確認のための読書となった。次にわたしが「怒る」とき、よりその本質を観ることができるだろう。 ■ 「怒り」について、誰も知らない 最初に著者は挑発する、「怒り」について誰も知らないと。「怒るのは当たり前だ」と正当化したり、「怒って何が悪い？」さもなくば「怒りたくないのに、怒ってしまう」という人は、自分にウソをついていると断言する。「本当は怒りたくない」なんて言い訳して、ホントは
わたしが知らないスゴ本は、きっとあなたが読んでいる: 夫婦生活で学んだ7つの心得
嫁さんと子どものおかげで、今のわたしがいる。 これは冗談でもなんでもなく、わたしが死なずにこれたのは、嫁子のおかげ。かなりアレな人だったからね、わたしは。 ここでは、いい夫婦を続けるために、わたしが身をもって学んだことを書く。ただし、子ども関連は省く。子ども因子はとてもデカいし、別シリーズで書いているので。最重要は「■1 感謝大事」に尽きる。これが欠けていると他に何をやってもダメ。忙しい人はそこだけ読めばOK。 ■1 感謝大事 「ありがとう」は魔法の言葉。ドラマや小説で手垢にまみれた「愛情」なんかより、「ありがとう」の一言がよっぽどリアル。あるいは、アイラブユーとサンキューは一緒。 いや、斎藤一人のまわしものじゃないってば。流行のスピリチュアルや引きよせの法則じゃなくって、夫婦生活で実質的に使える。例えば口論で自分の主張を伝えたいときに言い添える。「△△をしてもらってて、いつもありがたいと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
