テクノロジー
日本通運のシステム開発訴訟、指摘多数の原因は「特殊な検収」とアクセンチュアは反論

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

日本通運のシステム開発訴訟、指摘多数の原因は「特殊な検収」とアクセンチュアは反論

テクノロジーカテゴリーの変更を依頼記事元:

xtech.nikkei.com

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

245usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

日本通運のシステム開発訴訟、指摘多数の原因は「特殊な検収」とアクセンチュアは反論

245 users

xtech.nikkei.com

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント82件

注目コメント
新着コメント

xx9xx91024有料部分も読んだけど、結合テストのタイミングで受入テスト勝手にやって根本に関わる伝票番号の排他制御の要件変更し出すとか、色々と治安が悪い。そりゃそんなことしたらバグは出るでしょ

2024/09/27リンク

その他

crimson_diamondいや、通し番号（というか実質UUIDだろ）連番担保は流石に頭おかしいし、それを当初要件に入れるなら兎も角、後から出してくるのは輪をかけて頭おかしい。それが分かる担当者が日通側にいないのがヤバい

2024/09/27リンク

その他

Ni-njaSEとして生き残れるかどうかってこういう客にうまいこと当たらないで済んだかどうか、って節があるんだよな。大手SIerだと案件ガチャの幅が広くて心折れちゃうかも

2024/09/27リンク

その他

Lumin20年前はクソふざけた客に対しても日本の大手SIerは大抵いいなりだった。俺の同僚も何人も取り返しのつかない鬱にかかったり死んだ

2024/09/27リンク

その他

rulir無料部分だけ反論側意見を読むと、結合テスト中に日通側が受入テストをやってバグだらけだ、と言い出したように読める。もし本当なら流石にシステム開発の知見なさすぎるのでは。で多分仕様も変えたんだろうな

2024/09/27リンク

その他

dozo初報を日通側の意見で見たけど、たぶん日通に問題あるんだろうと思っていた

2024/09/27リンク

その他

yanase623発注元が要求よくわかってないんよな〜それを引き出すのがベンダの仕事というのはそうだけど、その機会すら充分に作ってくれなかったりすると厳しい

2024/09/27リンク

その他

gui1どっちも法務部門が強そうな会社。壮大なけんかになりそう(´・ω・｀)

2024/09/27リンク

その他

s_rsak当初の仕様の詰めが甘いまま上流工程を終えるから、検収段階になって、あれこれ認識相違が顕在化する。細かいところまでドキュメントで合意をとってから開発着手すべき。

2024/09/27リンク

その他

rryuやはり殴り合いになってきた。要件定義にないものを不具合として上げて対応させていたのだとしたら原告が不利な感じだが果たして…

システム開発

2024/09/27リンク

その他

tanakamakERPとかではなく、スクラッチのシステム開発らしいね。

システム

2024/10/04リンク

その他

and_hyphen胃がきゅんきゅんするな（てかこのテストのやり方だとめっちゃバグあるように見えるだろうね

2024/10/01リンク

その他

namiskITb中にUATやるのは無茶すぎる。誰の意思決定よ？アクセンのPMもなんで譲ったのか、全メンバーから恨まれてそう。/さらに伝票データの連番採番など「後出し要件」があった模様。

2024/10/01リンク

その他

chintaro3日通は一生紙とファックスでやってればいいと思う。

2024/09/29リンク

その他

wisbootおやおや…／アクセンチュアが日通側と合意した試験ではなく、日通が自前で「打鍵チェックのスコープやシナリオ」を作ったんなら、最初からそれをアクセンチュアに渡して試験してもらえばよかったじゃん…

2024/09/29リンク

その他

NOV1975言いたいことはわかるんだが「ITbと並行」したときに発生した「打鍵チェック」での障害ってほぼほぼ品質問題だよな。ちゃんとしたWFでやっているならITbでそんなに指摘が出てる時点でプロセスが破綻しとる。

2024/09/29リンク

その他

legnumマジで各企業は自社のシステム担当が「難易度影響度に関わらず件数のみで後から改修を多く飲ませた方が勝ち、という超絶間違った感覚」で仕事してないから一斉点検すべき時代来てる

2024/09/29リンク

その他

tototokage日通の分が悪そうだなぁ

2024/09/28リンク

その他

georgew打鍵チェックはITbの成果物の完成基準でもなければ、日本通運が検収を実施するための前提条件でもないとする > なにこれ、ユーザの我儘？　この辺の条件を明確にドキュメント化しておけば問題にならなかったかも。

2024/09/28リンク

その他

yuangao結合テスト段階で受入テストなんて普通ありえないけど、そもそも結合テストが年レベルで遅れてるので、工程を並行してカバーしようとして失敗した感じかね。遅延を取り繕って泥沼化。

2024/09/28リンク

その他

