なぜなぜ分析は、危険だ | タイム・コンサルタントの日誌から
「なぜなぜ分析」は、品質管理や労働安全管理などの分野で、よく用いられる手法だ。発生した問題事象の根本原因を探るために、「なぜ？」「なぜ？」とくりかえして掘り下げていく。この問いかけを“5回はくりかえせ”と、よく指導しているため、別名「なぜなぜ5回」とも呼ばれる。元々、トヨタが発祥の地であり、トヨタ生産方式の普及とともに、他の業界や分野でも使われるようになった。 図は、トヨタ生産方式の生みの親である大野耐一氏の著書から一例をとって、図示したものだ。工場内のある生産機械が故障してとまったとき、「なぜ機械は止まったか？」の問いに、「オーバーロードがかかって、ヒューズが切れたからだ」と答えただけでは、じゃあヒューズを交換して再起動すればいい、という答えしか出てこない。 しかし、なぜオーバーロードがかかったのか？→ (2)軸受部の潤滑が十分でないからだ、とほりさげ、 さらに (3)潤滑ポンプが十分組
「従業員」というシステムはもう限界にきている - teruyastarはかく語りき
(追記あり) ベンチャー企業あるあるにハマった。 http://anond.hatelabo.jp/20130811212721 起業して4年。年商4億、従業員10名まで到達した。 中途採用で新人を取り出してから我が社は完璧なブラック企業と化している。 というのも、創業メンバーの残り三人が 「創業時の自分と同じ働き方」を社員に強く求める傾向が どうしても止められないのだ。 代取である自分としては、利益の最大化をムリに目指すより 永続する業務のシステム化を優先し 能力の属人性を限りなく少なくし、 誰でも回せる会社システム構築を目指すべきだと考えている。 その結果として、一人当たりの利益は少なくなっても、 労働量はより減るようにするべきだと。 「俺が出来たんだから社員もできるはずだ」の論理がまかり通っている。 でも、僕はサラリーマン出身だからわかるのだ。 裁量がない状態で10時間働くのはフリー
女の幸せとかいうけど
なんなんでしょうね 男の幸せがガッツリ働いて一軒家買って、家にはかわいい子どもと綺麗な奥さん～みたいなのは昭和か！って感じだし それこそ幸せの形なんて個々で違うんだから男のとか女のとかひとくくりにする必要はないと思うけど 私は働きたい 結婚したとしても、ずっと家にいるだなんてゾッとするし、パートでもいいから外に出たいと思う ずっと働きたいと思って就活してきたけど、単純に自分が採用する側だったとして同程度の能力がある奴が2人いて、 一方が女、一方が男だった場合に、数年後結婚または出産で退職する可能性があるリスクがある女より 継続して働いてくれる可能性がある男の方を取るんじゃないかと思うんだよね まぁ男性でも有能だった場合は転職してしまう可能性はあるけど 女の人は一ヶ月の内に一週間くらい万全のコンディションで働けない時期があって、感情にもムラがあって、本当に非効率だと思うわけ 男の人はこういう
これは便利！！googleスプレッドシートのスクリプト機能でデータ管理＋メール送信システムを作ってみた！ - はてなこわい＞＜
2013-07-30 これは便利！！googleスプレッドシートのスクリプト機能でデータ管理＋メール送信システムを作ってみた！ GAS googleのスプレッドシートにちょっと書き加えるだけで、 メールが自動で送れたりとか、色々便利機能が作れる、『Google Apps Script』。エクセルのマクロみたいな機能ですが、JavaScriptで書くことができます。私はJavaScriptも書いたこと無いし、エクセルの関数も使ったことない程の超初心者だけど、簡単にできたよ〜。 社内用ツールとかさくっと作るのにすごく便利だと思います！ つくったもの Amazonギフト券のコード管理＋ユーザーへの配布システムを作ってみました。具体的には、まずAmazonで購入したギフト券コード（CSVでダウンロードできる）をコピペしたギフト券管理シートを作成します。 フォームから情報を入力すると、送りたい
「システム・インテグレーション崩壊」のすすめ - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
「システム・インテグレーション崩壊」は、時間の問題です。むしろ積極的にSI事業者自らが、この創造的破壊に取り組んでゆくことが、最良の生き残りの選択肢ではないかと考えています。 SIビジネスの課題は、Pay for Time (人月単価の積算で金額が決定するビジネス)であるにも関わらず、成果保証(瑕疵担保責任)を負わされることです。
プログラマーは皆、常に秘密や嘘を抱えている - totopon114689の日記
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 （家族や友人などプログラムを知っていない人間に話しても分からない、という事もある） プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか？ 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか？」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
人を責めるのではなく、システムを変えよう - 脱社畜ブログ
会社の新入社員や若手社員が、何か仕事上のミスを犯したとする。書類の書き方を間違ったとか、メールを送る宛先を間違ったとか、内容はまぁなんでもよい。そんな時、あなたが仮にこのミスを犯した社員の上司や先輩だったとしたら、どのように対処をするだろうか。 こんなときに、「意識が甘い」といってミスを犯した社員を責めたり、説教をしたりするのはあまりうまいやり方ではない。確かに、上司や先輩に説教をされれば、その人は「以後、気をつけます」と答えるだろう。大いに反省しているように見えるかもしれない。しかし、怒られて気分のいい人間はいないから、実際にはあなたに腹を立てているかもしれない。また、いくら気をつけても、人間はミスを犯す生き物なので、また同じようなミスが起きないとも限らない。 このような時は、ミスを犯した人を責めるよりも、なぜミスが起きたかを考えて、ミスが起きにくいようにシステムを変えるほうがよい。例え
銀行SEの現在 - novtan別館
もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考： IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2（システム完全統合）と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
