仕事でそういう話をしていて、もやもやしたので考えを整理しておく。 リスクとコストを正しく評価する ヒューマンエラーをシステムや仕組みによって防ぐといっても、全てのエラーが起きないようにするのは、網羅性とコストの面から不可能ではないかと思う。 つまり、ヒューマンエラーのリスク(原因となる作業の頻度と発生した場合の影響)と、それを仕組み化するコスト(構築と維持)を正しく評価した上で、費用対効果のよいものから対応していくことになる。 このあたりは 自動化するときに考えること - HsbtDiary(2015-05-03) で述べられている考え方にも繋がる。 ただ、これとは少し違うポイントとして「普通はそういうことはやらない」とか「注意すればいい」という思考があると考えている。 仕組みでヒューマンを守る そういった考え方は、そっくりそのままそれを仕組み化すべき理由になる。 これらの思考はリスクとコ
とても難解な問題に直面した場合、あなたはさまざまな方法を試すことによって、その問題の解決を試みようとするかもしれません。それはそれでひとつのやり方かと思いますが、ブロガーのDave Lee氏は、あらゆる解決策を試すのではなく「まずはじっくりと見てみる」ことで解決を図る提案をしています。 この提案の核となっているのは、ひとつのアイデアについて意図的にしっかりと考えてみることが、問題に対するもっとも簡単かつ効率的な解決策である場合も多い、という発想です。この戦略は次の4段階の手順に分けられています。 Photo by John Lambert Pearson. 問題やチャレンジに関することを紙に書き出す。またはプリントアウトする。 それをじっくりと眺め、よくよく考えてみる。 さらにじっくりと考えてみる。居眠りをしてしまっても構わずに、目が覚めたらまた紙をじっくりと眺める、という作業を繰り返す。
わが「心の師匠」の一人に元SEの方がいらっしゃって、今、50代半ばの彼が20代のばりばりSEだったころの話。 お客様との打ち合わせで、「こういうことしたいんだけど」と言われると、つい「あ、それ、無理です」と反応し、「こんなことはできるのかな？」と言われれば、「ああ、ダメですねぇ」と答えてしまったのだそうです。 しばらくは辛抱強く相手をしてくださっていたお客様が、とうとうキレて、 「私たちは、コンピュータに関しては素人だ。だから、技術的にできるかどうかなんかわからない。でも、”したい”ことはある。あなたたちSEは、私たちが”したい”ことをどう実現するかを考えるのが仕事ではないのか。”こうすればできる”とか”こういう風に条件を変更できませんか?”とか言ってくれれば、こちらも考える。どういう風に問題解決をするか、共に考えてほしいと思って、こうやって話をしているのだ。 だから、二度と”できない”と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
