 使えないシステムが作られてしまう
 導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は？
当社の優秀な技術者？
不満を整理すると（依頼側）
不満を整理すると（開発側）
使えないシステムを運用すると
改造すると決定したら？
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案：業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をＯＳとアプリで考える
オープンシステムの開発体制
| ＩＴ１１９番 |
|
【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
 詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org
|
|
 |
|
|
|
|
|
|
|
|
|
 業務システムからブレークダウン
|
 そもそも 「システム」 とは？なんでしょうか？
ここで言う 「システム」 とは、 作業の単なるコンピュータ化のことを意味しているのではありません
「システム」 とは、継続的に成果が導かれるための業務の“仕組み” であると考えています
 システム化 ≠コンピュータ化 ．．．ことではありません
|
 |
業務システム構築を、ソフト会社の技術者に丸投げしてはいけません
「 システム化 」 とは．．．
会社が発展していくかどうかを決定する大きな要素なんです
それが “ 仕組み ” として期待した成果を上げない限り会社の安定はありません
この仕組みの性能が悪いと、または仕組みの大切さが理解されていない会社だと
スーパーマンのような優秀な社員や職人しか結果が出せない会社 になってしまいます
その優秀な社員が辞めると、大きな痛手となります
このように、こうした人に依存した経営では発展性はありませ
このようなとても大切な “ 経営の仕組みづくり ” の部分を
ソフト会社の技術者に丸投げしようという経営者はいないはずなのですが．．．
コンピュータの導入という経営に深くかかわる業務システム開発を
業務経験のまったくない技術者に任せきりにしてしまいます
これが 中小企業におけるＩＴ化の失敗の元凶 です
情報システム化ということをコンピュータ化という意味合いとらえ
自分にはわからない領域であると片付けてしまい
肝心の 「 経営システムであり業務運営の仕組みを構築する 」 という
経営で一番大切なことをないがしろにしてしまうのです
この 「 システム構築 」 の部分を丸投げしてはいけないのです
それを行ってしまった時、使えないシステムができてくる失敗の確率は高くなります
業務システム → 情報システム → コンピュータシステム
問題は、そのシステム構築というものが、なんとなく分りにくく、
さらにコンピュータ領域になってくると、手も足も出ない という現実の本音の部分です
ここで、システムを３階層で考えましょう
●業務システム
業務運営の方法手順・循環のサイクルを考えます
●情報システム
業務システムを運営するための情報のやり取りを技術者と一緒に考えます
●コンピュータシステム
情報システムを実現するためのコンピュータ機器・ソフトの構築を依頼します
この３つのシステムをコンピュータ導入として一括で考えてしまうので難しくなるのです
２０年以上、システム開発の関係した私が全て知っているか？
最新の機器やソフトについては具体的な知識・経験を持っていません
それは、それに詳しい若い技術者にお願いすればいいのです
ネットワークやハードに詳しい若い技術者は、業務を理解する知識・経験はありません
両方あわせることで、目的を達成することができます
|
|
|
テオリア
仕事の図解