タグ

SIに関するmedihenのブックマーク (108)

  • すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp

    すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ⁠⁠、全銀システム通信障害の詳細を説明 全国銀行資金決済ネットワーク(以下、全銀ネット)とNTTデータは12月1日、2023年10月10日~11日にかけて全国銀行データ通信システム(以下、全銀システム)で発生した通信障害に関する報道関係者向けの説明会を開催しました。件についてはNTTデータが11月6日に行った途中経過報告の内容をもとにレポートしましたが、今回、全銀ネットとNTTデータが揃って会見を行ったことで、より詳細な障害の原因が判明したので、あらためてその内容を検証してみたいと思います。 説明会の登壇者。左から、全銀ネット 企画部長 千葉雄一氏、事務局長兼業務部長 小林健一氏、理事長 辻松雄氏、NTTデータ 代表取締役社長佐々木 裕氏、取締役副社長執行役員 鈴木正範氏 なお、全銀ネットとNTTデータは、今回の障害に関して金融

    すべてのフェーズでミスが重なった ―全銀ネットとNTTデータ、全銀システム通信障害の詳細を説明 | gihyo.jp
    medihen
    medihen 2023/12/06
    "東京だけ、あるいは大阪だけが倒れた場合の訓練はやっていたが、両方がダウンした場合の訓練はやったことがなかった"
  • 日立製作所「同期SEの2割が、病気休職か治療中」――労務管理システムをハックして改ざん、360度評価は機能せず

    戦後のメンバーシップ型雇用を維持する日立では、スキルギャップから成果を出せなくなった中高年社員の雇用を維持するため、若手が余計に働いて稼がなくてはならない。そのなかでも、デキる人に仕事が集中する構造があり、過重労働がはびこりやすい。「仕事が終わらないから、社内の労務管理システムの抜け道を使って、残業時間が増えすぎないよう、改ざんします。具体的には、WindowOSに指示を出して、労務管理システムを停止させます。これは上司から強制されるわけではなく、同期やチームメンバーの間でやり方を教え合うんです。あとは、労務管理の対象外となっている(接続履歴が把握されない)別のパソコンを使って仕事をしたり…」(SE職) Digest 責任感から自滅していくパターン 行動規範SQDCとフェーズゲート QFマインド醸成会議、落穂(おちぼ)拾いの会 週休3日制の現実「有休消化で精いっぱい」 週1日丸ごと副業に費

    日立製作所「同期SEの2割が、病気休職か治療中」――労務管理システムをハックして改ざん、360度評価は機能せず
    medihen
    medihen 2023/04/20
    これって本当は何が悪いの?労務管理の問題、見積精度の問題、正確な見積ができない発注仕様の問題、本音の見積原価では受注できない営業の問題……このあたりの話がないと、某氏のSIer批判芸のネタにしかならない
  • なぜ「アジャイル開発」は失敗するのか?

    そんな中、昨年5月、アジャイル開発に特化した専門集団が立ち上げられた。それが、KDDIアジャイル開発センター(通称、KAG)だ。KAGは、もともとKDDI内の一部署だったが、社内外でのアジャイル開発の実績が認められ分社化した。 なぜアジャイル開発は失敗してしまうのか。KAGでエンジニア組織を束ねるエンジニアリングマネージャー 浅川 善則氏と、エンジニアでありスクラムマスターの岸田 正吉氏に、日企業におけるアジャイル開発の現在地や取り組みの質的な価値、KAGの強みについて、話を聞いた。

    なぜ「アジャイル開発」は失敗するのか?
    medihen
    medihen 2023/04/06
    KDDIのアジャイル専門部隊の方へのインタビュー
  • 次期全銀システムは富士通メインフレームとCOBOLから脱却へ、何が変わるのか

    全国銀行資金決済ネットワーク(全銀ネット)が2027年の稼働を目指す次期「全国銀行データ通信システム(全銀システム)」の大枠が2023年2月8日までに分かった。動作プラットフォームは既存の富士通製メインフレームから脱却し、オープン基盤を採用する方針だ。合わせて既存のCOBOLプログラムをJavaなどで書き換えることを検討している。全銀システムのオープン化は、国内金融機関の基幹系システムに対する判断に大きな影響を与えそうだ。 銀行間送金を担う全銀システムは1973年の稼働で、現在は第7世代が稼働している。およそ8年ごとにシステムを刷新しており、第8世代に当たる次期全銀システムは2027年の稼働を見込んでいる。 全銀ネットは次期全銀システムの構築に向けて、2022年4月に銀行や金融庁、ITベンダー、有識者などで構成する「次世代資金決済システム検討ワーキンググループ(WG)」を設置し、方向性など

    次期全銀システムは富士通メインフレームとCOBOLから脱却へ、何が変わるのか
    medihen
    medihen 2023/02/08
    "富士通がメインフレームの製造・販売や既存顧客向けの保守から撤退する方針を表明したこともあり、オープン基盤を採用", "将来的にはAPIゲートウエイへの一本化を目指しており、RCの廃止は2035年になりそう"
  • LINE新銀行の勘定系システム、富士通との開発頓挫 - 日本経済新聞

    LINEとみずほフィナンシャルグループが、2022年度中の開業を目指している新銀行の勘定系システムについて、韓国バンクウェアグローバルのパッケージソフトを採用し、開発を進めていることが明らかになった。当初は富士通とタッグを組んでいたが、プロジェクトの途上で乗り換えた。一体何があったのか。「全国銀行データ通信システム(全銀システム)との接続に関する追加機能開発にかかるコスト負担で折り合えなかった

    LINE新銀行の勘定系システム、富士通との開発頓挫 - 日本経済新聞
    medihen
    medihen 2022/11/04
    "LINEとみずほフィナンシャルグループが、2022年度中の開業を目指している新銀行の勘定系システムについて、韓国バンクウェアグローバルのパッケージソフトを採用し、開発を進めていることが明らかになった"
  • 大規模アジャイルフレームワークの紹介

    みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ

    大規模アジャイルフレームワークの紹介
    medihen
    medihen 2021/12/23
    大規模ウォーターフォールの成功率は3%しかないのか? 引用元の資料には、確かに"The overall results clearly show that waterfall projects do not scale well, while agile projects scale much better. "とあるが...
  • みずほ銀行7回目のシステム障害、原因は取引メインのディスク故障

    みずほ銀行で2021年9月8日に起こったシステム障害の原因が分かった。同行の勘定系システム「MINORI」において司令塔の役割を果たす「取引メイン(取引共通基盤)」のディスク装置の故障がきっかけで、一部のATMやインターネットバンキングが一時停止した。 具体的には、9月8日午前9時20分ごろ、取引メインのディスク装置が故障。みずほ銀行は取引メインのディスク装置が故障すると、同装置を切り離し、「常に同期をとって稼働している状態」(広報)の別のディスク装置だけで処理を継続する仕様だったが、その過程で「瞬断」が発生した。 この影響を受けて、最大100台ほどのATMやインターネットバンキングの「みずほダイレクト」が一時停止。同日午前10時半までに復旧した。みずほ銀行を巡っては2021年2月以降、顧客に影響が及ぶシステム障害が何度も表面化しており、今回で7回目となる。

    みずほ銀行7回目のシステム障害、原因は取引メインのディスク故障
    medihen
    medihen 2021/09/09
    「瞬断」is 何?→ "ディスク装置が故障すると、同装置を切り離し、「常に同期をとって稼働している状態」(広報)の別のディスク装置だけで処理を継続する仕様だったが、その過程で「瞬断」が発生"
  • アジャイル手法提唱者が涙ぐんだ「日本発の論文」 | Japan Innovation Review powered by JBpress

    新しいソフトウェア開発方法論「アジャイル開発」の一手法である「スクラム」の源流は、日発の論文にあった。その論文著者の一人、野中郁次郎氏(一橋大学名誉教授、中小企業大学校総長)が語る「アジャイルの真髄」とは何か。(JBpress) 新しいソフトウェア開発手法として、さらに組織変革やビジネスの革新手法として注目を集めている「アジャイル」。「スクラム」はその中で最も普及している具体手法である。その「スクラム」提唱者の一人ジェフ・サザーランド氏が着想を得る原点となったのが、日企業におけるイノベーションの成功要因を研究した日発の論文なのだ。 サザーランド氏が、その論文を竹内弘高氏(現ハーバード・ビジネス・スクール教授)とともに執筆した野中郁次郎氏に実際に対面したのは、「スクラム」を提唱してから時間が経った2011年だった。サザーランド氏が着想を得た論文の中核部分は何か、またどのような経緯で対面

    アジャイル手法提唱者が涙ぐんだ「日本発の論文」 | Japan Innovation Review powered by JBpress
    medihen
    medihen 2021/05/25
    ”共感を媒介にしたうえで、きちんと向き合って徹底的に考えをぶつけ合えるか、です。物事の本質は知的バトルを繰り返し議論が深まった末に、ようやく見えてくるものです" → 巨災対にあってNERVに無かったもの。
  • 情報システムを国の仕様と統一する義務法案 参院で可決・成立 | NHKニュース

    行政のデジタル化を進めるため、自治体ごとに仕様が異なっている情報システムを、国の仕様と統一することを義務づける法律が、参議院会議で可決・成立しました。 この法案は自治体ごとに仕様が異なっている情報システムのうち、主要な業務のシステムについて、国の仕様と統一することを義務づけるもので、12日の参議院会議で、自民・公明両党のほか、立憲民主党、日維新の会、国民民主党などの賛成多数で可決・成立しました。 統一の対象となるシステムは、政令で定めることになっていて、住民基台帳や税、年金や社会保障など17の業務のシステムとなる予定です。 国はシステムの統一によって、自治体間などのデータのやり取りが迅速に行えることに加え、システムの維持管理費用の大幅な削減につながることを期待しています。 この法律は、ことし9月1日に施行され、国は2025年度末までにシステムの統一を完了させる方針です。

    情報システムを国の仕様と統一する義務法案 参院で可決・成立 | NHKニュース
    medihen
    medihen 2021/05/12
    「国の仕様と統一した情報システム」に合わせて業務を統一する義務法案も必要そう。
  • 日立、米ITグローバルロジックの買収発表 1兆円規模 - 日本経済新聞

    日立製作所は31日、米IT(情報技術)企業のグローバルロジックを買収すると正式に発表した。買収額は総額で96億ドル(約1兆500億円)で、電機業界では過去最大級となる。ITを軸とした成長戦略を掲げ、相乗効果の低いグループ企業の売却を進めてきた。モノの売り切りに依存してきた製造業ではソフトやサービスに軸足を移す動きが広がっている。グローバルロジックは米シリコンバレーを拠とする2000年創業の新

    日立、米ITグローバルロジックの買収発表 1兆円規模 - 日本経済新聞
    medihen
    medihen 2021/03/31
    "グローバルロジックは米シリコンバレーを本拠とする2000年創業の新興企業。DXに取り組む企業が使うシステム開発を手がける。21年度の売上高は約1300億円規模" ← 利益率が良いようだ。
  • GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)

    45歳のプログラマーの男が仕事で書いたコードを年収判定のためGitHubに上げて、複数企業の業務で使われていたコードの一部が流出した。GitHub来、公開して構わないオープンソース等のコードを共有する場で、年収判定サイトは、コミュニティでの活動を評価に結びつけようというコンセプトだった。しかし男は業務として開発した商業機密として保護すべき顧客のソースコードを不当に持ち出して、自分の年収を判定してもらうために丸ごと公開してしまった。 GAFAはじめネット企業を中心に、自社サービスを構成する部品で汎用的に使えるコードをGitHubなどを通じてオープンソースとして公開する動きが広がっている。一方で伝統的なシステム開発では、ソースコードは委託した業務の重要な成果物、秘匿すべき商業機密として組織内で管理することが一般的で、開発環境からはGitHubなどのサイトにアクセスできないよう遮断している場

    GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)
    medihen
    medihen 2021/02/01
    途中に挟まっているこの文章をどう捉えたらいいのかわからん。→"エンジニア達を苦しめる重層的な下請け構造は、結局のところ雇用を維持しつつ発注者が業務の繁閑を調整できるように適応した結果である" 合理的では?
  • 自治体の情報システム 仕様統一を義務づける法案提出へ 総務省 | NHKニュース

    国と地方自治体の情報システムの統一に向けて、総務省は、全国の自治体に対し、5年後までに住民情報や税などの主要な業務のシステムを国が指定する仕様に統一することを義務づける法案を来年の通常国会に提出する方針です。 行政のデジタル化を進めるため、政府は、自治体ごとに仕様が異なっている情報システムについて、令和7年度末までに国のシステムと統一する目標を掲げていて、その実現に向けて、総務省は、来年の通常国会に新たな法案を提出する方針です。 法案では、全国の都道府県と市区町村に対し、5年後までに、住民情報や税、社会保障などの主要な17の業務のシステムについて、国が指定する仕様に統一することを義務づけるとしています。 総務省によりますと、仕様の統一によって、国と自治体の間や自治体どうしのデータのやり取りが迅速に行えることになり、システムの維持管理費用の大幅な削減も期待できるということです。 各自治体が仕

    自治体の情報システム 仕様統一を義務づける法案提出へ 総務省 | NHKニュース
    medihen
    medihen 2020/12/07
    業務の標準化無しだと、統一仕様ができたとしても標準パッケージからのカスタマイズ地獄が見えている。
  • SIベンダーを中抜きすればDXできるのか?そんなに甘い話は転がっていない|楠 正憲(Japan Digital Design CTO)

    はユーザー組織よりもベンダーにIT人材が集中していることが、DXを阻害しているといわれる。すぐにオンプレのサーバーを売ろうとする、クラウドで頼むといってもIaaSで持ってくる、ちょっと目新しい技術を指定したら見積もりが跳ね上がる。そういったSIベンダーに対するフラストレーションが、ひょっとして内製に切り替えれば、もっと迅速かつ低コストに新技術を導入できるのではないか?という期待に繋がっているように見える。 もしも夢が叶うならば、決められた予算、決められた要員で、生産性が高い最新の技術を習得しながら、環境変化を受け入れつつ、予定通りプロジェクトを完遂できるに越したことはない。しかしながら世の中にはトレードオフがあって、決められた予算、決められた要員、決められた期日通りにプロジェクトを仕上げたいのであれば、実績あるチームが、枯れた技術を使って、余裕あるスケジュールで、要件を固める必要がある

    SIベンダーを中抜きすればDXできるのか?そんなに甘い話は転がっていない|楠 正憲(Japan Digital Design CTO)
    medihen
    medihen 2020/11/30
    いきなり全て内製化しようとしないで小さいプロジェクトから始めては、というのは誰でも考えるか。
  • 星野リゾートの情シスさえ陥った「組織改編の大失敗」、内製化成功への道のり

    むこはた・わかこ/書店員から出版社、Web制作会社取締役、米系インターネットメディアを経て独立、現在は編集・執筆業。IT関連のプロダクト紹介やベンチャー経営者インタビューを中心に執筆活動を行う。 荒波に打ち勝つデジタルトランスフォーメーション さまざまな経営・事業課題が山積する今、デジタルトランスフォーメーション(DX)によってそれらを解決し、発展を遂げようとする企業の事例を紹介する。 バックナンバー一覧 星野リゾートの情シスは、どうコロナ禍を乗り越えたのでしょうか。 (左から)同社情報システムグループ グループディレクターの久英司氏、同プロダクトオーナーチームリーダーの佐藤さやか氏、エンジニアチームリーダーの藤井崇介氏 写真提供:星野リゾート 星野リゾートでは近年、IT開発の内製化を急速に進め、現在は30人程度の体制を整えている。新型コロナウイルスが宿泊業に打撃を与える中、刻々と変わる

    星野リゾートの情シスさえ陥った「組織改編の大失敗」、内製化成功への道のり
    medihen
    medihen 2020/11/24
    やはり開発・運用・現場の人事ローテーションを回せる体制が理想という気がする。→"キャリアだけで選び、文化が合わないと浮いてしまう。現場と話ができないし合わなくなってしまいます"
  • アジャイルの反対はウォータフォールでは無いんじゃない?という話 - メソッド屋のブログ

    先日ふとSNSを眺めていると、「アジャイル」と「ウォータフォール」はあうあわないがあるので、使い分けるのが吉的な意見を見てなんだかもやっとした気分になった。 正直アメリカに来てから「ウォータフォール」を見たことが無い。確かに日にいたときは使われていた。最近はさすがに「アジャイル」がだんだん主流になっていく流れも見える気がするが、 アジャイルが「主流」という感じすらしっくりこない。なんでだろう?アメリカでもアジャイルは「主流」ではない。 日にいたときの個人的な開発方法論のイメージ 日に居たときは、実際にウォータフォールが沢山あった。ただし、自分はソフトウェア開発には「ウォータフォール」が効率が良いとは一切感じられなかったので、そのことを書いたら結構炎上した。 simplearchitect.hatenablog.com 日に居る時のイメージは、自分的にはこんなイメージだった。ウォータ

    アジャイルの反対はウォータフォールでは無いんじゃない?という話 - メソッド屋のブログ
    medihen
    medihen 2020/11/17
    "名前を付けるとすると「SubjectMatterExpert」モデル"
  • DXって何じゃらほい?或いは2025年の崖っ淵に向かって熊とワルツを踊る刹那について|楠 正憲(デジタル庁統括官)

    何週間か前のこと、急にエンプラっぽくないAIベンチャーの社長さんからメッセで飲みに誘われ、秋葉原の焼き鳥屋さんでDXとやらについて聞かれて、とりあえずこのレポート読んどけと返しつつも考えちゃった訳です。Direct Xとか、よくテレビに出てるマツコの方じゃなくて「2025年の崖って実際どうなんだ?」とか何とかオッサンたちから相談される話あるじゃないですか。あれって何なんですかね?オンプレをクラウドにリフトしたらDXなのか。華麗にk8sやらコンテナ使いこなしてCIパイプライン組み立ててテスト自動化したらDXなのか、だいたいDigital Transformationなのに、どうしてDXなのか。SAP R/3とCOBOL PL/Iを捨てて、どこぞのSaaS入れてSparkぶん回してPythonとか書いたらDXなのか。おいおい、そんな話だっけ?って心配になっちゃう訳です。 内製内製って簡単に言う

    DXって何じゃらほい?或いは2025年の崖っ淵に向かって熊とワルツを踊る刹那について|楠 正憲(デジタル庁統括官)
    medihen
    medihen 2020/07/16
    DXというキーワードをめぐる日本式エンタープライズ・システム開発のあれこれ。
  • 政府の基盤クラウド、Amazonに発注へ(写真=ロイター) - 日本経済新聞

    NIKKEI Primeについて 朝夕刊や電子版ではお伝えしきれない情報をお届けします。今後も様々な切り口でサービスを開始予定です。

    政府の基盤クラウド、Amazonに発注へ(写真=ロイター) - 日本経済新聞
    medihen
    medihen 2020/02/12
    "AWSが構築するのは各省共通で導入する基盤的な20種類のシステムだ。これまで総務省や財務省、人事院などがそれぞれのシステムで管理してきたもので、一括してクラウドに切り替える"
  • SIerの復活に思う - orangeitems’s diary

    SIerの復活、潮目が変わった2020年 2020年になって顕著に潮目が変わったと思うのが、SIerの復活。どこのSIerを見ても景気の良さそうな顔をしている。何が起こったのか。 国内企業はたくさんの内部留保を抱えているのは有名な話だが、そのお金自民党は従業員の給料に積み増してほしかったはずだった。しかし各企業は何をしたかと言うと、システム投資を明らかに増やした。そして人、もっと言えばベテランの整理に動いた。今後国内において急成長は望めないから、せめて体力をつけておこうという政策だ。省力化を進めることで人手が必要な部分を極力減らすとともに、デジタルビジネスを手掛けて新しい時代に対応できるようになりたい。そんなニーズにSIerががんばって答えた結果、たくさんのプロジェクトが起き上がるようになった。 各SIerの経営層も、今やSI上がりの現場たたき上げ系が多くなっている。去年まではどちらかと

    SIerの復活に思う - orangeitems’s diary
    medihen
    medihen 2020/02/08
    “ちょっとしたSIバブル的なものが発生していて、昔ながらのSI営業が各社必要になり、外資系すらSIに力を入れ始めている始末である”
  • 闇のDevOps DevOpsと業績評価 – ところてん – Medium

    ここから、DevとOpsが協力すればより効率的になる=DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか? ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート(設置作業員、サポートセンタ)には、大量の人員が必要になってきます。 したがって、組織を研究

    闇のDevOps DevOpsと業績評価 – ところてん – Medium
    medihen
    medihen 2019/12/18
    "Devがプログラミングによって手作業を行っているOpsの仕事を奪えば、より効率的になる"ということなので、"DevOpsとは情報産業の垂直統合"となる。
  • 「最悪のソフトウェアはマネージメントの問題」、よいソフトウェアを作る方法を政府のソフト開発を行う技術者が語る

    by Austin Distel 「ひどいソフトウェアが生まれる場合、問題は特定のエンジニアリングではく、マネージメントにあることが多い」と語る、Googleのプロダクトマネージャーを経てシンガポールの公安部門向け技術開発を行うLi Hongyiさんが、「よりよいソフトウェアはどうやって構築するのか?」をつづっています。 How to Build Good Software https://www.csc.gov.sg/articles/how-to-build-good-software Hongyiさんは、ひどいソフトウェア開発の問題点を一文で「プロジェクトオーナーが解決すべき問題を明確にすることなく解決策としてのソフトウェア構築をスタートさせ、関係者からの長い要望リストを、フルスクラッチで開発を行おうとする外部の開発チームに委託すること」とまとめています。 一方で優れたソフトウェア開

    「最悪のソフトウェアはマネージメントの問題」、よいソフトウェアを作る方法を政府のソフト開発を行う技術者が語る
    medihen
    medihen 2019/08/21
    ひどいソフトウェア開発 = "PJオーナーが解決すべき問題を明確にすることなく解決策としてのSW構築をスタートさせ、関係者からの長い要望リストを、フルスクラッチで開発を行おうとする外部の開発チームに委託すること"