 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
 |
|
|
|
|
|
|
|
|
|
|
 システムの新規開発と改造の要件を整理すると
|
 きちんとした会社に、しっかり開発してもらったシステムなら問題ありません
開発実績もあり、営業マンも担当者も優秀で誠意がある
そんなソフト会社に依頼いた場合には、せっかく開発したシステムを、使わないで作り直す．．．
そんな場面は無いと思います
ですが、ソフト業界には使えないシステムを開発する場合があるんです
そんなシステム開発は、意外と多いんです
|
 |
問題システムを改造？新規開発？か問題解決の要素を考えると
●解決までの時間
できるだけ早急に解決する要請
現状システムで猶予期間を稼げるか？
改造 何時までに改造できるか、誰も読めない
新規 開発規模をつかみやすい、期間を顧客に提示できる
●目指すシステムの内容
将来に向けて使っていけるシステム
付け焼き刃で切り抜ければいいは不可
改造 改造する価値の有無を見極めるのが最優先事項
新規 ゼロから構築するので納得できるシステム開発可能
●開発ソフト企業の姿勢
何時までに、どう改善するか明確に提示
不安を抱かせない対応が最大要件
改造 何時までに、どうなるか提示しにくい、不満のもと
新規 きちんとした工程が提示でき協力要請が可能
●担当するＳＥの力量・意欲
短期間で内容を把握し
導入企業に安心感を与えながら改善する
改造 誰もやりたがらない．．．（超短期工程で責任が重い）
新規 自分の力が発揮でき、やりがいがある
 改造するか？新規で創りなおすか？．．で未来が変わる
|
|
|
テオリア
仕事の図解