Q．ユーザー企業の情報システム部門の責任者です。経理や人事業務はパッケージを利用しており、カスタマイズや追加プログラムの開発は大手IT企業のA社に発注しています。実際は、A社の下請けであるIT企業B社が対応します。今回新たに、サブシステムを追加することになりました。プロジェクト体制図から見るとプロジェクトリーダーはA社マネジャーですが、この人が顔を出すのは、定例会と費用提示のときぐらいです。付き合いの長いB社がいるので困ることはありません。開発費用の原価構造は分かっており、その点から見ても、丸投げにしてはプロジェクト管理費を含めて全体的に高いと思っています。 筆者の顧問先企業での話です。質問者はIT企業出身で、費用構造をよく理解しています。なによりB社との付き合いが深いので、原価も分かっているわけです。 打ち合わせからパッケージのパラメーター設定、追加プログラム開発、導入サポートまで対応し

三菱重工業が超小型原子炉（マイクロ炉）の開発を進めている（図1）。炉心サイズが直径1m×長さ2mとトラックで運べる小ささだ。可搬性に優れることから、離島やへき地、災害時の電源として期待できる。次世代原子炉としては電気出力300MW以下の「小型モジュール炉（SMR）」などにも注目が集まっているが、マイクロ炉はそのSMRよりも小さい。果たしてどのような構造、仕組みなのか。

システム開発の頓挫を巡る、文化シヤッターと日本IBMとの間の裁判で、東京地方裁判所は日本IBM側に19億8000万円の支払いを命じた。米セールスフォースのPaaSを用いた販売管理システムの構築を目指し、2015年に始めた開発プロジェクトだったが、2017年にストップしていた。東京地裁は開発失敗の原因をどう認定したのか。裁判記録をもとに読み解く。 文化シヤッターが、20年以上前から使用していた販売管理システムを刷新するプロジェクトを本格的に始動させたのは2015年1月のことだ。日本IBMに提案依頼書（RFP）の作成を委託。そのRFPを基に複数ベンダーから提案を受けた上で、日本IBMを開発委託先として選定した。 日本IBMの提案はシステム構築に米セールスフォースのPaaS（プラットフォーム・アズ・ア・サービス）である「Salesforce1 Platform」を用いるものだった。RFPでは標準

今回の通信障害では、音声電話やSMSが一時つながらなくなったほか、データ通信がつながりにくかったり途切れたりといった状態になった。影響を受けた回線数は7月3日午前11時時点の概算で最大約3915万回線。内訳はスマートフォン・携帯電話が同約3580万回線、MVNO（仮想移動体通信事業者）向け回線が同約140万回線、IoT（インターネット・オブ・シングズ）回線が同約150万回線、「ホームプラス電話」回線が同約45万回線。 通信障害のきっかけとなったのは、メンテナンスの一環としてモバイルコア網と全国各地の中継網をつなぐコアルーターのうち、1拠点で旧製品から新製品へ交換する作業。これに伴い通信トラフィックのルート変更を実施している際に「VoLTE交換機でアラームが発生した」（高橋社長）。確認したところ「ルーターのところで何らかの不具合が起き、一部の音声トラフィックが不通になったことが判明した」（同

常陽銀行や十六銀行など「Chance地銀共同化システム」を利用する地方銀行8行とローソン銀行で2022年3月26日にシステム障害が発生していることが分かった。各システムが使うキンドリルジャパンのデータセンターで電源障害が発生したことが原因とみられる。システム障害の影響を受けている銀行の数など被害の全容は現時点で明らかになっていない。 十六銀行によると、同日午前11時9分にオンラインシステムに障害が発生し、全てのATMとネットバンキングが利用できなくなったという。午後2時時点でChance利用行はそれぞれのWebサイトでATMやネットバンキングなどが利用できない状況になっていると掲出している。ローソン銀行はTwitter上で同日午後1時にシステム障害を知らせた。 百十四銀行によれば、原因や復旧のめどは「調査中」（経営企画部）という。日経クロステックの取材では、Chance地銀共同化システムや

