「プッチンプリン出荷停止」はなぜ起きた？　“ベンダーのせい”にできない根深き問題：有識者に聞く（1/6 ページ） 近年、大手企業のERP導入失敗事例として注目を集めたのが「プッチンプリン問題」である。 2024年4月、江崎グリコは基幹システムを独SAPのERPパッケージ「SAP S/4HANA」に刷新する切り替えを実施した。ところが、この切り替えをきっかけにシステム障害が発生。乳製品、洋生菓子、果汁、清涼飲料といった「チルド食品」の受発注や出荷業務に影響が出た。その結果、看板商品であるカフェオーレやプッチンプリンなどが出荷できない事態に陥ったのだ。 多くの人は、この問題の原因をベンダーの能力不足や、企業のIT投資に対する姿勢の問題だと捉えているようだ。しかし、ERPのエキスパートである廣原亜樹氏の話を聞くと、実際はそれほど単純ではないらしい。 そもそもERPとは何なのだろうか。なぜ企業はE

なぜ事故が連続してるかというと、旧SAP (ECC6.0)のサポート切れが2027で、大企業が同時多発的に20年近く使っているシステムを刷新してるほぼ史上初の状況だから。長年の丸投げ魔改造全とっかえなので、まだまだ出てくるよ

定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高

もよもよ。 @yoppu1eg 情報セキュリティの敗北史が面白すぎる。だめだこれは寝れない、なんだこの死ぬほどワクワクする本は。まだ3章だぞ？これだこのことが私が生まれる少し前から起きてたのか？？なんで、3ヶ月くらい寝かしてたの？この本？？ pic.twitter.com/3vHXxg2W1h 2024-02-26 01:11:06

米国では約7割の人が業務などでファクシミリを利用しており、日本よりも利用比率が高いことが分かった。情報通信ネットワーク産業協会(CIAJ)が13日発表した米国におけるファクシミリの利用調査結果によると、69.0%が文書や画像を送受信する業務でファクスを日常的に使っていることが明らかになった。 CIAJではファクシミリの利用は日本では約6割が日常業務で使っているという調査結果を出しているが、今回の調査で、米国のほうが利用している人が多い結果となった。 ファクスの機種は複合機や専用ファクスのほか、インターネットファクス、パソコンなどからと幅広く、依然として紙ベースでのやりとりが多いもののネットワーク経由での送受信の比率も高かった。 ファクスを使う理由で一番多かったのが「確実に届くから」で、電子メールなどのデジタル化が進む中でも依然として確実に相手に届くファクシミリの需要が根強いことが分かった。

InternalManufacturing.md 概要 アプリやサービスをソフトウェアエンジニアが作るときに「ここはSaaSで賄いましょう」「ここは自作しましょう」みたいな判断を迫られがちです。 プロダクトごとに背景が違うので一般論は述べにくいですが、最近の僕の気持ちはこんな感じ、というのをまとめておきます。 // 極論すると、99%くらいのソフトウェアはSaaSを使ったから(勝った|負けた)みたいな短絡的な要素は無くて、それ以外のところで勝敗が決まることが多いです。なので好きにしたら良いという気もする。 ふつうの人間は、内製した方がえらい、というバイアスがある 要はバランス、ではあるが僕は内製箇所を少なくする方を提案することが多い SaaS導入のメリットデメリット 何を今更、ですが一応書いておきます。 メリット SaaSを作ってるのは賢い(?)人たちなので、内製するよりも競争力があるSa

ネット上にはたくさんのIT系のコンテンツがあふれています。そのほとんどは文章として書かれていますが、一部にはマンガの形で面白く分かりやすくしたものもあります。 ここでは、マンガ化されたITコンテンツを集めてみました。毎年夏休みの恒例企画、ITまんがの2023年版です。 今年は5本のマンガを新たに追加しました。先週から話題になっているあのマンガ、AWSが公開したマンガなど、ぜひ夏休みの息抜きにどうぞ。 もしここに掲載していないITまんがをご存じでしたら、Twitter（@publickey）や、はてなブックマークのコメントなどで教えてください。毎年更新する予定です。 2023年版の新着ITまんが New! AWSマンガ：クラウドに乗っていこう！ 小さな会社のDX日記 地方の中小企業の総務部員の美咲は、突然の DX（デジタルトランスフォーメーション）指示に慌てる。たどり着いたクラウドサービス、

