 役に立たないシステム・動かないコンピュータが生まれる理由は何か？ 中小企業の情報システムの開発・導入を応援する「ＩＴ１１９番」  仕事の設計図のテオリア
|
| HOME> |
|
 |
これまで携わったシステム開発や仲間の開発状況を見聞きしたことが、このサイトの情報のベースとなっています。
サイトＭＡＰへ
特に、新規事業のシステムの開発では「もったいない」と思えることがたくさんありました。
それは、事業の内容を明快にしないままにＳＥ（システムエンジニア）に丸投げしてしまうことが原因でした。
「○○システム」を依頼するとすると、システムの内容よりも「見積もり金額」が一人歩きしてしまいます。
システムの内容・機能を明確して提案を求める、内容について主体的に考えることが必要だと思います。
当社は、エンドユーザーのシステム導入をユーザーの立場でお手伝いしています。 有限会社テオリア ビジネス・アーキテクト 池田秀敏 |
|
|
 炎上するプロジェクトへ消火器を！ |
 |
システムの全体を理解していないで開発が進むということは．．．
とっても危険なことです。
システムのテストをしていて、バグ（問題）が出るとそれを解決しようとプログラムを修正します。
そして、そのバグをなくします．．．これを繰り返し．．バグがない状態でシステムの完成となります ．．が．．．
2009.03.09 システムの全体を理解している人がいない．． |
|
|
| 中小企業のシステム導入時の困った．．そして結果は．． |
導入したが、役に立たない・動かないシステム、
そんなシステム開発は意外と多いのです。
その時、依頼側・開発側の関係はどうなるでしょう。
このような経過で関係が悪化し．．．
感情論や単なる金銭のやり取りの決着では．．．
双方にとって大きなマイナスの状態となります。 |
 |
 |
 |
 |
|
|
| 役に立たないシステム・動かないコンピュータが開発される原因 |
業務運用のためのシステム開発を、開発会社に依頼した経験はありますか？
そして、その開発結果に充分満足していますか？
高いお金をかけて開発したのに使えない．．．そんな経験はありませんか？
３つの原因は ●契約の内容・範囲が大ざっぱ
●担当SEの能力の分野が不一致
●導入側の社内体制創りが不十分
|
 |
 |
 |
|
|
| システム開発で印象的な４つの体験の紹介 |
会社の運用でシステムは不可欠な時代となりました。
昔のように作業効率を追求した時代ではありません。
新しい価値を生みだす「大きな武器」として、
コンピュータやネットワークを考える時代になりました。
十分に注意して情報システムの導入を行いましょう。
システムの機能は会社の業績に影響します！
|
 |
 |
 |
 |
|
|
| システム開発の問題は要件定義、それは人月請求として常態化している |
システム開発の問題発生の原因は「要件定義」にあります。
そして、それは「人月」見積もり、請求と常態化しています。
システムの詳細を具体的に決めなくても受注でき、開発に着手できます。
そして、そのまま下請け構造の下の方に利益を抜いて渡せます。
受注側も発注側も、それなりに納得できる契約方法なのでしょうか？
ただ、自分の家を「人月」で見積もられ請求されたら、どうでしょうか？？
|
 |
 |
 |
|
|
| 納得できるシステム導入をするための４つの考え方 |
「 システム化 」 とは．．．
会社が発展していくかどうかを決定する大きな要素。
“ 仕組み ” として期待した成果を上げない限り
会社にとって価値を生み出しません。
どうしたら納得できるシステム導入ができるか！
そのために、この４つの考え方を参考にしてください。
|
 |
 |
 |
 |
|
|
| 使えるシステムを開発するための４つの考え方 |
業務の「システム化」とは何でしょうか？
コンピュータを入れることではありません。
「システム」 とは継続的に成果が導かれるための、
業務の“仕組み” であると考えています。
業務の仕組みを設計することが大切です。
そのためには正しいアプローチが重要です。
|
 |
 |
 |
 |
|
|
|
|
|
| 仕事の設計図の基本的な考え方と体系 |
 ＰＤＦで提供しています、クリックしてください！ |
「仕事の設計図」の特徴と効果！
システム開発とは、「何に？」をするのでしょうか？
当社では、その定義とこのように考えています。
 |
システム開発は
仕事（ビジネス）を
仕組み（システム）にして
作業（オペレーション）に
落とし込む作業 |
ですから、具体的なオペレーションレベルで作業を、
捕えていないと業務運用が抽象的なものになります。
業務の運用の仕組みが抽象的だと．．．
担当ＳＥが、その業務に精通していれば、能力が高ければ．．．
その分野が得意なら．．その分野の経験がないと．．
と、いう風に開発者の個人差が出ます。
最大の原因は、「仕事の仕組み」が完成していないままに、
担当ＳＥが決まり、開発がスタートすることなのです。
業務の仕組みは、担当ＳＥの役目でも責任でもありません。
業務の仕組みを作るのは、導入企業の問題であり、
その「仕組み」の完成度は、業績に大きな影響を及ぼします。
 「仕事の設計図」を作成しましょう 詳細は  |
|
|
 |
たくさんのシステム開発に関係してきました。今のように至ったきっかけも「システムの作り直し」の依頼を受けたことからです。
完成したシステムが使えないとなると導入企業にとっては大きな痛手です。計画どおりに事業展開できません。
当然、開発企業にとっても大変な問題です。これがきっかけで倒産する開発会社もあります。
たくさんのお金と労力を投入して失敗する、これはとても悲しいことです。
これを解決する考え方として、「仕事の設計図」が出来上がってきました。
賛同してくださる方と。この考え方を広げていきたいと思います。 |
|
 ビジネスパートナー募集
当社の「仕事の設計図」をあなたのシステム開発に役立てませんか！
ソフト開発会社の方なら、業務設計とシステム開発で仕事の役割の分担ができます。 ビジネスパートナー募集詳細へ |
 |
 |
相互リンク集
企業の成功を応援する仕事をしている皆様と相互リンクし合うことで、より良い関係が築けたらと考えます。
相互リンクしていただけるＷＥＢサイト募集中 |
|
| HOME> |
| ｜会社概要│経営理念│代表者プロフィール│経営に役立つ言葉集│プライバシーポリシー│著作権│メール連絡│サイトマップ│ |
有限会社 テオリア 〒942-0036 新潟県上越市東中島1943-91 電話番号 025-531-1151 ＦＡＸ番号 025-531-1152
このサイトは仕事の図解屋：テオリアが管理しています。ホームページに関するご意見、ご質問はこちらまでお願い致します。
Copyright(C) by Teoria ltd. All Rights Reserved. |
仕事の設計図のテオリア