なぜ非機能要求をシステム開発の上流工程で検討しなければいけないのか？／そもそも非機能要求とは何か？【ITプロジェクトのためのプロマネの右腕】

プロマネの右腕チャンネル

7 Feb 202210:39

Summary

TLDRこんにちは、吉田です。本番組では、特にITシステムの開発をマネジメントする新任の方々に向けて、実践的なプロジェクトマネジメントを学んでいただける内容を提供します。今回は久しぶりに要求定義、特に非機能要求に焦点を当て、その重要性や、後から発覚する問題を避けるための対策について説明しました。非機能要求はパフォーマンスやセキュリティといったシステムの品質面を扱います。次回は、非機能要求グレードについて詳しく解説しますので、ぜひチャンネル登録をお願いします。

Takeaways

💻 ITシステムの開発をマネジメントする立場の人向けの番組。
🔍 要求定義と要件定義の重要性に関する話に戻ることを説明。
🛠 非機能要求とは、機能をどのように、どのレベルで実現するかを定めるもの。
📊 非機能要求にはパフォーマンスやサービスレベルなどの品質が含まれる。
📖 社長が望んだ機能を持つシステムが作られたが、パフォーマンスが悪く使えなかった例を紹介。
⌛ 別のプロジェクトでも、処理に時間がかかりすぎてシステムがタイムアウトした問題を共有。
🔄 非機能要求が後で出されるとプロジェクトの進行が困難になる。
📉 システム方式を変更しないといけないような要求が終盤に出ることが問題となる。
📋 情報処理推進機構（IPA）が非機能要求グレードというツールを提供している。
⏭ 非機能要求グレードの説明は次回に続く。

Q & A

1. この番組は誰を対象にしていますか？
-この番組は新しく企画担当や現場のリーダーになった方、特にITシステムの開発をマネジメントする立場になった方を対象にしています。
2. 非機能要求とは何ですか？
-非機能要求とは、システムがどのように動作するか、またはどのレベルで動作するかを定義する要求のことです。具体的には、パフォーマンスやサービスレベルなど、機能以外の部分を指します。
3. 機能要求と非機能要求の違いは何ですか？
-機能要求は「これができるようにしてほしい」という要求であり、非機能要求は「どのようにやるか」や「どのレベルでやるか」という要求です。
4. 非機能要求が重要な理由は何ですか？
-非機能要求はシステムの性能やユーザー体験に直結するため重要です。例えば、どんなに機能が優れていても、パフォーマンスが悪ければシステムは使い物になりません。
5. 非機能要求の例としてどのようなものがありますか？
-非機能要求の例としては、パフォーマンス、サービス稼働時間、セキュリティ、スケーラビリティなどが挙げられます。
6. 非機能要求が欠如していた場合、どのような問題が発生する可能性がありますか？
-非機能要求が欠如していると、システムのパフォーマンスが低下したり、セキュリティリスクが高まったり、ユーザーに不便を感じさせるシステムが出来上がる可能性があります。
7. 非機能要求を後から追加することのリスクは何ですか？
-プロジェクトの後半で非機能要求を追加すると、システム方式を変更しなければならない場合があり、納期が遅れるか、他の要件を諦めざるを得ないリスクが生じます。
8. IT業界で非機能要求に対する意識はどのように変わりましたか？
-昔はパフォーマンスが主な非機能要求でしたが、年々セキュリティやサービス稼働時間など、システムの機能以外の部分にも意識が向けられるようになりました。
9. 非機能要求の重要性を認識するために、どのようなツールや方法がありますか？
-情報処理推進機構（IPA）は、非機能要求の項目リストや非機能要求グレードというツールを提供しており、迅速に非機能要求を決定するためのアプローチを推奨しています。
10. 非機能要求を出すのが難しいケースはどのような場合ですか？
-新規事業でまだ動くシステムが存在しない場合、非機能要求を具体的にイメージするのが難しく、要求を出すことが困難です。

Outlines

00:00

💻 ITシステムの非機能要求について

この段落では、ITシステム開発において重要な非機能要求について説明しています。非機能要求は、システムがどのように機能するべきか、またその品質をどのように保証するかという観点から、機能要求と対比されています。著者は、昔のIT業界では「非機能」という言葉は使われず、パフォーマンスやサービスレベルなどで表現されていたことを述べています。エピソードを交えながら、システムが機能してもパフォーマンスが悪ければ意味がないことを強調し、非機能要求の重要性を解説しています。

05:01

🐢 パフォーマンス問題と設計の失敗

この段落では、著者が関わったプロジェクトにおけるパフォーマンス問題の例が紹介されています。開発チームがオンライン処理にこだわった結果、システムのパフォーマンスが非常に悪化し、処理が50分経っても終わらない状況が発生しました。バッチ処理が適切だったと後から気づいたが、リーダーがオンライン処理を変更しなかったことが原因で、問題が解決されなかったことが述べられています。このエピソードを通じて、非機能要求やパフォーマンスを適切に考慮しなければ、システム全体が失敗する可能性があることが示されています。

