本当に、ドラム缶の数を減らすことが、仕事上の問題の解決になるのか。これも、「解決問題」ではないのか。化することは、裏返せば、全体最悪に陥るリスクもあるということだ。統合データベースが故障すれば、全ての業務が停止する。務プロセスと統合データベースには相容れない面がある。かないだけの「やっかいもの」になりかねない。以下は、その失敗事例です。近年、品質に加えて開発期間の短縮にも取り組んでいる。時並行的に進めることで開発期間を短縮できないかと考えた。元化データベースの開発に取り掛かった。とで、同時並行して作業を進めるようにした。署を回ってヒアリングを実施した。生産技術でのヒアリングの結果、担当者から以下の発言があった。「中途半端な設計情報では使い物にならない。報で作業を開始すると、結局、後から手戻りが多発してしまう。次に、資材手配や生産準備を行う部門では。「生産技術の情報が良く変更されるようになった。しまい効率が悪く、並行作業どころではない。確定し安定するまで作業に着手できない。作業が翌朝までに終了せずオンラインの開始時刻が遅れることもある。早急にハードウェアの更新が必要になりそうだ。このメルマガは、本書をベースにお届けしています。その一部を以下でご覧いただけます。*全文(PDFfile)にご興味のある方は以下でダウンロードできます。パスワードのみお問い合わせ下さい。ユーザが必要としているのは、出力なのである。いる必要性は何もない。それは、システム屋が、最適な配置を考えれば良い事である。けるのは、いただけない。ースを利用する業務は継続可能なのである。動かす技術なども出てきている。「連合システム」と呼ぶ。対して入出力させるというシステムを構築した。スト・期間は、膨大なものになったと思われる。資に対する利益が出たか否かは疑問である。共有することもできる。ステムを徐々に拡張しながら構築することができる。ない重厚長大な感じがする。実在する企業とは無関係です。身近な失敗事例や成功事例をお寄せ下さい。ドラマ化し原因・対策等をメルマガにて解説したいと思います。して発生した損害やトラブルに対しては発行人はその責を負いません。このメールマガジンは、以下の発行システムを利用して発行しています。----------------------------------------------------------------------。