shisaninブラック案件に遭遇したら、逃げるというオプションは、エンジニアはもっておいた方が良いよね

2024/09/28リンク

その他

hiroomi"請負契約において求められるのは「仕事の完成」だ。検収は「仕事の完成」とは独立した手続きであり、検査の合否は債務の履行・不履行とは関係しないとする。"

2024/09/28リンク

その他

m50747規模は小さい開発だが日本企業は俺様業務仕様が多く、打ち合わせを経て開発中に後出しジャンケンいっぱいあるある。急遽休日返上対応してバグ出した時にはめちゃ怒られる。みんなよくやってるよ。兵隊辛い。

2024/09/28リンク

その他

fcqpy455横柄な事業者多いからな。それなら自前でやれと思う

2024/09/28リンク

その他

septootこれも最後は両者和解で真相は藪の中

2024/09/28リンク

その他

toro-chan裁判例を見ると開発側が専門家としてやたらと厳しい。これも「特殊な検収」の結果を話し合い、仕様(シナリオ)を再度決めるべきだったとか言われる気がする。専門家なら結果を見て整合性を「提案」すべきだとか言って

2024/09/27リンク

その他

waihasaruyaええ！特殊な検収を！？できら、ない

2024/09/27リンク

その他

estragonアクセンチュアの言い分からすると日本通運が頭おかしいと読めるな。日本通運側で発言力の強い個人が暴れたとかなのか、もうちょっと体勢や風土的な背景があるのか

2024/09/27リンク

その他

lli日通の担当者も後になって上から詰められたりしてそう

2024/09/27リンク

その他

otihateten3510まあ本件は裁判やらなきゃわからないし、裁判やってもわからなさそう

2024/09/27リンク

その他

odakaho開発中のシステムを受け入れテストして、バグがあったってことで機能追加させるのね。なるほど上手いこと考えはるなあ。

2024/09/27リンク

その他

trace22多分予定通りに作業完了して納めても揉めたろうな。プロセスの設計間違ってると思う。客を失いたいのなら好きにすればいいが

2024/09/27リンク

その他

Mash動かないコンサルティングじゃなかった

2024/09/27リンク

その他

hryordこういうので揉めるのって大抵、発注側の担当者の力不足を下請け側におっ被せるパターンよね。昭和や平成ならそういうゴリ押し当たり前の世界だったけどもうそんな時代じゃないんだよ。

2024/09/27リンク

その他

mr_mayamaこれは訴訟になるわ。会議にアホ同士が出てた結果とみた。

2024/09/27リンク

その他

natumeuashi天下りと縁故の多い会社はカオスだなぁ…

2024/09/27リンク

その他

vegnpomnだいたいこういうみんな不幸になるのってベンダ変更を伴う既存システムのリプレースとかだけど、これはそういうしがらみのない新規なんだろうか？

2024/09/27リンク

その他

harumomo2006日本のSIerなら発注側が言わなくても気付いたかもしれない。外資は言われた最低限のことしかやらないイメージはある

2024/09/27リンク

その他

mouki0911ITbと同時にUATをする日通もどうかと思うけど、ACNもそれを受け入れたらあかん。触らせた時点で負け。日通が悪いに傾いてるけど、ACNのプロマネも戦えてないし、たぶんスコープ管理もステコミも機能してない。

2024/09/27リンク

その他

asrogウォーターはフォール出来ずにポロロッカ　溢れた水の行く末は何処(字余り)/ 下手打つと自社を公開処刑することになると分かってて訴訟してるのかなあ。

* |ω・）

2024/09/27リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「日本通運のシステ...」が注目されています。

気持ちをシェアしよう

ツイートする

日本通運のシステム開発訴訟、指摘多数の原因は「特殊な検収」とアクセンチュアは反論

物流大手の日本通運が、航空輸送事業におけるグローバル共通基盤の構築を目的に進めていた「新・国際航...物流大手の日本通運が、航空輸送事業におけるグローバル共通基盤の構築を目的に進めていた「新・国際航空貨物基幹システム」の開発失敗を巡り、開発ベンダーであるアクセンチュアを訴えていたことが日経クロステックの取材で分かった。以下ではアクセンチュアが提出した第1準備書面を基に、日本通運の主張に対する同社の反論を読み解く。アクセンチュアが最重要争点として挙げるのは、結合テストの後半フェーズ「ITb」に関する債務の履行を完了したことだ。日本通運は訴状で「アプリケーション開発業務」など4件の個別契約が債務不履行になった結果、システムは完成せず基本契約書で締結した「システムの完成義務」に違反すると主張していた。アクセンチュアは請負で締結された上記4件の個別契約について、債務を履行していると反論する。同社の主張によれば、請負契約において求められるのは「仕事の完成」だ。検収は「仕事の完成」とは独立した手続