 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
| 【私の常識と原点】 ”ＩＴ業界” |
| ◆ＩＴ（情報ｼｽﾃﾑ化）業界・・ 日常生活で便利に利用できる最高の手段、、、 ｺﾝﾋﾟｭｰﾀってそんなもの！ |
| ☆★常識という基本線 |
| ①本来は、業務（作業）が、管理が、”楽”になる・・投資（費用）以上の成果（具体的な数値と内容）を伴う事 |
| ※公的なﾌﾟﾛｼﾞｪｸﾄではﾕｰｻﾞ側の効果（便利さ）は当然で、行政側の人的・管理などの具体的成果、国のﾘｽｸ対策が明確化が必要 |
| ②ｼｽﾃﾑ開発は企業ﾌﾞﾗﾝﾄﾞでなく、個人（ｏｒﾁｰﾑ）の能力が大きい。※大学受験と同じ様なもので１００点が求められる |
| ③ﾍﾞﾝﾀﾞｰ（ＩＴ側）に万能を期待すると失敗する。実際には単なるﾌﾟﾛｸﾞﾗﾑ開発の技術集団。※ﾕｰｻﾞ側が勝手に万能と錯覚している |
| ④開発は契約時にｽｹｼﾞｭｰﾙ設定するが、大半が遅延する。。それ以上はｱﾗｰﾑ？ 但し、当初の開発予定の例外も稀にｱﾙ |
| ⑤ｼｽﾃﾑ開発は、大筋完了（８割方開発）が実質２割程度の進捗。それからが本格的なﾃｽﾄ・確認が始まる。（実際の事例ﾃｽﾄ含め） |
| ※延々と開発状態の場合、ﾙｰﾌﾟ状態で容易に終了しない。能力的問題の可能性も大で、楽観は許されない |
| ⑥ｼｽﾃﾑ内容は会議（打合せ）で決定されるが、表面的な”言葉”で理解。其の為両者間で内容的な把握に違いが発生多々。 |
| ⑦当初の費用見積は参考にならない。ｶｽﾄﾏｲｽﾞと言う名目（追加要件）で、４，５倍が当たり前の世界！（ﾕｰｻﾞ紹介がない理由） |
| ⑧ＩＴ分野は、業務系開発と通信分野（web系）に大別される。業務系は半世紀以上経過も未だに混沌としている。web系は質的には大差ない |
| ⑨業務ｿﾌﾄ・ﾊﾟｯｹｰｼﾞは当初開発の特定ﾕｰｻﾞ対応をｶｽﾄﾏｲｽﾞした製品が大半。会計ｿﾌﾄも営業ｿﾌﾄも、、、それを連動したのが統合ｼｽﾃﾑ。 |
| ⑩ｸﾗｳﾄﾞとは、開発したｿﾌﾄ・ｼｽﾃﾑを業者が管理し、pcを通信を通して利用する仕組み。※ｼｽﾃﾑもﾃﾞｰﾀ管理も業者一任。 |
| ☆★私の仕切線 |
| ・①⑦の問題→ｼｽﾃﾑ開発は、いつの間にか、金儲けの手段になっている。投資以上の成果をﾕｰｻﾞに還元する仕事だと思うが・・ |
| ・②③⑥の問題→ＩＴに従事する人は、単なる技術者、安易な依存は大怪我の基。相手の実力を知ることが大事。 |
| ※ｼｽﾃﾑ紹介では会計事務所が会計ｿﾌﾄの紹介以外、殆ど紹介事例はない。法外な投資などﾕｰｻﾞが痛い目に合っているのが現状 |
| ・④⑤の問題→開発遅れの場合、許容の遅延期間は３か月程度が限界の目安、それ以上は能力的問題もｱﾘ、対策の検討が必要かも・・ |
| ・④⑦ｼｽﾃﾑ開発の難しさ！→通常業務（入力の8,9割）は出来て当たり前、例外処理が実務で運用できるかがﾎﾟｲﾝﾄ（ｼｽﾃﾑの価値）・・ |
| ・②⑧⑨業務系ｼｽﾃﾑは、半世紀以上も混沌(導入企業が他紹介ﾅｼ)。総合ｼｽﾃﾑの成功例あまりﾅｼ、導入検討は慎重さ要。異常な金喰う虫？？ |
| ・⑩ｸﾗｳﾄﾞは、企業の情報管理には向かない！。理由は企業機密の漏えい必須（漏れてもわからない！）。本来は情報共有のｼｽﾃﾑがお勧め･･ |
| ※ﾒﾃﾞｨｱが異常にＰＲしている事、机上の専門家達が”良い良い！”と言っている為、皆感化されている。因みに情報漏えいの結果責任有耶無耶！ |
| ◆マトメ 私のシステム開発への拘りについて補足 |
| ・今のＩＴ業界はグレー、業務管理、実務対応、会計知識など、現場経験含め知識は殆どない。儲ける事しか頭にない人達が多い。 |
| ・ｿﾌﾄ（ｼｽﾃﾑ）には、決まった値段や相場がない。同じｿﾌﾄが一万円にも、百万円、一千万万円にもなる。（絶対懐具合を見せたらダメな世界） |
| ・ﾕｰｻﾞが考えている常識は通用しない業界。自前で最低限の実務全体の業務知識、会計知識、大局観など基礎的なﾉｳﾊｳ・ｽｷﾙがｱﾙ方が好ましい |
| ※ﾕｰｻﾞが基幹業務のｼｽﾃﾑ化を計る最低限の事は、取引記録（営業台帳・伝票発票）を日々行っている事。仕訳で取引が推定できる事が有効 |
| ・一般的に総合ｼｽﾃﾑと言われているのは個別のｼｽﾃﾑの統合化で一元化された総合ｼｽﾃﾑではﾅｲ。連動は運用上矛盾が発生する。落とし所が難しい |
| ・開発や運用で色々な問題発生時の対応で、許容期間は一ヶ月程度が目安。同じ様な問題が繰返し発生の場合は、能力的な問題の可能性！ |
| ☆★☆色々悲観的な事を述べたが、自分が感じるＩＴ業界の現状だと思う。難しい世界である！ ”百聞は一見にしかず”の対応がﾍﾞｽﾄ！！ |
| ◆長年やって感じたＩＴ業界 |
| ①会計が全てと感じてる人達が多い・・失敗するはずがないｼｽﾃﾑ。金を掛け過ぎは考え物！（帳票などは殆ど一緒） |
| ②システム開発で最も大事なのは業務知識・・業務開発の原点、大局的且つ例外含めた考慮がないと、必ず問題事項に遭遇する |
| ③管理運用の原点は、取引の記述・・日々の記録（伝票発票やその代用資料、営業台帳など）。それで５０％は達成 |
| ④机上論者は多いが、実務経験がない。現場に弱い・・言葉の信用より、結果で見る習慣が大事（開発上の注意点）。※成功例は意外に低い |
| ◆ペーパーレスと管理 |
| ・適格な管理把握は、聞いたり、見たりでは概要しかわからない。そういう意味で、ペーパーレスは管理の入り札では決してない。 |
| ・結果を保存すると言う事を除いて、、、 |
| ・安易にペーパーレスは推奨できない。管理しない実務外の人達の論理だろう。抜けぬけと叫ぶ広告・営業が怖い！無責任である！ |