 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
 |
|
|
|
|
|
|
|
|
|
 役に立たないシステム・動かないコンピュータを改造する価値の決め手とは
|
 改造か新規開発か、どちらにするか？．２つの観点から検討する
役に立たないシステム・動かないコンピュータを、改造するか新規開発で作り直すか？！
経営としては、費用や開発期間の問題もありなかなか決断が下しにくいのが現状です
以下の、２つの観点から見ることをお勧めします
観点１．．．システムを構造的に明確にできるか？
�／�頼できる開発資料はあるか？チェックしましょう
信頼できる開発資料がソースリストしかない場合が多いんです
たくさん資料があるが、開発の初期の状態のままで
途中の仕様変更部分がメンテナンスされていない信用できない場合も多いのです
�¬気い箸靴燭蕁ァゲ鮴呂垢覦嫐�とコストはあるか考えましょう
プログラムのソースリストを追ってシステムを解析するのは至難の業です
それは、事実上不可能です．．．コストがかかりすぎます
コストは膨大にかかる．．．それをする意味があるか？．．．意味はありません！
�Ｌ気い箸靴燭蕁ァコ�発者の知識を元に作ると言うことは不可能です
あやふやな開発者の頭のなかの設計を聞きだすことはできません
開発を終えて数ヶ月たてば、かなりの部分を忘れます
その上、システムの全体像から話しができないプログラマーのようなＳＥも多いんです
今できていないのに、これから完全な設計書の作成は期待できません
観点２．．．現状のシステムに改造する価値があるか？
�〇箸┐詆�分があっての改造なのか？良く考えましょう
単なるプログラムの集まりのような場合も多いんです
プログラムがたくさんあるだけなら「改造の足かせ」になるだけです
��基本構造の変更が必要なら新規開発しましょう
必要としているシステムが現状システムの根幹を否定するなら改造はムダです
枝葉部分の改造も３割程度あるなら新規開発した方が良いと思います
��使えないシステムは財産になりません
これまで○○円かけてきた、これをゼロにするのはもったいないと思います
でも、それまで作ってきたシステムは財産のようでが、将来の足かせの地雷となります
作り直しを惜しんで、将来の運用経費を浪費するか？
決断が大切なところです
|
 |
 実は．．．そのシステムの構造や機能を正しく表現した資料が無い
百万単位、千万単位の金額のシステム開発なのに設計資料が無い
そんなことがあるのか？
と、思われる方も多いと思います
プログラムレベルの仕様書は、ほとんどの場合存在します
でも、それがその動いているシステムの機能を正しく説明しているか？となると大きな疑問です
私のこれまでの経験では、最新の情報に完全に修正してある場合はほとんどありません
それは、開発途中で仕様の変更が、どんどん入るからです
システム開発も遅れ、納期が迫り、プログラムの検証をして．．．と
開発リーダーは忙しく動いています
プログラム単位の仕様書は、設計段階で作られた状態でが多いんです
余裕があるときには、変更点を修正しています
開発後半に差し掛かり、余裕がなくなると．．．
プログラム制作を優先し、仕様書の修正を後回しにします．．．そして修正することを忘れてしまいます
その結果、どのような業務に、どのように対処しているか？
業務を支えるはずのシステムですが、信頼のおけない資料の山が残ります
|
|
|
テオリア
仕事の図解