【IT】27億円の賠償巡り新たなIT裁判始まる、文化シヤッターが提訴
■ このスレッドは過去ログ倉庫に格納されています
アルミ建材大手の文化シヤッターが、販売管理システムの開発が頓挫した責任は委託先の日本IBMにあるとして、約27億4000万円の損害賠償を求めて日本IBMを提訴していたことが、日経コンピュータの取材で明らかになった。
文化シヤッターは2017年11月に東京地方裁判所へ訴訟を提起した。同社は2017年度第2四半期決算(2017年7〜10月)で、販売管理システムの開発継続断念に伴う17億4500万円の特別損失を計上済み。同システムの開発委託で日本IBMに支払った費用などの返還を求める。
文化シヤッターが既存の販売管理システムを刷新するプロジェクトを始めたのは2015年3月のことだ。文化シヤッターは日本IBMに提案依頼書(RFP)の作成を委託。そのRFPに基づき複数のITベンダーから提案を受けたうえで、日本IBMをシステム構築の委託先として選定した。
日本IBMの提案は、販売管理システムの構築にERP(統合基幹業務システム)などのパッケージを使わず、米セールスフォース・ドットコム(Salesforce.com)のクラウド開発基盤「Salesforce1 Platform」を利用してシステムを「手作り」するというものだった。稼働時期は約1年半後の2016年7月、総開発費用は約12億3500万円を見込んでいた。
両社は当初、アジャイル開発とウォータフォール開発の併用によるシステム構築を目指していたが、途中からウォータフォール開発のみに方針を転換。要件定義、設計・開発、システムテストと工程を進めた。
プロジェクトは当初予定より数カ月遅れ、両社は稼働時期を2016年7月から11月に延期。新たな日程を前提に、同年8月にユーザー受け入れテストを始めた。ここで問題が噴出した。
開発やり直しを提案
日経コンピュータが入手した訴状によれば、同テストで「多数の不具合が発見され」た。その数は同年10月までに600件以上にのぼったという。両社の会議で日本IBMの担当者は、受け入れテストの段階で不具合が多数見つかった理由として「要件定義フェーズ、設計フェーズの遅延に伴う開発フェーズの期間圧縮・テスト検証不足」を挙げた。加えて、受け入れテスト段階で要件の変更に当たる事項も顕在化し、その理由として「機能要件および外部設計に関するヒアリング・確認が不十分」などを挙げた。
日本IBMは立て直しを図るため、10月末にプロジェクトマネジャー(PM)を交代させるとともに、セールスフォースの技術担当者もプロジェクトに参画させた。だがその後、受け入れテスト工程で発生した追加工程の費用支払いをめぐって文化シヤッターとの間で意見が対立。日本IBMは2017年1月から作業を中断した。
この時点で見つかっていた不具合は1000件ほど。日本IBMはこのうち約800件を「プログラムのバグでなく仕様の変更に当たる」とし、バグは200件弱と主張した。文化シヤッターはこの分類に異論を唱えつつも、システムの早期稼働を優先。まず日本IBMがバグと認めた200件弱の不具合のみを修正してシステムを稼働させるよう、日本IBMに要請した。
だが日本IBMは文化シヤッターの案を受け入れず、2017年2月に全く異なる提案を示した。Salesforce1 Platformを使ったカスタム開発から、Salesforce1 Platformの標準機能を活用した開発へと方針を転換する内容だ。
開発を進めたシステムは、Salesforce1 Platformの標準機能で実装した部分が5%、同基盤上でカスタム開発した部分が95%だった。これを標準機能が80%以上、カスタム部分が20%以下になるよう開発し直す。標準機能を多用するため、画面のレイアウトやシステムの機能にも制約が加わる。
日本IBMが5月に提示した具体案は、標準機能とシステム要件の適合性を見極めるため要件定義からやり直す内容で、開発に2年4カ月と従来の1.6倍の期間を要するものだった。
文化シヤッターは、この提案は実質的に従来のプロジェクトの成果を破棄するものであり、この段階でプロジェクトは頓挫したと判断。開発失敗の責任は日本IBMにあるとして、同社に支払った開発委託費約22億円を含む27億4475万円の損害賠償を求めて同社を訴えた。
日経コンピュータの取材に対して文化シヤッター、日本IBMともにコメントしなかった。
争点を明確化する第1回弁論準備手続が2018年1月18日に行われ、次回は4月の予定。裁判では不具合の内容や原因に加え、当初の要件定義や開発手法の選択が適切だったかなどが争われることになりそうだ。
http://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/00014/ IBMな時点で笑
冷たい外資に、日本のシステム開発とか無理だろ ウォータフォールの典型だよね、プロジェクトの最後で重大な問題が発覚するの。 これはアジャイルやってて業務のややこしさに気づいたパターンやろ 95パーセントカスタムってなんだよw
パッケージ導入の意味が分かっていない。
仕様変更も相当出たんだろうな。
要件定義の段階でキーマンをしっかり理解させないといけない。
どちらもあほだろ、こりゃ。 システムの指向性はあっても、一つ一つの業務に関するソフトをパッケージにして、
そのパッケージの集まりが一つのシステムを構成する。
これならば一つの部署のソフトを変更しても全体には影響しない。
家でいえば、部屋の模様替え、一部建て替えだな。w
流石に全体が古くなれば、買い替え・建て替えだ。w >>7
コレだね
業務フローが特殊なのって、単なるマスをかいているだけ
そんなだからマトモに要求仕様が切れず、後追いになって開発現場が大混乱
良くある話だワ >だが日本IBMは文化シヤッターの案を受け入れず、2017年2月に全く異なる提案を示した。Salesforce1 Platformを使ったカスタム開発から、Salesforce1 Platformの標準機能を活用した開発へと方針を転換する内容だ。
これっておそらく現状の成果物として杜撰な要件定義書と動かないシステムがあるだけで、
仕様書や設計書の類がほぼ何も残されていないということですよね(;^_^A?
それなら途中からウォーターホールに変更してUATで問題噴出という経緯も頷ける気がしますけど。
人員整理で全く畑違いの人がSI事業のPMに放り込まれたとかでしょうか? しかしIBMの担当者は無能だな
出来ないことを請け負うなよ >>7
しかし、その手法が良いか悪いかはフィットアンドギャップ分析を経て決めることですからね(;^_^A・・・
文化シャッターさんが強引にねじ込んだとも思えないのですが。
むしろIBMからそうしようと提案したんじゃないかと思えますね。 いや、これはPMは実直な奴で、顧客の要件を最大限実現させようとしたんだろ。
しかし、SALESFORCEの担当者が入ってきて、こんなのカスタム化しないでもできますよ、と。
業務プロセスを抽象的に把握できる能力がないとこうなるW 受注管理、建材管理までシステムに入れ込むのは、業務がわかってないと使えるものにならないかもね
簡単に粗利が出せる作りじゃないとシステム化する意味がない 日本IBMに数億円のECシステムとハードの発注したけどサービス開始日に稼働しなくてその後数か月全く稼働しなくてひどい目にあった。
プロマネ交代でお茶を濁したが、IBMの部長がトラブル初日に「サーバー一台では無理」だって。
プロマネが無能だし、上級職がチェックしていない最悪の経験だよ。こんな会社要らない。
セールスフォースとかオラクルとか外部会社一切関係ないのにこれだよ。 完璧なプログラムとかないよりも
27億という金を受け取って、案件を請け負ったわけなのだから
IBMが100%悪いやろ
無理なら最初から受けるべきじゃなかった話 しかしいくら悪評ついてもこんな風に日本IBMに発注するアホが次から次に沸いてくるんだから
世間の風評だとかまったく関係ねーなって状態だな >>13
どこを柔軟に作るかという匙加減をするには結局、業務知識が必要なんですよ(;^_^A・・・
まあ、知らないなら知らないで設計担当者や実装担当者がユーザーの業務部門の方と綿密にコミュニケーションを取りながら開発できる態勢作りをすれば良い話なんですけどね。
(現実問題として規模が大きいと難しいでしょうけど)
とくある失敗としてユーザーの情シスなど窓口部署とだけ調整してしまうパターンですね。
しかし、そういった場合でもシステム会社の側から業務部門の方と話したいと言えば良いだけのことなのですが。
by かもめ党(鼎 梯仁) >>2
得意先の情シス部長がIBMと仕事して、飛ばされた。
「IBMに騙された」と言っていたな。
>>29
大きい会社さんほど「部署による」「担当者による」という感じですからね(;^_^A・・・
ただ記事を読んだ限りではIBMのマネージャーさんが極端に不出来といいますか、
単純に受託開発の段取りをよく分かって無かったんじゃないかと思えますね。
マネージャー変えてほぼ1から作り直したいと当のIBMが言ってるくらいですから。 れこはIBMの判断による事実上の損切りやろな
すんませーんとは言えないからもう裁判で負け認めるからごめーんみたいな >>6
それは動かないシステムの言い訳にはならない。 >>11
文化シヤッタークラスの会社なら、社内にまともなシステム部門なければRFPを作るには外部の助けを借りるだろ?。
ただ、一般的にはRFP策定にあたった会社は応札しないのが原則。
応札前提だと自社に有利な要求入れるかもしれないから。
そこら辺をしっかりしないで、IBMなら安心と思ってしまったのが間違いの元だね。
1がすべて事実なら、原因の大部分はIVMにある。 文化シャッターの社内SEの能力にも問題あるだろうけど。。
IBMって超優秀だったと思うのですが、こんなことあんだね。
次受けたのはN?F? バグと認めた部分の修正すら拒否するって、どないなっとるねん >>38
つまり、自己弁護の余地もなくほぼ間違いなくバグなんだけど(何らかの操作をすると画面が真っ白になる、というレベルw)
何が正解なのかも正直言って分からない、という状況なんだと想像しますね(;^_^A・・・
しがたって、こりゃもう1からやり直すしか収束せんな。ということなんだと思います。
こうなるまで黙ってたマネージャーさんもすごいですけどね。
しかし、このマネージャーさんがメルトダウンを隠していた理由も、
「まだ住宅ローンの支払いが残っている・・・息子が来年大学受験・・・」など
ほんとどうしようもない理由なんだと思いますけど(;^_^A 文化シヤッター程度の会社でシステム開発費が27億かよ
使いすぎじゃね? >>1
itは下流土方が気楽
間違ってもプロマネやるもんじゃない ttps://www.salesforce.com/jp/solutions/mobile/app/
これ?
って、標準機能80%だったら直接セールスフォースに発注すれば
良かったんじゃ??? IBMが悪いのではなく
人材派遣屋が適当な人員を送り込んでくるから悪い。
提示される派遣屋のスキル表は全くの嘘だらけだよ信用できない。
派遣屋は中に入れてしまえばどうとでもなると思っている輩ばかりだから。 素朴な疑問
なんで、IBMなんか信じたんだろう。
まともに作れる能力ないことに、気が付かないはずはないだろうに。 >>43
途中でコロコロ仕様が変わるからだろ、お前はアホかシロートは黙ってろ >>40
連結で1500億ぐらいの売上だから明らかにカネぼったくってるね >>3
>>7
>>18
業務パッケージじゃないみたいだから、業務をあわせようとしても無理
https://www.nttpc.co.jp/yougo/Salesforce1%20Platform.html
セールスフォース1プラットフォームには、
(1) アプリを開発するための部品となるようなプログラム
(2) 他のアプリやサービスと連係するためのプログラム(API)
(3) 開発したアプリをセールスフォースのサービスと連係できるしくみ
(4) セールスフォース上で公開されているアプリと連係させるしくみ
などが含まれている。 単純に安さだけ見たんだろうな。
足元を見ようとしたら反撃されたでござる。 昔はIBMに発注してクビになったヤツはいないと言われてたけど今ならそれなりにいそうだな どうせどっかの自治体みたいに仕様変更を大量に要求したんだろっと思ったけど
中身見たら単にIBMが無能だっただけか… >>36
恐らくIBMにRPF作らせる中で文化シヤッター側から提供しきれていない情報が山ほどあって、作ったRFPには準拠しているが、それ以外の文化シヤッターの要望
(勿論常識的に考えて仕様変更の範疇になる)に対しての認識齟齬が大量にあるんだろう
そこがバグか仕様変更かで揉めている部分なんだろうな IBMにセールスフォース案件が出来るわけないだろ?認定技術者いないんだぞ?www
セールスフォースのホームページで見てこい >>5
つい最近東大の電子カルテシステムがトラブってニュースになってたよ IBM傘下の子会社の人達の中には優秀な技術者がたくさんいるのを知っているが
IBM社員はPM専業で現場目線に立てないクソ共が大多数
そんで現場を見ずにPM Pとかの教科書知識を鵜呑みにするエリートバカが指揮ったプロジェクトは往々にして上手く行かない IBMのPMは品質が悪い、IBMの技術の人は品質がいい いい加減クライアントは営業の言う事と現場の言う事が食い違うって理解しろよ
ソフト会社の営業は出来ない事でも出来ますって言うんだよ >>42
SFDCは開発やらん。開発はSIerがやるんだよ。
ってsalesforceで27億掛かるってどんなの作る気だったんだろうか。
8割を開発するとか、AWSとかの上にフルスクラッチの方が簡単だったんじゃないのかな。 こんな高額?な業務管理システム導入して何か劇的に変わるのか? > パッケージを使わず、米セールスフォース・ドットコム(Salesforce.com)のクラウド開発基盤「Salesforce1 Platform」を利用してシステムを「手作り」するというものだった。
> 「プログラムのバグでなく仕様の変更に当たる」
クラウドときいて騙されちゃったわけか、まあ騙される方もマヌケってレベルだけど あ、95%開発だったか…。
80%標準で出来るってSFDCの担当が言ったって事は
まぁ60〜70%を標準機能の設定変更で実装かな?
ライセンスをplatformからsales cloudとかに切り替えてる必要が出てきそうだなー。
どうせIBMがランニングコスト抑えて、platform上で開発します!とか提案で言い出したんだろうな。
んで、結局無理でSFDCの担当は(sales cloudなら)標準でカバーできますよ?って話になって
ライセンスの切り替え/買い直し、設計やり直し。って話の流れかな〜?
想像でしか無いけど、salesfores使ったPJでポンコツSIerが良くやらかすテンプレだな。 >>4
日本の客は
契約の概念が理解できない馬鹿ばかりだからな > アジャイル開発とウォータフォール開発の併用によるシステム構築を目指していたが、途中からウォータフォール開発のみに方針を転換。
次から次へと要望が噴出し面倒になって
ウォータフォール一本に切り替えたと予想 >>31
> 記事の半分くらいしか理解できない
文系法学部出身の裁判官もそんなところだよ。
どうやって判決下すのだろうね。 裁判官は理解出来るのか?
若い女弁護士が泣きながら訴えれば有利な心証を得られそうだ >>20
そんなもん日本の大企業で通用しないぞ 言い出したら派閥争いに巻き込まれるし 社名の表記は文化シヤッターが正しいのか
変な会社w 外資にいる日本人社員はよほど仕事のできる社員とまったく出来ない君(大多数)にわかれる。
ドイツの有名な外資系企業なんぞ日本の大手企業の不良人材処理場になってたよ(笑)
IBMはしらないけどね。 >>67
理解出来るも何も契約結んで不履行ならどんな言い訳しても敗訴確定だろ
途中で開発やり直ししてることからもIBMの不履行は明らか
心証とか刑事裁判じゃあるまいし勘案する余地はないよ ライセンス高い、ガバナ制限きつい、処理速度遅い、本番移行トラブル多い・・・
セールスフォース自体がゴミ
こんなの有り難がってるのは詐欺師だけだよ ブルドックソースとか椿本チエインとか富士フイルムでも
「間違ってる」って言って恥かかないようにね RPFまでIBMに丸投げしてたのかよ
ユーザーの担当者も無能だわ うちならちゃんと動く同じシステムを1億円で作ってやるのに。
勿論サーバーも入れてな。 >>5
北海道の医大とNTTだっけ?
他にもどこぞの自治体ともやらかしてたなぁ >>22
スルガ銀行の時と同じパターンだよね。
逃げ口上もパッケージ化ですか。 富士通の電子カルテシステム、東大病院の中からクソ仕様
http://kabumatome.doorblog.jp/archives/65910595.html
富○通と病院内トップが中途半端な仕事をしたことによって
某有名大学病院のシステムがカルテも何も引き継げないまま変更され、
新年早々2000人超が現在も未会計のままとなっており、
職員含め院内全体が多大な損害を被っているという
事実が隠されそうになっている事実を伝える内部メール 👀
Rock54: Caution(BBR-MD5:f2c519fe5384e767e1c9e99abdcfc293) またIBMか。何が中で起きているんだ?優秀な社員の大量流出とか。 >>79
普通はメーカ色のうすいコンサルとかに伝頭するよな
お花畑なRFPになるけど
現状業務を踏襲しつつBPRとか書いてあてずっこけたぞ GBSのセールスフォースやってたマネージャー辞めたんこれでか? カスタマイズは構わんが
要件定義に協力しない会社はなにしたいのかと…
判断出来るエース投入する協力位しないと上手くいかんよ ユーザ側もレベル低いこと多いからな。
自分の業務を理解してなかったり、要件を出せなかったり。 ウォーターフォール一本って
やはりビッグブルーのゴミ捨て場だろ日本 日本人は自分が仕事を頼まれる時は小さな仕事でも渋るくせに
いざ人に頼む時はアレもコレもやってついでにソレもやっといてと際限ないからな・・・ >>4
見えてるのは氷山の一角というか
ひとかけらだけどな >>86
中国企業になって優秀な技術者逃げ出したんじゃね? RFP自社で作れるユーザ企業は、年商千億円を超える企業でも少ないよ。
作っても3ページぐらいとかざらにあるし。 RFPを作らせてもらえるなんて、どんだけ IBM は文化シャッターから信頼されてたんだ。
でもそんなお客さまからの信頼をあっさり裏切ったIBM
金だけはがっぽりとっておきながら、危うくなれば逃げの一手というイメージが染み付いてしまった。
RFP を作らせてもらえるんなら、入札は最初から出来レースだったってことだろう。
そこまで上流工程をがっちり握っておきながら、プロジェクトを失敗させてしまうって
IBM にはもうまともな判断ができる人間はいないのか? >>1
旭川医大、京都府に続いたか・・・
最近訴訟ちょこちょこあるな >>99
成功したとこ探す方が楽だろ
カルビーくらいしか浮かばないけど・・・
他は大小あれ全滅のイメージ 販売管理で約12億3500万円の開発費ってどんだけ豪勢なんだ
よっぽど特殊なシステムだったのか?
>標準機能で実装した部分が5%、同基盤上でカスタム開発した部分が95%
そこまで開発するなら全部スクラッチにしてAWSにでものせろよ
それでも12億もかからないだろ 12億円と言うことは人月百万円として1200人月か。
18ヶ月でやるには厳しくないか?
まあ五割りPJ管理やコミュニケーション工数かも知れないけど。 >>98
出来レース用のRFPを作っちゃったからこうなったんじゃね?
他社にできないことを盛り込んだら自社でもできなかったってヲチかと 文化シヤッターみたいな会社さんはシステム部門はともかく、
エンドユーザーはシステムに合わせて業務をすることを嫌がりそうだよね
前と同じじゃないと業務にならないとか言ってそう >>102
おそらくですが>>1のロードマップに既存システムから移行する工程が存在しないところから察して
既存の販売管理システムというものは存在せず業務部門ごとにExcelのマクロが沢山あったり、
受発注などのデータもメールやFAXでやり取りしていて、みたいな状況なのかなと(;^_^A・・・
で、情シスがオープンソースのパッケージを魔改造したEコマースサイトを運用してたり。
大半は設計や実装のコストではないのだと思えます。 >>98
RFPなんて誰でも出せるだろ?
俺でさえ書いたことあるわ
モチ受注
そんな俺ももう10年無職 >>79
アホ
RFP = request for proposal
システムを作りたい文化シャッター側がメーカーに提案を依頼するものだよ
ソレに応えてIBMが提案書を出す
ふつうはその前にRFIをやりとりするけどな まじでIBMにRFPを作らせたのか?
記事の日本語が微妙だよな ・ERPやセールスフォースを業務に合わせる
・業務をERPやセールスフォースに合わせる
どっちが正解? >>111
工数抑えたかったら業務側が合わせるしかないような
ヒヤリングの会議で相当な工数を使ったんじゃないかな >>110
IBMのコンサル部門がRFPの作成代行して、IBMのSI部門にぶんなげたのでは?
外から見たら単なるIBM ■ このスレッドは過去ログ倉庫に格納されています