富士通が2030年度（2031年3月期）末にメインフレームの製造・販売から撤退することが、2022年2月10日までに日経クロステックの取材で分かった。国内メインフレーム市場で首位（出荷台数ベース）を誇り、長年にわたり日本企業の情報化を支えてきた老舗メーカーが約66年にわたるメインフレーム製造の歴史に幕を閉じる。 併せてUNIXサーバーも2029年度下期に製造・販売を終了する。同社は縮む市場からの撤退を決断し、クラウドなどを駆使したサービス企業への転換を本格化させる。

プログラミングの学習を始めようとする人がする定番の質問がある。「どのプログラミング言語を選べばいいか」というものだ。 私はこのコラムで以前、JavaScriptからプログラミングを始めてはどうかと書いた。JavaScriptはWebブラウザーさえあれば動作するからだ。例えば「Chrome」であれば、F12キーを押して「Console」タブを選ぶだけで、JavaScriptの対話実行環境を利用できる。 関連記事： 保存していないクレジットカード情報が漏洩する謎、鍵はあのプログラミング言語 もっとも、JavaScriptは最初に学ぶ言語としては少し癖が強いとも感じている。どちらかというと、2番目か3番目に学ぶことで視野が広がるタイプの言語ではないだろうか。 私が初心者に勧めるとしたら候補は2つある。「Ruby」と「Python」だ。 私がRubyを勧める理由は、「プログラミングの楽しさ」を体験

100万人の雇用と、15兆円もの貿易黒字が失われかねない――。 脱炭素の遅れで自動車は輸出できなくなり、最大の輸出産業で雇用が失われる。トヨタ自動車の豊田章男社長が“必死の警告”を続けている。 菅義偉首相の「2050年カーボンニュートラル宣言」の後、日本自動車工業会（自工会）の会長として宣言に賛成した上で、このままでは「産業が崩壊する」と叫び続けているのだ。 「カーボンニュートラル2050、これは国家のエネルギー政策の大変化なしに達成は難しい」「ここで手を打たないと、モノ作りを残して、雇用を増やし、税金を納めるという、自動車業界がやっているビジネスモデルが崩壊する」（2020年12月17日） 「車の競争力をどれだけ上げたとしても、このままでは日本で車を作れなくなる」（2021年3月11日） 「クリーンエネルギーを調達できる国や地域への生産シフトが進み、日本の輸出や雇用が失われる可能性がある

みずほフィナンシャルグループ（FG）は2021年10月8日、傘下のみずほ銀行で2021年8月以降に起こったシステム障害の詳細と、再発防止策の見直しに向けた課題認識を明らかにした。8月19～20日の「5度目」のシステム障害を巡っては、データセンター（DC）の切り替えという「奥の手」を使わなくても復旧させられたという見解を示した。 みずほ銀行に関しては、2021年に入ってから既に8件のシステム障害が表面化している。みずほFGが10月8日夕に開いた記者会見では、8月以降に発生したシステム障害の詳細を説明し、特に「5度目」の障害について時間を割いた。8月20日午前9時から午前9時45分まで、全463店舗で店頭取引ができなくなったという障害だ。午前11時58分まで融資や外国為替の一部取引も不能になった。 関連記事： みずほ銀行窓口業務ストップの真相、DC切り替えをためらい障害が長期化 「4000年に

みずほ銀行で2021年8月20日、営業店の窓口業務が全面停止するトラブルが発生した。前日の19日午後8時53分ごろに営業店端末と勘定系システムをつなぐサブシステムで、データベース（DB）サーバーがディスク装置の故障をきっかけに停止したためだ。待機系DBサーバーへの切り替えも失敗、副データセンター（DC）に処理を切り替えた。副DCへの切り替えに着手するまで11時間超を要し、業務開始に間に合わなかった。 みずほ銀行で2021年8月20日、全463店舗で営業店端末や店頭のタブレット端末が使用不能になった。午前9時の開店から午前9時45分までは全ての店頭取引ができなくなり、その後も午前11時58分まで融資や外国為替（外為）の一部取引ができなくなった。営業店端末などと勘定系システム「MINORI」をつなぐサブシステム「業務チャネル統合基盤」が前日の8月19日午後8時53分ごろに停止したためだ。 業務

