 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
 |
|
|
|
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
|
|
 原因３：導入側の社内体制創りが不十分
|
 なぜ？、役に立たないシステム・動かないコンピュータができてくるのか？
 社内の要望は、まとまっていますか？
.
●導入企業の社内に
・業務の仕組みを検討する場はありますか？
システムの担当者は購入担当者であり、ソフト会社との連絡窓口でしかありません
システムの在り方を決定する人や組織はありますか？
・責任をもってシステムに求める「要件」を決定していく機関はありますか？
ソフト会社が仕様変更を見込んで開発するしかないのではないですか？
途中に仕様変更を入れるのが当たり前と思っていませんか？
●システム開発者から見ると
・システムの根幹を揺るがす重要な決断がころころ変わる．．．とても困ります
・導入直前になって変更を要求して、納期も費用も変わらない．．．これも困ります
・システムを手作業の置き換えと考えている人がいます（人手→コンピュータ）
仕事のやり方が大きく変わる事を理解して欲しいんです
|
 |
ソフト開発会社への「丸投げ」の３要素
●機械を購入する感覚
システムの内容より見積金額のみが検討の中心になっていませんか？
内容が不明確なのに高いか安いか本当は分からない
●内容を人任せにする感覚
見積や提案を求めるだけで社内で考えない、これで満足できるシステムは開発できません！
ソフト会社は内容が不明確な分は見積金額を上げるようになります
●作業としてしか仕事を語れない
作業の流れはわかるが．．．どうしたいか考えられない．．．これでは困ります
他人の作った画面や帳票の資料を見て良い・悪いを言うだけ
何を、どうしたいのか！明確に主張する
『私たちは素人だからコンピュータの専門家にすべてお任せします』
と言いながら、その会社の業務の素人に大切な業務システムを丸投げしてしまった
原因�◆�ソフト一式○○円の見積りが問題です
|
|
|
テオリア
仕事の図解