使えないシステムが作られてしまう
導入してから使えないことが発覚
発注者の立場から考えると
開発者の立場から考えると
一方的に相手が悪いと責めても
ソフト開発の見積りの"困った”
ソフト会社の選び方は?
当社の優秀な技術者?
不満を整理すると(依頼側)
不満を整理すると(開発側)
使えないシステムを運用すると
改造すると決定したら?
改造する価値の決め手とは
新規開発と改造の要件
使えないシステム開発の原因
契約の内容・範囲が大雑把
担当SEの能力の分野が不一致
導入側の社内体制創りが不十分
より良いシステム開発をするには
理想化から現実化へ進める
業務のシステム化をプロデュース
業務システムからブレークダウン
提案:業務システムの設計
経営者の「思い考え」を展開
成功要素を洗い出す
成功要素を組み立てる
仕事をOSとアプリで考える
オープンシステムの開発体制
| IT119番 |
|

【代表の池田より一言】
これまでたくさんの中小企業の業務システムの開発に携わってきました。ここに掲載していることは、自分の体験であったり、これまでの経験の中で見たり・聞いたりしたことをまとめてあります。このサイトを見ることで、これからの業務システムの開発のリスクを減らすことができれば考えます。
詳しいプロフィール
|
|
| 各種お問合せ
有限会社テオリア
〒942-0036
新潟県上越市東中島1943-91
tel 025-531-1151
E-Mail
info@it119.org

|
|
 |
|
|
|
|
|
|
|
|
|
|
システム開発を成功させるためのプロデュース方法
|
システム開発に必要な3つのアプローチ
 |
 |
システム開発に必要な3つのアプローチ
使えないシステムに困った経験はありませんか?
●高いお金を支払ったのに業務に合わない
●修正を依頼してもその部分は治るんだが..
●使いづらいまま...
そんな経験はありませんか?
プロに依頼しているはずなのに...
こちらの業務や意向をしっかり伝えたのに..
信頼して任せたのに...
担当の技術者と話していて感じるのは
コンピュータやシステムには詳しいが..
お願いした業務の全体を理解していない??
あれだけ説明したのに..
業務運営のネックになっているので
作り直しも考えなければ...困った..
..のような経験はありませんか?
実は、このような例はたくさんあります
日経コンピュータ
動かないコンピュータ・フォーラム
http://itpro.nikkeibp.co.jp/ugokanai/index.html
何が原因なのでしょうか?
事業を運営するためにシステムを開発します
その開発の設計を行うのはコンピュータやシステムの専門家です
その専門家の頭の中で設計図が作られます
そして、それに従ってたくさんのプログラムが作られ
集まってシステムとなります
ここで問題が起きる要素を考えると
1.依頼側の問題
事業について正しく伝えていなかった
2.開発側の問題
設計者が事業を正しく理解していなかった
この2つがシステム開発のトラブルについてきます
すでに運営されている業務をシステム化するなら
具体的な運用を取材し設計に活かすことができますが...
新規事業の場合には、取材する業務がありません
誰に聞いても正確な事業の全体像を提示できる人はいません
声の大きい人、役職の上の人の部分的な意見で作ることになります
設計図は技術者の頭のなかにシステム化の要件を入れて
その人の力量に任せきりにすることなのです
そこに大きな問題があります
JAVAやオラクルに強い人が、
100円の商品の売った・買った・在庫・出庫・仕入・請求..
細かな業務の進め方について得意でしょうか?
私は、システム開発を成功させるために
3つのアプローチを提案しています
それは、すべてに精通している技術者はいないのからです
そして、それぞれの「得意」を活かすことが成功へつながります
システムを開発するために3つの階層があると考えると
とてもわかりやすくなります
システム開発を成功させるには3つの能力の分野が必要だと考えます。
1.ビジネス
ビジネスの仕組みを設計
システムを導入すると仕事の仕方が大きく変わります
ユーザーの要求や現状の業務分析だけでは
新しいビジネスの仕方を構築できません
ビジネスの仕組みを構築する視点が必要です
ビジネス・モデルの設計
2.システム
情報システムの設計・構築
従来のSEとしてシステム設計・開発を進めていくことです
必要なIT技術を選びユーザーのビジネスを支える
システム環境を開発します
システム開発の主体
3.IT技術
IT技術の支援
ネットワークやデーターベースなどの最新の技術をSEに提供します
システム開発の応援
能力の分野を3つに定義するとわかりやすくなります
これまで「できるSE」とか、「○○の経験のあるSE」のように
かなりアバウトな考え方で技術者を選んだ場合が多いのです
そうなるとその人の経歴や信頼関係に頼るしかありません
百万円、千万円単位のシステム開発を行うのですから
失敗して作り直しはできません
|
ユーザー側に立ったシステム開発の進め方
 |
まずはビジネスプロデューサーが、ユーザー関係者と「システム検討委員会」を作ります
そこで、ビジネスの運用コンセプトを創り、具体的なオペレーション方法を考えます
それを仕事の設計図に落とし込みます
仕事の「見える化」とか、「業務プロセス」とか言われているものと目的は同じです。
当社では、
●構成図....仕事の全体を理解するために(全体と位置関係がつかめます)
●フロー図...仕事の流れを理解するために(上流下流と関係がつかめます)
と、2つで制作しています。
この2つの図解をしながら、
お客様と
●どう接触するか
●どんな印象を持ってもらいたいか
●どんな行動を期待するか
●どう社内のバックアップをするか
●どう成果をコントロールするか
と具体的に定義していきます。
|
 |
仕事の設計図のサンプル
|
|