システム開発

プロジェクトを円滑に推進し完遂するために、ベンダーはどのような活動を行う義務があるのか。ある裁判の判決を例に取り、IT専門調停委員が解説する。

ユーザー窓口が確約した「○月○日に正式契約しましょう」を信じて一部作業に事前に着手したベンダーは、突然の契約白紙撤回に泣き寝入りするしかないのか？

要件も作業内容も適宜確認し、ユーザーの指示を受けて作業していたのに、納品間近になって「契約を果たしていないから支払いはなしね」と告げられたベンダー。裁判所の判決や如何に？

システムの欠陥によって損害が発生したとして、作業費用6億5000万円の支払い拒否に加え、23億円の損害賠償まで請求された下請けベンダー。裁判所の判断はいかに？

ユーザーが持ち込んだソフトウェアにセキュリティの不備があった。「知らんがな」と言いたいところだが、訴えられてしまったら仕方がない。戦いましょう！

契約したのは弊社ですが、セキュリティホールを作ったのは従業員です。悪いのはアイツです！

ユーザー企業が契約範囲外の作業を行わせたり、不合理な方針変更をしたりして頓挫したプロジェクト。だがユーザー企業は、責任はベンダーにあるとして、20億円の支払いを要求した。

えっ？　システムが実用的でないって？　でも、要件を決めたのはあなたでしょう？

納品物のデキが悪いからと発注者が検収を放棄。合否が伝えられないまま「みなし検収」の期間を過ぎたシステムの開発費用を、ベンダーは支払ってもらえるのか――？

言った言わないではなく、言わない言わないの揚げ句、プロジェクトが頓挫。こんなシステムにお金は払えません！

埋められないパッケージソフトと業務の差、それは不具合なのか仕様なのか、悪いのはベンダー、ユーザー、どっち――？

社長が取ってきた開発案件。新規顧客だけど、社長の知り合いだから安心していいですよね――？

依頼主が作成したプログラムをリバースエンジニアリングして改修したエンジニアが訴えられた。僕、何か悪いことしましたか？

初期費用を負担する代わりに、売り上げに応じて永久にチャリンチャリン。レベニューシェア型契約は、ベンダーにとっておいしい話か、否か──。

もちねこはwebエンジニア第75話「プロダクトの死のサイクル」 pic.twitter.com/Us8WvwoAPS— のなと@もちねこはwebエンジニア (@Nonato_Note) November 4, 2020

もちねこはwebエンジニア第386話「炎上案件1」 pic.twitter.com/eWaRgoneja— のなと@もちねこはwebエンジニア (@Nonato_Note) September 16, 2021

100日後に退職する47歳1日目 pic.twitter.com/4J6NK8mI8Y— 元アプリ開発者47歳@100日後に退職する47歳 (@tome_ura) July 13, 2021

バルテス株式会社のプレスリリース（2021年7月28日 10時00分）品質向上のために押さえておきたい“発注品質テクニック”を伝授『受入れテストの勘所と開発委託の品質向上』セミナー9月開催

外資系パッケージソフトの導入で失敗しないための方法を解説する本連載。今回はリリース前に行われる「ユーザーテスト」に焦点を当てます。世界的に見て、日本企業はユーザーテストを軽視する傾向にありますが、その理由は？　そしてどのような問題があるのでしょうか。

ソフトウェアテストにおけるテストケースやテスト結果の管理に、Excelなどの表計算ソフトを使っている人は多い。Excelは手軽に使えて利用しやすいが、例えば「過去のテスト結果を探すのが大変」「テスト結果の集計は手動でやらなければならない」など、不便さを感じている人も多いように思われる。そんなExcelでのテストケース管理の不便さを解決してくれるのが、テスト管理ツールだ。テクマトリックスが提供する「TestRail」は世界中で25万ユーザーを持つ、テスト管理ツールのトップブランドである。TestRailを導入すれば、どんな不便さを解消できるのか。テクマトリックス　ソフトウェアエンジニアリング事業部でTestRailの技術担当 中田陽大氏と、営業担当 小西智之氏に話を聞いた。

