yellowfoxの巣

カレンダー

キーワードサーチ

▼キーワード検索

プロフィール

yellowfox

フォローする

日記/記事の投稿

失うことによって必要を知ることができるのかもしれません
安定した状態がいつまでも続くとは限りません
あたまの中に詰まっているものを出す方法について考えてみる
ダラダラやっても成果は上がりません
最後は自分との戦いなのかもしれません

カテゴリ

みのまわりのできごと

(249)

バックナンバー

2026年08月
2026年07月
2026年06月

2026年05月
2026年04月

コメント新着

yellowfox @ Re:そうですね。(07/27) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ そうですね。うちの商品も一過性のものとならないよう…

yellowfox @ Re[1]:お客さんに揉まれないとノウハウは得られないようです(06/09) こんにちわ。「ママ代行ミルク屋さん」…

「ママ代行ミルク屋さん」 @ Re:お客さんに揉まれないとノウハウは得られないようです(06/09) お客様からのメッセージ・コメントは宝物…

yellowfox @ Re[1]:「流れ」は自ら作り出すものです(08/31) こんにちわ。ママ代行ミルク屋さん＞…

フリーページ

その３

< 新しい記事

新着記事一覧(全3311件)

過去の記事 >

2007年09月18日

　最近、ふと感じたこと。

　ITシステム開発において。

　プロジェクトが失敗したとき。

　ステム障害が起こったとき。

　原因を追求していくと。

　ほとんどの場合、1つか2つぐらいに絞られてくるようです。

http://plaza.rakuten.co.jp/yellowfox/diary/200406220000/

　で、その原因を根本から取り除く方法を考え。

　行動に移していくことによって。

できるのかもしれません。

　ところが、大企業といったところは。

　プロジェクトが失敗したとき。

　システム障害が起こったとき。

　根本的な原因の究明に時間を費やすのではなく。

　「品質向上だ～！！」

　このようなことをいって、品質向上委員会などといった
組織を立ち上げて。

　意味のない書類を書かせることに労力と時間を費やして
いる点はどこも同じようですが。

　このようなことをしていても。

しれません。

　ITシステム開発だけでなく、どのようなことにおいても。

　失敗したとき。

　トラブルが起こったとき。

　とことんまで自分のあたまで考え、根本的な原因を究明し。

　同じ過ち。

　繰り返してしまうものなのかもしれません。

http://www.yuichiro-itakura.com/archives/2006/07/18-0736.html

　おわり

お気に入りの記事を「いいね！」で応援しよう