「やはりそうだったのか」――。みずほ銀行で発生した一連のシステム障害について、「システム障害特別調査委員会」がまとめた調査報告書（2021年6月15日）を読み終えて、残念な気持ちになった。 報告書では発生した4件の障害について事実概要や原因を説明している。特に影響が大きかったのは、システムのキャパシティー不足に起因する、2021年2月28日に発生したデータ更新作業の失敗だ。特定条件の口座をみずほe-口座に一括切り替えする処理で、前日の27日は全体で60万件のデータを問題なく処理したが、28日は同70万件だったためにメモリー不足に陥った。この経緯を踏まえ、筆者は3月に執筆した記事で「前日の運用に、障害を回避できるヒントがあったのではないか」と指摘した。 関連記事： みずほ銀行システム障害の原因に疑問、気になる「前日の運用」 指摘した内容は2つある。1つは、前日のメモリー使用率もかなり高かった

委託したシステム開発が頓挫したとして、野村ホールディングス（HD）と野村証券が日本IBMを相手取って計約36億円の損害賠償を求めた裁判。プロジェクト失敗はベンダー側に非があるとした2019年3月の一審判決から一転、2021年4月の控訴審判決はユーザー企業側に責任があるとした。工数削減提案に十分に応じなかったり、プロジェクト途中で追加要件を多発したりした野村側の姿勢を東京高裁は問題視し、逆転敗訴の判決を下した。 関連記事 野村HDが日本IBMに逆転敗訴の深層、裁判所が問題視した「X氏」の横暴な変更要求 野村HDが日本IBMに逆転敗訴のワケ、「工数削減に応じず変更要求を多発」と指摘 東京高裁が特に問題視したのが、システムの仕様を策定するうえで重要な役割を担っていた野村証券のユーザー部門「X氏」の振る舞いだ。 当時、投資顧問事業部（判決文では「投資顧問部」）の次長だったX氏は、パッケージソフトに

iPhoneをiOS 14にアップデートしたら、会社のWi-Fiにつながらなくなった──。最近、企業のネットワークでこうしたトラブルがよく見られるようになった。その原因は意外なところにある。 認証に使われているMACアドレス ネットワーク管理者にとってなじみの深いMACアドレスは、無線LANや有線LANでは重要な役割を持つ。MACアドレスは48ビット長の識別子で、宛先や送信元を指定するのに使われている。 MACアドレスには基本的に機器固有の値が使われており、世界中で一意になるように割り当てられている。まず前半24ビットが機器メーカーごとに割り当てられる。さらにメーカーは後半24ビットを機器ごとに重複しないよう割り当てるのだ。前半24ビットはOUI（Organizationally Unique Identifier）、後半24ビットはインターフェースIDと呼ばれる。 機器ごとにユニークな値

Q．システム開発で、請負のSEを4人確保しておきたくA社に見積もりを依頼しました。あるサブシステムの設計を一式発注する予定です。設計フェーズの期間中、当社に常駐して作業してもらいます。バイネーム（指名）のSEもいて、単価が高いのは承知のうえです。しかし、さらに管理費として毎月0.5人分の費用が上積みされています。管理や指示は当社で行うので納得できません。 質問者の会社は、指名者を含む担当SE4人に直接、指示命令はできません。A社の責任者から指示してもらう必要があります。「直接指示するので管理は不要だ」というのであれば派遣契約にしなければなりません。 質問者の会社も、顧客にプロジェクト管理費を請求していませんか？　A社に対しても一定の管理費用は譲歩してあげてください。A社からすると、工数見積もりなので、少しでも積み上げたいところです。管理工数の多寡は、よく話し合ってください。 管理費用の根拠

スタート以来、日経クロステックの名物コラムとなった「テクノ大喜利、ITの陣」。今回はその第35回だ。毎回、複数の識者に共通のお題（質問）を投げかけ、識者にはそれに答える形で論陣を張ってもらう。お題は日本企業のIT利活用の問題点やIT業界の構造問題、そして世間の耳目を集めたIT絡みの事件などだ。 第35回のお題は「識者はなぜ転職した？『道に迷う』若手技術者へのアドバイス」。答える識者のラストバッターに、外資系ITベンダーでCTO（最高技術責任者）などを務めた元・東京理科大学大学院教授の田中芳夫氏が登場する。日本の製造業を皮切りにIBM、マイクロソフトと転職を重ね、大学教授なども経験した田中氏は、特に外資系企業への転職を若手技術者に勧める。（編集部） 1949年生まれ。大学卒業後に大手重工業メーカーに入社しシステム開発などを担う。1980年に外資系コンピューターメーカーに転職しシステム・製品開

