システム(人+組織+業務+情報+IT)の専門家になる。脱却した健全なIT国家形成に寄与する。「おすすめの本」に以下を追加しました。企業システム戦略家(システムアナリスト)の青島です。いつも当メルマガを、ご愛読いただき、ありがとうございます。”読者数(mag2+melma!)が500人を超過中です。実に70%がコスト・納期を超過し失敗しているそうです。成功するシステム構築・活用の方法をご提供します。幸せになられることを切実に望みます。『数は、力なり』です。マスコミ、官公署共にシステム構築に対する健全な発展を促します。すれば、システム構築に関わる悲喜劇も減るのだと信じます。紹介すれば、500x10x10=5万人(社)の輪になります。ことができると思いませんか。★ぜひ、皆さんのご協力をお願いします。メルマガ登録はこちらで。◆非公開になったSoftEther。ムダに過ぎてしまいます。以下は、その失敗事例です。あれから2ヶ月、システム構築は全く進展が無くなってしまった。発注先と揉めて、話し合いがつかず反目し合ったままだ。仕様漏れなので責任は当社にあると主張して引かない。訴訟も辞さない構えだ。非を責めたて、自分たちには責任は無いのだと言い張るばかりだ。最近では、相手の担当営業にも連絡を取れなくなってきた。本気で訴訟の準備をしているようだ。訴訟になれば、こちらの主張を押し通すだけの自信は無い。少なからず、不明な点や、あいまいな記述が散見される。打ち合わせの議事録も、しっかりと取っていなかった。冷静になってみれば、当方にも過失はある。しまって、それを自ら認めるという余裕は無くなっていた。ならないし、これまでの投資や時間をムダにすることにもなる。よいかを考えるべきだったかもしれない。十分に出来上がっていたのだ。このメルマガは、本書をベースにお届けしています。その一部を以下でご覧いただけます。*全文(PDFfile)にご興味のある方は以下でダウンロードできます。※出版関係者のみなさま、ぜひ、出版企画書をご検討下さい。欠陥と仕様変更は必ず発生する。害賠償責任が発生する。そこで、両者の過失を相殺するというのは、いかがだろう。差し引きゼロにするのである。おけば、欠陥や仕様変更を抑制する効果も期待できる。ものも、とれなくなってしまう。欠陥が多く、仕様変更が少なければ、業者側に余分に無償作業が発生する。それでも、やはり仕様変更か欠陥か、調整がつかないようなことがある。この場合には、双方が意固地になり、もう理屈ではなくなってくる。