「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか？ 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故] より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するので
秘密の悩みは、バーチャル師匠に相談せよ
精神的にヤバいとき、どうするか？ 自分ではどうしようもできず、かつ、誰にも相談できない悩みだったら、どうするか？ そんなとき、バーチャル師匠を召喚する。いわば仮想的な師匠である。 バーチャル師匠とは あらかじめ「人生の師」を決めておき、困ったときに相談する。師から直接、教えを受けてなくてもいいし、生きている必要すらない。師を模範として慕い、学んでいればいい。それこそ、マスター・ヨーダを師としてもいい。私淑と呼ばれる方法で、『アイデア大全』（読書猿、フォレスト出版）から学んだ。 700年前の詩人ペトラルカも、私淑を実践した一人だ。 彼は詩人としての名声を博してはいたものの、うつ病に悩まされ、精神的危機に陥っていた。自己欺瞞による惨めさと、絶対に叶うことのない恋と、欲情が生み出したドロドロの愛憎関係に悩まされていた。 誰にも言えない悩みだから、脳内で相談する。彼にとっての、バーチャル師匠はアウ
山が好きだからといって善人とは限らない『闇冥』
三大「〇〇好きに悪人はいない」のカウンターができた。 犬好きに悪人はいない → 『冷たい熱帯魚』 子好きに悪人はいない → 『IT』 山好きに悪人はいない → 『闇冥』 最初は、埼玉愛犬家連続殺人事件をベースにした映画。園子温・監督・脚本で、猟奇殺人事件に巻き込まれた男を描いたホラーだ。死体解体など凄惨なシーンもあり、R18+に指定されている。 次は、殺人ピエロの異名を持つジョン・ゲイシーから想を得た小説。みんな大好きスティーヴン・キングの長編で、映画にもなっている（リメイクされたハイ！ ジョージーが有名やな）。怖さなら小説を、おぞましさなら、実話のほうWikipedia[ジョン・ゲイシー]をお薦めする。 最後は、今回お薦めの山岳ミステリアンソロジー。馳星周が選んだとあって、ノワールなやつから悲哀に満ちた作品までさまざま。ここでは、山岳ミステリの傑作とも言われる、松本清張「遭難」について紹
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「ワインバーグの文章読本」で始めた7つの習慣
ワインバーグのライティング指南！（ここは驚くところ！あのワインバーグ翁だよ） 文章読本とあるが、コラム・エッセイのようなものではなく、本一冊を書き上げることが目的。自分のテーマを持ってる人は、本書を使うことで一冊書けるだろう。 ただし、いかにもワインバーグ本なので、使えるアイディアや視点は埋まっている。ゴシックで強調されるポイントもあるが、もっと重要な点がサラリと書いてある罠。ワインバーグ自身、自著を「金脈」ならぬ「鉱脈」と紹介する。金剛石はないかもしれないが、掘れば必ず石炭がある。これを「自然石」と名付けている。 有用なアイディア、視点、フレーズ ―― いわゆる「ネタ」―― 自然石を拾ってくること、積み上げることが、いわゆる「本を書く」ことになる。自然石を積み上げるから、「自然石構築法」と訳されている。 本書は、第1章「文章を書くために、一番大切なこと」から、第20章「完成した後は?」の
要求の品質
BABOKの最重要ポイントは、要求の品質にある。 そもそも論をぶちあげて責任韜晦するなら、まだ賢いほう。ふつうの顧客は、「要求部門が違うと言うから」「書いてないことはこっちのフリーハンド」などと逆ネジを食い込ませてくる。要するに、仕様書には無いが無償（ただ）で対応しろ、という圧力だ。テストフェーズ後半か、シミュレータでもエミュレータでもなく「本当に使う人」「本当に接続するシステム」が使い出す頃に出てくる。いわゆる、宴もたけなわの頃だ。不備、誤読、漏れ抜け、ほころび、食い違いを、堂堂と「バグ」と読んではばからない。昔は殺意が湧いたが、これでかなり丸くなった[怒らないこと]（とはいえ、ここでは仏教ではなくBABOKからのアプローチを続ける）。 しかしながら、反論が困難なことも事実。「仕様書に無い」「要件定義に書いてない」「そもそも要求すらない」という反論ができるほどトレーサビリティが無いのだ。
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
「プロジェクト・ブック」はスゴ本
建築デザイナー向けだが、システム屋のわたしにも効果大のスゴ本。 本書は、建築タイポロジーの解説ではないし、建築デザイン・テクニック集でもない。仮に本書が建築デザインについての形式論・類型論だったなら、わたしにとって、何の役にも立たないだろう。 しかし、デザイナーとしての才能やテクニックに関係なく、つくるキモチに焦点を当てている。たとえば、場のつくりかた、発意の仕方、他者との共有方法を理解することで、どういう瞬間にプロジェクトが「まわって」いるかを感じとれる。いちいち具体的で、かつ、そのままITプロジェクトにハマる。 デザインプロジェクトに効く63のキーワードと、現場の会話ログを追いかけるうちに、プロジェクトを「まわす」のに建築もシステムも大差なく見えてくる。つくる「モノ」は違えども、つくる「コト」は同じなのだから。 ■1 場所をつくる 大きなテーブル、広い壁、ライブラリー、気持ちのいい椅子
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
