「なかなか一歩が踏み出せない。伴走するパートナーとしてそんな企業の背中を押してあげたかった」――。ドリーム・アーツの石田健亮取締役CTO（最高技術責任者）は、同社が2021年11月末に発表した「ユーザー企業のITベンダーへの依存」実態調査について、調査を始めた狙いをこう話す。 同社は従業員数1000人以上のユーザー企業に所属する「ITシステム決裁者（予算執行者、IT意思決定権者、IT選定に助言・意見を言える立場の方）」1000人を対象に、ベンダーとの向き合い方や関係性を調べた。調査の結果、回答者の過半数が「ベンダー頼り」に肯定的だとわかった。ベンダーと付き合う上で得した点として「ベンダーに任せられて仕事が楽」と考えている回答者は6割超に上った。 ITベンダーへ過度に依存する「ズブズブ」な関係は、自社ビジネスの柔軟性や俊敏さを欠き、ひいてはDX（デジタルトランスフォーメーション）の足かせとな

楽天は2020年12月25日、クラウド型営業管理システムに保管していた情報の一部が社外の第三者から不正アクセスを受けていたと発表した。楽天のほか、楽天カードや楽天Edyも被害に遭い、最大で延べ148万件超の顧客情報が不正にアクセスできる状態だった。日経クロステックの取材で、このクラウド型営業管理システムが米salesforce.com（セールスフォース・ドットコム）のシステムだったことが分かった。 不正アクセスの原因は、楽天がクラウド型営業管理システムのセキュリティー設定を誤ったことにある。2016年に同システムのアップデートがあった際、セキュリティー設定のデフォルト値が変わったという。再設定が必要だったが、できていなかった。2020年11月24日の社外のセキュリティー専門家からの指摘をきっかけに、設定の誤りが判明。社内のセキュリティー専門部署を中心に対応し、2020年11月26日までに正

「Excelデータをプログラムで扱うのなら、VBA（Visual Basic for Applications）を使うべし」。多くの人はそう思っているでしょう。もちろんVBAはMicrosoft Officeのソフトを操るのにとても便利なプログラミング言語ですが、弱点もあります。 その1つが、Officeにしばられてしまうこと。業務に必要なデータ量がExcelや「Access」のカバーする範囲で収まらなくなったら、もう扱えません。 また互換性の問題から、Windows上で書かれたVBAのソースコードは基本的に、macOSやLinuxでは動かせません。VBAはプログラミング初心者にとって理解しやすい一方で、コードが冗長になりがちという側面もあります。 今からプログラミングを学んで業務を自動化したいなら、筆者はPythonをお薦めします。Pythonはシンプルで勉強しやすく、ライブラリーが豊富

LINEとみずほ銀行は2020年度中の開業を目指す新銀行の勘定系システムについて、富士通に開発を委託する方針を固めた。2019年11月8日までに日経 xTECHの取材で分かった。投資額は50億円前後とみられる。 富士通がネット銀行向けに開発したシステムをベースに、新銀行の勘定系システムを開発する。ソニー銀行などで稼働実績のあるシステムを活用することで、開発プロジェクトを着実に進める。 LINEは2018年11月に銀行業への参入を発表。翌2019年5月に子会社のLINE Financialが51％、みずほ銀行が49％を出資して準備会社を設立済みだ。決済、証券、保険と金融サービスのラインアップを急速に広げているLINEにとって、新銀行は「重要なパーツ」（LINEの出沢剛社長）。トラブルなく勘定系システムの構築を終えられるかが、新銀行の船出を左右する。

「悪い方が良い」原則をご存じだろうか？ プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル（Richard Gabriel）氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも

食品卸最大手の三菱食品がシステム開発の失敗を巡り発注先のインテックを提訴した事件の全貌が、2019年3月4日までに日経 xTECHの独自取材で判明した。原因はビジネスルール管理システム（BRMS）を利用したEDI（電子データ交換）システムの構築失敗にあった。 損害賠償請求額は127億円と、勘定系システムの開発失敗を巡るスルガ銀行と日本IBMの裁判の当初請求額を上回る。巨額裁判の行方は、発注側のユーザー企業と受注側のITベンダー双方の注目を集めそうだ。 インテックの親会社のTISが2019年2月4日に発表した2019年3月期第3四半期決算で、インテックが受託したシステム開発業務に関して三菱食品から127億円の損害賠償請求訴訟を受け、係争中だと公表していた。だが、係争の対象システムや損害賠償額の算出根拠、三菱食品の主張などは不明だった。日経 xTECHの取材により、システム開発が失敗した経緯や

いやぁ、白旗を揚げたくなるような気分だ。この極言暴論などで問題点や将来のリスクを何度も指摘してきたが、もはや多勢に無勢。ITベンダーの人からは「木村さんが何と言おうと、大きな流れは止まりませんよ」と皮肉られる始末だ。 何のことかといえば、日本企業の間で果てしなく続くRPA（ロボティック・プロセス・オートメーション）の一大ブームの件だ。30年以上にわたるIT記者としての長い経験の中でも、これだけのブームは見たことがない。「RPA、恐るべし」である。 ブームの中心地が日本である点も、これまでのIT関連のブームとの違いだ。従来、IT系の名だたるバズワードの発信地・中心地はほぼ米国と決まっていた。 最近の話でいえば、AI（人工知能）やIoT（インターネット・オブ・シングズ）は日本企業の間でも大ブームで、「ITは分からない」と公言していた経営者までがAIやIoTを活用する重要性を語るほど。だが、あく