連載目次 準委任契約と請負契約 今回は、システム開発の要件定義工程の契約形態についてお話しする。 本連載の読者ならご存じの方も多いと思うが、情報システムの開発は、準委任契約に基づいて行われる場合か請負契約に基づいて行われる場合が多い。そして1つの開発においても、要件定義工程は「ユーザーの作業を支援する」という意味合いで、成果物の完成責任を負わない準委任契約で、設計以降の工程（ここでは便宜的に「開発工程」と呼ぶ）は「ベンダーが主体となる」ために成果物の完成責任を伴う請負契約で行う場合がよくある。準委任契約は、「専門的知識やスキルを持つ人間が契約で合意した時間働けば、その対価は払ってもらえる」というのが原則である。 では、専門家が一定時間働きさえすれば責任を果たしたことになるのだろうか。 今回取り上げる事件は、ITベンダーが要件定義工程から開発工程までを一貫して行ったが、要件定義に抜け漏れがあ

前提 この記事は内製開発をしているSaaSの中の人であるエンジニアが、SaaSの内製ソフトウェア開発をする上での話として書いています。 前ふり 「スクラムで生産性は上がらないしリリーススケジュールが狂いまくりなんですよ」 「何が原因なんですか？どうすればいいんですか？」 という相談を受けました。 NDAを書いてから、どれどれとチームの状況を見てみました。 該当チームのスプリントゴール 該当チームのスプリントゴールはこんな感じでした。 QAフェーズのプロジェクトAを、QA作業を完了してリリースできる状態まで進める 実装フェーズのプロジェクトBを、フィーチャーの実装率を50%まで進める 設計フェーズのプロジェクトCを、要確認な点を除いて実装レディーな状態まで進める スプリントゴールが3つありますね。とても面白いですね。 思わずボンドルド卿みたいな反応をしたくなりますがここは先に進みましょう。

NTTデータは2023年5月11日、2024年3月期の連結売上高（国際会計基準）が4兆1000億円になる見通しだと発表した。富士通の2024年3月期の業績予想では、売上高に当たる売上収益を3兆8600億円としている。NTTデータの計画通りに進めば、売り上げ規模で富士通を抜いて国内最大のIT企業になる。 2023年3月期の売り上げ実績で既に、NTTデータはNECを抜き国内IT企業で2位になった。2023年3月期のNTTデータの売上高は3兆4901億円と、NECの売上収益3兆3130億円を上回った。 NEC、NTTデータ、富士通、日立製作所のIT大手4社のうち、日立は売上収益で10兆円を超える。しかしIT関連事業に限ると2兆円台となり、他の3社より規模は小さい。 NTTデータが急激に売り上げ規模を拡大しているのは、NTTグループの海外事業を統括するNTT Limited（NTT Ltd.）を2

可用性や安全性を高めつつ、ソフトウェアをシンプルにすることは不可能だ。カオスエンジニアリングから継続的検証へ（中編）。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal（ケイシー ローゼンタール）氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」（JaSST'23 Tokyo）の基調講演に登壇し、「Chaos Engineering to Continuous Verification」（カオスエンジニアリ

複雑なシステムでは、すべての要素が正しくても障害が起きる。カオスエンジニアリングから継続的検証へ（前編）。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal（ケイシー ローゼンタール）氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」（JaSST'23 Tokyo）の基調講演に登壇し、「Chaos Engineering to Continuous Verification」（カオスエンジニアリングから継続

プロダクトマネージャーに求められる本質、事業成長に貢献するための具体的な心得についてディスカッションをするイベントが、株式会社フライルの主催で開催されました。今回のゲストは、SaaSやアプリ、Web3など幅広い領域で、長年プロダクトマネジメントに携わり、プロダクト開発コミュニティ「PM Club」の運営をしている佐々木真氏。プロダクトマネージャーに必要なスキルや考え方を語りました。全5回。1回目は、プロダクトマネージャーの本質的な役割について。 プロダクトマネージャーの業務支援SaaS「Flyle」を提供する株式会社フライル 財部優一氏（以下、財部）：本日モデレーターを務めます、株式会社フライルの財部と申します。よろしくお願いします。今日は質問形式で、佐々木さんからお話を聞きたいと思っています。 （スライドを示して）少しだけフライルの紹介をします。「Flyle」というプロダクトマネージャー

