 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
 |
|
|
|
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
|
|
 原因１：システム開発の契約の内容・範囲が大雑把
|
 なぜ？、役に立たないシステム・動かないコンピュータができてくるのか？
受注する開発側の問題
●営業マンとしては
早く営業実績として計上したい、契約を急ぐ
「何でもできます・やります」と風呂敷を広げる
●SEとしては
営業の美味しい話しのつけを負わされる
採算のとれない仕事は手を抜く事になる
（早くしろと、ＳＥの上司に責められる）
発注する担当側の問題
●機械を購入する感覚
機械を「○○システム 一式」で注文する感覚
費用が検討の中心課題、金額をたたこうとする
●コンピュータだから何でも出来るだろう
導入後の仕事の進め方が検討されない
業務の進め方・改善内容を他人任せ
（私たちは素人だから．．）
|
 |
お互いに都合の良い話しだけを話し、相手に伝えるべき大事なことを忘れている
この状態で、システムが完成して動き出すと．．．
聞いて無いよ
いまさら言われても、困りますヨ！
作る前に言って欲しかった |
 |
どうなってるんだ
「良いシステム」と言ったじゃないか！
話しが違う |
システムを動かす段階になって、問題が発覚します
原因� �双方の目指すシステムの完成イメージが不明確のまま進んでいる
|
|
|
テオリア
仕事の図解