【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
　　　　　　　　　　詳しいプロフィール

有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel　025-531-1151
E-Mail
info@it119.org

使えないシステムが作られてしまう（役に立たないシステム・動かないコンピュータ）

コンピュータが業務に合わない

	開発プロジェクトの“成功率”は約6割と言われています
			●注目のプロジェクト成功率向上方法とは？ 　　■開発プロジェクトの“成功率”は約6割 　　まず開発プロジェクトの成功を“納期＋予算＋品質”の達成水準で測ると 　　仮定したうえで、読者が過去1年間にかかわったプロジェクトの成功率を 　　尋ねた結果が、図1だ。回答者全体の成功率を平均すると59％となり、 　　現在のプロジェクトのおよそ4割が何らかの“失敗”を包含していることが分かる。
	「動かないコンピュータ」からは脱出できない、陥らないことが重要
			●動かないコンピュータ」からは脱出できない，陥らないことが重要 　　特に記者が興味深かったのは，自分がかかわっているプロジェクトが「動かない 　　コンピュータ」になった場合の対処についてです。何人もの方から，いったんシス 　　テム開発が進まない状態，つまり「動かないコンピュータ」に陥ってしまったら， 　　そのままでプロジェクトを続けても脱出はできない，というご意見をいただいたから 　　です。再度，やり直すしかない，というものです。 ●読者が伝えた70の動かないコンピュータから考える（上） 　　4番目の動かないコンピュータがある 　　前回，記者は動かないコンピュータには三つの種類があると書きました。 　　一つ目は，到底不可能なプロジェクトをやろうとしたための失敗。 　　二つ目は，システム開発のやり方がまずかったために，プロジェクトが 　　失敗してしまったケース。 　　三つ目は，システムは完成し無事に稼働していたものが，あるとき突然に不具合が 　　発生して大きなトラブルを呼んでしまうというものです。 ●読者が伝えた70の動かないコンピュータから考える（下） 　　失敗プロジェクトの“戦犯”はだれか 　　現在では，ユーザーが独力でシステムを開発するケースはほとんどありません。 　　多くの場合，ユーザーはベンダーに開発業務を発注しています。ユーザーと 　　ベンダーの一方だけの責任でプロジェクトが失敗することがあるのかどうかは， 　　意見の分かれるところだと思います。ただ，みなさんのご意見の中には， 　　「コミュニケーション不足」のように，ユーザーとベンダーの双方にかかわる 　　原因ではなく，ユーザーやベンダーの力不足がプロジェクトの失敗を招いたと 　　いうものも少なくありませんでした。

役に立たないシステム・動かないコンピュータを導入すると大きな損失

大切なシステム開発で失敗する例が多いのｌです

良いシステ 使いやすいシステム と簡単に使っていますが どこでも、誰にでも通用する普遍の概念ではありません

当事者になってしまっては後の祭りです 高い勉強代を払ったと思ってあきらめるしかありません そうならないよう、いきなり巨大システムにかからずプロトタイプをしっかりやってから 契約も小出しにしてダメなベンダーとは縁を切りやすい体制が大切です ユーザーといえども、プロジェクト管理する能力がないとダメなのです