 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
 |
|
|
|
|
|
|
|
 より良いシステム開発をするには
|
 導入したシステムに満足してもらうということは
これでは、いつまでたっても解決しません
ちゃんと
やってよ！ |
 |
実力
あるの？
できるの？ |
敵対関係では解決しません
一緒に創り上げていく心の環境が必要です
解決すると言うことは
【開発企業にとって】．．．導入した企業に喜ばれる
・契約時に提示した内容を満足し
・導入により業務を革新し
・営業成績の向上に貢献し
・導入して良かったと喜ばれる
【導入企業にとって】．．．安心して使っていける
・思っていたより良いシステムと感じ
・開発担当者とのより良い関係が築け
・業績の向上に貢献し
・次の開発に進みたいと感じる
これが満足できないと解決とは言えないと考えています
|
 |
開発者が一番嬉しいのが
開発が終わって、安定運用して
使っている現場の人に、喜んでもらうこと・褒めてもらうこと
それが一番の喜びなんです
遊びに行くと言いながら、運用の状態を聞きに訪問して
次の改造のアイデアを一緒に考えることが楽しいんです
継続的な関係を築けることで、ソフト会社の業績も安定してきます
|
|
テオリア
仕事の図解