日経 xTECH(クロステック)分解班による2018年度版iPhone全機種分解もいよいよ大詰め。18年10月26日に発売された米アップルの「iPhone XR(テンアール)」(以…続き iPhoneXRの増産中止 Apple、委託先に要請 [有料会員限定] iPhone開けてびっくり、XSとXS Maxの電池が違う [有料会員限定]
![テクノロジー : 日経電子版](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d5ddedbcd31d627435a421dc21d870d6419596d/height=288;version=1;width=512/https%3A%2F%2Fassets.nikkei.jp%2Frelease%2Fv3.1.78%2Fparts%2Fds%2Fimages%2Fcommon%2Ficon_ogpnikkei.png)
全日本空輸(ANA)は6月13日夕方、国土交通省で記者会見を開き、5月末に国内線システムで発生させた大規模障害の原因について報告した。会見に臨んだANAの長瀬眞(ながせ・しん)専務取締役執行役員は「障害発生からログの分析を続けてきた。このような事態が起こらぬよう再発の防止に努め、信頼の回復に努めたい」と述べ、IT推進室長の佐藤透執行役員が詳細を説明していった(写真1)。 障害が起こったのは、旅客の予約・搭乗手続きや手荷物管理をするチェックイン・システムのうち国内部分。27日未明から朝にかけて処理能力の低下が深刻となり、羽田空港にはチェックインを待つ乗客であふれかえった。結局、羽田では午後3時頃から同6時まで発便をすべて欠航させる羽目に陥った。 原因を作ったのは、チェックイン端末をつなぐためのネットワーク機器だった。障害前日の26日午前9時。朝から2系統あるうち1系統のスイッチが障害の兆候を
国土交通省は2010年1月15日、定例会見を開催した。会見の冒頭に前原誠司国土交通相は、2010年1月14日に羽田空港で発生した航空管制システムの障害(関連記事)について、「新システム導入時のシステム上の設定ミスが原因」と述べた(写真)。 1月14日、国交省は羽田と成田の周辺空域を統一し、管制業務を羽田で一括して担うための新システムを導入した。この新システム導入時に「何らかのシステム上の設定を誤り、これが障害につながった」(前原国交相)。より詳しい障害原因については「鋭意調査中」(同)という。 前原国交相は「今回のシステム障害により、欠航が24便、遅延が177便発生した。利用者には大変なご迷惑をお掛けした。心からお詫び申し上げる。今後こういったことが起こらないように的確なシステム運用を心掛ける」と語った。
2.ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95%が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2.ビジネスリサーチの情報収集 日常的な情報収集・整理術(Feedly+Dropbox) 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
第40回 チーム・ワークの本質は個人を生かすリスク管理 ~参加意識の活用(3)~ コンサルタント 牛場 靖彦氏 2006年4月11日 従業員1人ひとりの得意技を引き出す 企業はもちろん、リスクマネジメント(RM)の立場から、そして、個人が自己責任をとるという点からもチーム・ワークが大切である。 組織の各部門が「フォア・ザ・チーム」の立場に立って、セクショナリズムにおちいることなく、お互いに協力し合い、連携プレーに徹してこそ、良質な商品やサービスをお客に対して提供できる。 そのためには「協調性」「和の精神」「連携プレー」などが必要だが、これを一糸乱れずに実行していくためには、日頃の厳しい訓練が必要だ。 このチーム・ワークについて、そしてRMの視点から私は力説しておきたいことがある。 チーム・ワークというと、とかくがんじがらめの人間管理と思われがちだが、チーム・ワークとは、
プロジェクトでのトラブル発生を「火が出た」、さらに悪化し収拾がつかなくなると「火事場」などと呼ぶ。そんな修羅場でITエンジニアは何を見、何を学んだのか。事態収拾を図る「火消し部隊」として燃えさかる現場に投入されたあるITエンジニアに、火消しの極意を聞く。 ■火災発生、緊急出動せよ どんな仕事場にも多少のトラブルはある。不具合は質も規模も多岐にわたるが、端的にいえば何かが「うまくいかない」。それが積み重なるとプロジェクトは制御不能な状態に陥ってしまう。 日本ヒューレット・パッカード(日本HP) コンサルティング・インテグレーション統括本部 金融アカウント第一本部 第三部 プロジェクトマネージャの田中淳一氏も、いくつかの修羅場をかいくぐってきた1人だ。通常の勤務に比べて何倍も激烈な経験だが、多くの教訓を得る場でもあるという。 田中氏はこれまでに何度か、火事場となったプロジェクトに助っ人として合
( ) ( ) ( ) , ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ( ) 4 III IV I II III IV 2 I II III IV 1 4 7 6 6 5 6 3 I II III IV 3 / 6 II I 3 6 / 7 4 5 6 3 6 6
ロシア証券取引所でコンピュータがウイルスに感染し、取引が一時中断された。セキュリティ企業のSophosが明らかにした。 Sophosによると、2月2日にロシア証券取引所のインターネットに接続されたコンピュータ1台がウイルスに感染した。ウイルスの種類は不明だが、このコンピュータから大量のメールが送信されたせいで、通常のメールの送受信ができなくなってしまった。 これが原因で株式市場と先物市場などの取引が一時中断したが、現在では取引は再開されているという。Sophosでは「システムに不正アクセスされた恐れがある」(グレアム・クルーリー上級技術コンサルタント)と指摘しているが、専門家はデータが盗まれた事実はないと断言しているという。 「証券取引を中断させられるようなウイルスは経済的損失につながる可能性があり、公衆の面前で公的機関の信用に傷が付く恐れもある。ウイルスの脅威を深刻に考えていない企業にと
2006/2/3 東京ガスは2月1日、自社システムの開発中止で2006年3月期決算に50億円の損失を計上する見通しになったと発表した。経営責任として代表取締役社長が月額報酬の20%を2カ月間、自主返上する。 プロジェクト担当の本部長、副本部長も社長訓戒のうえ月額報酬の20%を2カ月間、自主返上する。プロジェクトを主管した担当部長、グループマネージャーの計4人も社長訓戒を受けた。 東京ガスによると中止したのは、コールセンターの電話受付内容を管理するシステムと、エネスタなどの関係会社が行う機器販売、機器修理、開閉栓などの業務を支援するシステムを統合し、顧客情報を一元管理するプロジェクト。約30億円の予算で2003年3月に開発を始めた。 しかし、運用テストで顧客データの呼び出しに現行システムと比べて40秒以上長くかかることが判明。当初に完成予定だった2004年10月を過ぎても完成せず、開発コスト
「これまで金融システムの仕事に育ててもらった恩返しができればと、正義感を出して引き受けてしまった」。2月1日付けで東京証券取引所のCIO(最高情報責任者)に就任した鈴木義伯氏は、2月2日の記者会見(関連記事)でこう明かした。 鈴木氏が東証のCIO就任の要請を受けたのは、今年1月初旬。「NTTデータの社長、副社長から話を聞いた。東証の場所がどこにあるかも知らなかったぐらいで、とにかく驚いた」。 要請を受けるかどうかについては、「プラスでない面で注目されている東証だけに、迷いに迷った」(鈴木氏)。だが結局、冒頭のような理由で就任を決断したという。「NTTグループが全面的にバックアップするということもあり、引き受けた」(同)。 鈴木氏は、NTTデータがアウトソーシングを請け負う横浜銀行のシステム業務を請け負う「NTTデータフォース」の出身。金融システムの開発に長く従事してきたが、銀行関係のシステ
景気が回復している、という。巷では調子のいい会社、社長の話を多く聞く。 が、世の動きに乗っている経営者ばかりがすごいのだろうか? 企業が危機に陥るのは実にたやすい。不祥事、過剰投資、与信の甘さ……。今は我が世の春でも、一寸先は分からない。 むしろ、一度はどん底に突き落とされながらも這い上がってきた経営者にこそ、この時代を生き抜くすごみがある。 逆境を跳ね返し、復活した6人の経営者たちから“生きた経営学”を学びたい。
システム構築には、大きく分けて4つのリスクがある。すべてのフェイズを通じて存在するそれらのリスクを正しく認識しなければ、システム開発は失敗に終わるだけだ。それらリスクへの対処法を紹介する。 システム構築は、成功率が30%といわれるほどリスクの高い投資である。そのリスクに無頓着で、業者に任せっきりにするのは、保険に入らずに車を運転するのと同じくらい危険だ。システム構築における主なリスクは、「認識的リスク」「人的リスク」「技術的リスク」「組織的リスク」である。 それぞれのリスクは、単独ではなく複合的に襲ってくることが多いので、常にリスクに対してアンテナを高くし、コスト・納期・品質に与える影響度と発生確率によって優先順位を付け、各リスクに応じて早めに対策を打つ必要がある。それには、間接的な情報だけに頼らず、3現(現場、現物、現実)主義を尊重することだ。例えば、現物を見て品質に対するリスクを知るこ
第13回 東証のシステムトラブルは起こるべくして起こった 経営コンサルタント 大前 研一氏 2006年1月25日 システムは「使う人が作る」のが一番効率的 ビジネスブレークスルー大学院大学のeラーニングシステム『AirCampus』は、すべて自社開発をしている。 開発の指揮を取っているのは私だ。もちろん私はプログラマーでもSEでもないので実際の構築作業をするわけではないが、技術的なことは分かるので全体の仕様や、操作性、改善要求、などをひんぱんに出す。「ここはこうしてくれ」「こういう機能を付加してくれ」「次のバージョンはこうしよう」などと。それを受けて社内のシステム部門が一気呵成に作業するというわけだ。もちろんそうした作業で手が足りないときには外部の援助も得る。かくしてAirCampusはたゆみなく進化を続けている。 何といってもAirCampusの一番のヘビーユーザーは私だ。通
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く