マイナビは6月26日、「ソフトウェア品質サミット」(東京・竹橋/参加費無料)を開催する。同セミナーの基調講演に登壇する電気通信大学 情報理工学部 講師 西康晴氏に、ソフトウェアの品質確保に重要なソフトウェアテスト、中でも「受入れテスト」が "納得感の高いシステム" を入手するために果たす役割について話を伺ったので、本稿ではその内容をお伝えしよう。

この連載のタイトルは「テンプレートから学ぶ……テスト仕様書」です。「テンプレート」と「テスト仕様書」がキーワードです。これらに加え、次回以降新たに「（IEEE）テスト文書」という言葉が出てきます。たくさんの言葉が出てきてややこしくなる前に、今回は開発工程とテストの関係について復習しておきましょう。

前回は東京高等裁判所における平成27年6月11日判決を例に、システムの要件定義で、ユーザがつい使ってしまいがちなNGワードをご紹介しました。「既存システムの機能の通り」「既存システムの機能を網羅・踏襲すること」…こうした言葉は結局、システムの要件を曖昧にして開発ベンダとの間に意識の齟齬を生んでしまいます。いくら優秀なベンダでも、他人の作ったシステム (同じ会社の違う担当者も含みます。) の機能や性能等の特徴を全て正確に把握してくれる確率はそう高くありません。どんなに丹念に調べても、その詳細な動作や使い勝手については理解しきれないことも多く、また、ユーザ自身も誤解している部分もあったりして、結局、前のシステムからのデグレードを起こしてしまう危険もあります。こうしたことを防ぐためには、要件を定義するとき、既存システムが持つ機能についても要件として明確に記述する必要があります。前回はそんなお話だったと思います。

アジャイルチームにテスティングを取り入れる、とくに、必要とされるテスト能力を確保することからFran O'Hara氏が得た教訓。アジャイルチームに完全にテストを取り入れるといってもチームに2、3人テスターを入れればいいというような単純なものではなく、むしろ、アジャイルの世界で品質のよいアプリケーションをリリースするためには多重の業務プラクティスとスキルが必要になる。

すでに実施している政策やプロジェクトを中止する、あるいは大きく方向転換する意思決定はタイミングが本当に難しい。ただし、プロジェクトオーナーやステアリングコミッティーがきちんと役割を果たせば、システム構築は多少のトラブルはあっても、大炎上することはない。

プログラミングなしに業務システムを開発できるローコード開発環境が充実し、開発を外注から内製に切り替える企業が増えている。ハムやソーセージの製造販売で年間150億円を売り上げる信州ハム（上田市）もその1社だ。ローコード開発環境に詳しいIDC Japanの入谷光浩氏が最新事情を紹介しつつ、信州ハムのキーパーソンとの対談によってコスト効果と開発効率を圧倒的に高めた秘密に迫る。

「仕様」と「要件」の違いを知っていますか? 本記事では、仕様と要件の意味と違いについて解説。また、使いわけるための例文・類語・英語表現をご紹介します。仕様書の書き方のポイントもあわせて解説します。

ワクチン担当大臣補佐官として新型コロナウイルスのワクチン接種状況を記録するシステムの開発を担当するなど、政府のIT投資に詳しい小林史明衆議院議員にデジタル庁の課題を聞いた。

［バルテス株式会社］ソフトウェアのテスト・品質向上支援に関するサービスを提供するバルテス株式会社（本社：大阪市西区、東京都千代田区、代表取締役社長：田中 真史、以下バルテス）は、株式会社システムインテグレータ（本社：さいたま市中央区 代表取締役社長：梅田 弘之）と共催し、無料Webセミナー『システム設計書の書き方セミナー～第4回 現場ですぐに使える！設計書の書き方、見せ方の実践テクニック～』を2021年10月6日（水）に開催することをお知らせいたします。昨今、大規模開発も中規模開発も「製造・テス…