室脇慶彦

日本の製造業は不良品を出さないためのルール作りに取り組んできたが、ソフトウェア開発では「バグは必ずある」と言われがちだ。これはなぜか。筆者がこの要因の一つだと考える、IT調達制度の構造的欠陥に迫る。

手軽に誰でも利用できるという触れ込みのローコード／ノーコード開発ツール。筆者が基幹システムの開発に同ツールを適用するのは「愚の骨頂」だと主張するのはなぜか。新しい開発手法の適用で起こり得る問題と、リスクを軽減するための手法に迫る。

従来の開発手法に比べて、柔軟性や拡張性が高いマイクロサービスアーキテクチャ。筆者がこの新技術を「本丸」にこそ使うべきだと考える理由とは。

大手企業がメインフレーム事業から次々と撤退する「メインフレーム大撤退」時代。NHKが日本IBMを訴えたトラブルで明らかになった、日本企業が抱える潜在的リスクとは。

大手メーカーがメインフレーム事業から撤退する中、企業はITシステムの再構築を迫られている。NHKが日本IBMを訴えたトラブルから、ユーザー企業の経営層やIT部門が学ぶべき教訓とは。

レガシーシステムでは「ちょっとした変更」が不具合発生につながることがあり、ユーザー企業がSIerに不信感を抱く理由の一つになっている。こうした課題をどう解決すべきか。SIerのPM（プロジェクトマネージャー）としてシステム開発に長年携わってきた筆者がユーザー企業に向けて解説する。

ユーザー企業とSIerは対等なパートナーであるべきだと言われて久しいが、互いに不信感を抱きがちだ。この相互不信の根底には巨大で複雑になりがちなITシステムの「呪縛」がある。ITシステムの呪縛に開発手法から迫る。

企業経営にITが不可欠な存在となった今、ユーザー企業にとってSIerの存在はかつてないほど重要性を増している。しかし、ユーザー企業とSIerは互いに不信感を抱いているというのがSIer側としてシステム開発に携わってきた筆者の見立てだ。相互不信の背景にあるものとは。

SIビジネスには長年蓄積されてきた構造的な歪みが存在している。システム開発にまつわるトラブルもこの歪みに端を発するものが多い。SIerとしてシステム開発に携わってきた筆者が、「歪みを解消するためにSIerがすべきこと」を考察する。

ユーザー企業のDXを支援するSIerの中には、実は自社のDXはさほど進んでいない会社もある。SIer勤務歴の長い筆者が考える、自社とユーザー企業のDXを実現するためにSIerが獲得すべき技術とは。

「124億円の訴訟」からユーザー企業のIT部門は何を学ぶべきか。SIer側からシステム開発に長年携わってきた筆者が、本件における「開発失敗の真の原因」と「開発失敗がユーザー企業に与える、コスト以上のダメージ」を考察する。

基幹システムの開発をめぐって、日本通運がアクセンチュアを訴えた件から、ユーザー企業は何を学ぶべきか。SIer側からシステム開発に携わってきた筆者が「日本独特の商習慣が招いたトラブル」を考察する。

SIerに頼らざるを得ない状況を生み出し、維持してきた「強力なビジネスモデル」はどのような背景から生まれ、なぜ今、崩れようとしているのか。また、ユーザー企業が脱丸投げを図るときに取るべき方策とは。

日本企業のITシステムを長年支えてきたSIerやSIビジネスを取り巻く環境が変わりつつある。SIビジネスに40年以上携わってきた筆者が、「SIビジネスモデルは崩壊する」と断言する理由とは。