 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
 |
|
|
|
|
|
|
|
|
 一方的に相手が悪いと責めても
|
 開発したソフト会社を一方的に責めても解決しません
開発したソフト会社の担当者を呼びつけて
一方的にシステムの不備を挙げて．．．上司・社長を誤りに来させても．．．
実は、何も解決しません
ソフトハウスが一方的に悪い場合は少ないんです
でも、依頼した会社の社長・幹部はソフトハウスのシステムが悪いと言います
どちらにも何らかの原因がはあるんです
外注は会社の協力者ではありますが、一心同体ではありません
「相手の力を引き出す」、「契約以上のことをやりたくなる」
と、いう視点で考えてみると新しい発見があります
依頼することを、相手の立場で考え直してみましょう
|
 |
丸投げ（機械を購入する感覚）でシステム導入を進めると．．．
システム開発を依頼した企業側の”怒り”、”不満”．．．もちろん大きいです
でも、開発した側の不満も大きなものがある場合が多いのが現実です
確かに、ソフト会社の営業マンは『何でも、できます』と言います
コンピュータは、確かに何でもできます
でも、それはソフトが開発されて組み込まれてのことです
コンピュータソフトは、業務と大きな関係があるんです
会社の業務を整備や改善をしないで導入してしまうと問題が起きます
毎日の業務を運営する情報システムは会社の業務と一体のものなんです
それを考えないで、中途半端にソフト会社に任せきりにしてしまい
社内の業務運用を整備しないままに新システムを導入して．．．となると．．．
その結果、役に立たないシステム・動かないコンピュータが出来上がります
そして、発注側・開発側共にコストと不満を抱えることになります
誰も、得をする人はいません
ＳＥとして、だんだん経験を積んでくると
導入後、どの部分に変更を要求されるか予測できるようになります
ここは、こう言っているけど違うって言うだろうなと．．．
システムを設計していて、どちらにも対処できるように準備して進みます
いざ運用となって『違う』ときたら
言葉では、『大変です、大きな変更です』と言いますが
（事実何の対処もしていなければ大きな変更になります）
実は、すぐに切り替えられる
というような設計で開発をしていた経験があります
そのＳＥ経験から学んだことは
 顧客は 「言ってるコト」と「望んでいるコト」が違う ．．ということです
|
|
|