スタート以来、日経クロステックの名物コラムとなった「テクノ大喜利、ITの陣」。今回はその第36回だ。毎回、複数の識者に共通のお題（質問）を投げかけ、識者にはそれに答える形で論陣を張ってもらう。お題は日本企業のIT利活用の問題点やIT業界の構造問題、そして世間の耳目を集めたIT絡みの事件などだ。 第36回のお題は「IT部門出身の社長が誕生する日は来るか」。答える識者の3番手は、ITベンダーとユーザー企業双方の役員を歴任し、CIO（最高情報責任者）の経験もある論客の有賀貞一氏だ。今やITが企業の横軸機能となり、全部門がIT機能を持たなければ仕事ができない時代になったとして、有賀氏はIT部門やCIOの在り方を完全否定する。その上で、DX（デジタルトランスフォーメーション）を推進する経営者に必要な2つの「専門性」を明らかにする。（編集部）

新型コロナウイルス感染症対策の切り札と期待されていた接触確認アプリ「COCOA」。そのAndroid版で「接触を検知・通知できない」という根幹機能に関わる不具合が4カ月以上放置されていた問題は、開発体制の見直しや原因調査に波及しようとしている。同問題は2021年2月3日に厚生労働省が公表した。 「アプリそのものの出来があまりよくなかった」――。平井卓也デジタル改革相は2021年2月9日、現状のCOCOAについてこう断じ、今後は内閣官房IT総合戦略室がCOCOAの保守・運用などに関与していく考えを示した。一方でCOCOAを担当してきた厚労省は不具合発見が遅れた原因について第三者による調査を検討しているという。 現在の体制は、厚労省と発注先ベンダーの両方が問題を抱えている。ただ原因を究明するならば、厚労省の前任者らが関わっていた発注プロセスが最善だったのかという点まで踏み込んで検証すべきだ。

三井住友銀行（SMBC）の行内向けシステムの一部ソースコードが流出した問題で、日経クロステックの取材に対してNTTデータは2021年1月29日、子会社が関わったシステム開発受託案件で一部ソースコードの流出を確認したと明らかにした。NECも調査を進めており、コード流出は複数のIT企業や開発案件に及ぶ可能性が出てきた。 SMBCは同日午前、業務システムの一部ソースコードが米GitHub（ギットハブ）が運営するソフト開発プラットフォーム「GitHub」で公開状態になっていたことを確認した。流出経路は調査中だが、委託先企業でSMBCのシステム開発に関係した人物が関与した可能性が浮上している。 当該人物がGitHubに投稿したコードには、NTTデータ子会社のNTTデータ ジェトロニクスを示唆する文字列を含むものもあった。調査を進めていたNTTデータが同日午後、NTTデータ ジェトロニクスが受託したシ

三菱電機で設計不正が発覚した。リコールは避けられず、賠償金（リコール対策費用）の支払いは必至だ。それだけでは収まらず、自動車メーカーからの失注（受注を失うこと）の事態に陥る恐れもある。 自動車メーカー出身のあるコンサルタントは「私が担当なら取引を解消し、二度と発注しない。この一件で三菱電機に対する信頼はゼロになるのでは」と言う。ものづくりに詳しいコンサルタントはこう指摘する。「日本のみならず、世界におけるものづくりの信頼関係を破壊する行為。自動車メーカーを巻き込んだ業界全体の大問題に発展する可能性がある」──。

富士通はプライベートイベント「富士通フォーラム2019」（2019年5月16日／17日に特別招待／一般公開）を報道機関向けに先行公開した。その1角に、FPGAアクセラレーターの開発成果を見せるコーナーがあった。MPUで稼働していたハイパーバイザーソフトウエアの一部機能をFPGAにオフロードするもの。同社は1年前の「富士通フォーラム2018」でこのFPGAアクセラレーターを開発することを公表している。開発に1年かかったが、近く同社のサーバーユーザー（通信キャリアなど）への提供を始める。