GitHub CEO トーマス・ドムケ氏が来日。いずれコードの80％がAIで作成されるようになると予言 GitHub CEOのThomas Dohmke（トーマス・ドムケ）氏が来日し、記者会見を行いました。 ドムケ氏は2021年にNat Friedman氏の後を継いでCEOに就任した人物で、それまではGitHubのChief Product Officerを務めていました。同氏がCEOに就任して初めての来日となります。

私はアメリカのシアトルエリアに住んでいるのですが、SNSを通じて日本語の情報を見ていると、政府含めてものすごく一生懸命 DX (Digital Transformation) に取り組んでいかないといけない！という気合を感じるのだけど、実際のところ私の観察範囲ではそんな雰囲気を全く感じません。なんでだろう？と思っていたのですが、ふと思い当たることがあったのでシェアしてみたくなりました。 観察範囲での日米の違いアメリカに住んでいると、ソフトウェアを普通使うのはとても普通であり、かなり年配な方でも普通に使います。例えば私の英語の先生は、かなり年配の方ですが、普通にコンピュータを使って授業します。レッスン代は、友達とか、スモールビジネスの間でお金をやり取りできる Venmo というサービスがあるのですが、支払いを忘れてたら、Venmo 使ってはよ振り込んでなと催促されます。 会社でも、どんな高い

下で最新版に記事を編集しましたブログを作ったよ ツイッターアカウントフォローお願いします https://twitter.com/usagipycom こんな記事も書いてます 友達がpythonでPCゲームのレベル上げツールを作っていた それを聞いて、pythonって便利なのね。と思いその後色々あってプログラミングを勉強することにした プログラマー35歳までみたいな世の中で40代おそすぎ！ってあるかもしれない PCがあって、無料の教材はネットに転がってるし、本もたくさんあるし、挑戦するのは無料だし2022年の1月ぐらいから勉強を始めた 入門書って成果物がないからつまらないなと思ってそれ以外になんかないかなって本屋さんをふらふらしてたら python自動化 みたいな書籍がいっぱいあることに気がついた なるほど、もしかしたら仕事楽になるんじゃないかそんな思いから次の本を買った シゴトがはかどる

近年、日本の大企業による「システム開発の内製化」に関する話題を目にすることが多くなりました。それまで、システムを内製化する会社というのは、サイバーエージェントやDeNAといった、いわゆるweb企業が中心でしたが、この話が、伝統的な大企業に及んでいるのが昨今の動きです。 内製化のゴールは「システム開発を自社で行うことによって、ビジネスの競争優位を加速させること」と考えています。競争力のあるビジネスが存在することが前提になりますが、優位性を加速させる筋書きがある時に、内製に投資する意味があるわけです。 しかし、大企業によるシステム開発の内製化は、ほとんど、うまくいかないことが予想されます。多くの場合、エンジニアを雇って、お金をかければ、内製化できるという考えが流布しているように感じており、少々筋が悪い気がするからです。 そもそも、システムの内製化というのは、大企業やベンチャーを問わず、大きなリ

Hideyuki Tanaka @tanakh 数学苦手だからどの馬が勝っても払い戻しが購入金額以上になる買い方を見つける探索プログラム書いたんだけど、解が見つかった！って出てきてマジかよってなったんだけど、見て見たら全部0円買えばいいって言われた･･･なるほどなあ。(´･_･`) 2022-05-08 15:32:23 Hideyuki Tanaka @tanakh 今すぐフォローすべき競技プログラミング界のスーパーエンジニア。国境無き猫もふ団。SuperCon2000優勝/ICPC2004,2005アジア大会優勝/ICFPC2010優勝,2019審査員賞/第一回京都大学総長賞/すごいHaskell/カレーマイスター tanakh.jp d.hatena.ne.jp/tanakh tanakh.jp

その機能がユーザーが望まれていて、自分も欲しいと思っていたとしても、すぐに機能として組み込まない方が良い