10:03

📈 非機能要求グレードの重要性

この段落では、非機能要求を適切に管理するためのツールである「非機能要求グレード」について触れられています。著者は、プロジェクトの終盤で非機能要求が後から出されると、納期を延ばすか、何かを諦めるしかない状況になることを説明しています。これを防ぐために、IPA（情報処理推進機構）が提供する非機能要求グレードのツールが有効であることが紹介されていますが、詳細は次回に持ち越されました。

Mindmap

Keywords

💡非機能要求

非機能要求とは、システムの『どのように』や『どのレベルで』機能が動作するべきかに関連する要求です。このビデオでは、性能やセキュリティ、サービスレベルなど、機能以外の重要な要素として紹介されています。例として、ある社長がシステムを依頼した際に、機能は満たしていたものの、動作速度が遅く使い物にならなかったというエピソードが挙げられています。

💡機能要求

機能要求は、システムが『何をできるようにするべきか』に関連する要求です。ビデオ内では、機能要求が具体的な機能の実装に焦点を当てているのに対し、非機能要求はその機能の品質に関わると説明されています。例として、社長が望む機能が実装されたものの、実用的ではなかったシステムが紹介されています。

💡パフォーマンス

パフォーマンスとは、システムがどれだけ効率的に動作するか、特に処理速度に関連する要素です。ビデオでは、非機能要求としてのパフォーマンスが過去のプロジェクトにおける主な課題として述べられており、50分間処理が終わらないという問題例が紹介されています。

💡要求定義

要求定義は、プロジェクト開始時に必要な要件を明確にするプロセスです。このビデオでは、要求定義と要件定義が取り上げられ、特に非機能要求を見落とさないようにすることの重要性が強調されています。ビデオは、このプロセスの不足が後で大きな問題を引き起こす可能性を示しています。

💡ステークホルダー要求

ステークホルダー要求とは、システムの利害関係者（例えば、会社の社長やエンドユーザー）が期待する要件です。ビデオ内では、ステークホルダー要求がシステムのソリューション要求に反映され、それに基づいてシステムが設計されると説明されています。

💡ソリューション要求

ソリューション要求とは、ステークホルダー要求を満たすためにシステムが提供すべき能力や品質に関する要求です。ビデオでは、ソリューション要求が機能要求と非機能要求に分けられることが説明されています。具体的なシステム設計に進む前に、この段階で要求を整理することが重要だとされています。

💡バッチ処理

バッチ処理とは、大量のデータを一括して処理する方式のことです。ビデオでは、オンライン処理では時間がかかりすぎていたため、本来はバッチ処理にすべきだったというエピソードが語られています。これは非機能要求としてのパフォーマンスを考慮した改善策として言及されています。

💡サービスレベル

サービスレベルとは、システムがどのように利用可能であるべきか、どの程度信頼性を持つべきかなどの基準を示す要素です。ビデオでは、かつては非機能という言葉ではなく、サービスレベルやパフォーマンスという用語が使われていたことが述べられています。

💡非機能要求グレード

非機能要求グレードとは、情報処理推進機構が提供するツールで、非機能要求を迅速に決定するためのアプローチです。ビデオでは、プロジェクトの終盤に非機能要求が出てきてしまう問題を防ぐために、このツールの利用が推奨されています。

💡オンライン処理

オンライン処理とは、リアルタイムでデータを処理する方式です。ビデオでは、あるプロジェクトで重い処理をオンライン処理で行おうとしたが、50分かかっても終わらず問題になったという例が紹介されています。これが非機能要求におけるパフォーマンス問題として言及されています。

Highlights

ITシステムの開発をマネジメントする立場の方のために、実践的なプロジェクトマネジメントを学べる番組。

要求定義・要件定義の話から開発プロセスの話へシフトしていたが、今回は再び要求定義に戻る。

非機能要求の重要性について、新しいITシステムの開発マネージャー向けに解説。

非機能要求は、機能が「どう」動作するか、「どのレベル」で行うべきかに関する要求。

かつては非機能要求を「パフォーマンス」や「サービスレベル」と呼んでいたが、現在ではより広範な概念に。

システム開発初期のエピソード: 社長のスケジュール管理システムが性能不足で使い物にならなかった。

オンライン処理で実装されたシステムが、処理が50分もかかりタイムアウトしてしまう問題が発生。

画面設計書に基づいた開発では、重たい処理をオンラインで処理するのが難しかったという教訓。

システムのパフォーマンス問題が非機能要求における大きな課題だった時代背景。

セキュリティやシステムの利用時間拡大など、非機能要求の重要性が年々増している。

既存システムがない新規事業では、非機能要求を明確にすることが難しい。

非機能要求がプロジェクト終盤に出てくることが開発者にとって大きな課題。

非機能要求の遅れた発見が、納期の延長や仕様の妥協を強いる結果に繋がる。

情報処理推進機構（IPA）が提供する「非機能要求グレード」というツールが、非機能要求の決定をサポート。

非機能要求グレードの詳細は次回解説予定。