非機能要求も段階的詳細化！くれぐれもリストだけ展開してはいけない――IPAが公開している非機能要求グレード2018とは？／【ITプロジェクトのためのプロマネの右腕】

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

14 Feb 202210:44

Summary

TLDRこの動画は、ITシステム開発のマネジメントに携わる新しいリーダー向けに、非機能要求を効率的かつ効果的に定義する方法について解説しています。特に、IPAが公開している非機能要求グレード2018の活用法に焦点を当て、システムの規模に応じて要求項目を段階的に詳細化するアプローチを紹介。全238項目の中でも重要な92項目に着目し、段階的に非機能要求を決定するプロセスを学びます。初心者でも理解できるよう、非機能要求の基本とその実践的な使い方を解説しています。

Takeaways

📚 非機能要求はシステムの開発において重要であり、効率的かつ効果的に決定する必要がある。
🤔 システム開発の初期段階では具体的な非機能要求が出せないことが多いが、後の段階で遅すぎると納期に間に合わなくなるリスクがある。
📋 IPA（独立行政法人情報処理推進機構）が公開している『非機能要求グレード』は、非機能要求の効率的な定義に役立つ。
💡 非機能要求グレードは238の項目があり、ゼロベースで全てを定義するのではなく、システムのグレードに応じた提案値を使って調整するアプローチが推奨される。
🔍 段階的詳細化の考え方に基づき、プロジェクトのフェーズに応じて非機能要求を段階的に詳細化していくことが重要。
🚦 システムの規模や社会的影響に応じて3つのグレード（影響がほとんどないシステム、限定的な影響のあるシステム、社会的影響が大きいシステム）が定義されている。
🛠 非機能要求の92項目は重要なものとして優先的に検討され、残りの項目は段階的に詳細化することが推奨されている。
⚠️ 非機能要求グレードは全てを網羅しているわけではなく、特にシステム基盤やインフラの部分にフォーカスしている。
💻 システムはハードウェアとソフトウェアで構成され、非機能要求グレードは主にシステム基盤に関連する非機能要求を扱っている。
🎥 次回の動画では非機能要求グレードの中で特に重要な13項目について詳しく学んでいく予定。

Q & A

非機能要求とは何ですか？
-非機能要求は、システムの性能や信頼性、セキュリティなど、機能的ではない要件のことです。システムがどのように動作するかに関する要求事項で、使いやすさや可用性も含まれます。
非機能要求を効率的かつ効果的に定義するにはどうすればよいですか？
-非機能要求を効率的に定義するためには、IPAが公開している『非機能要求グレード』を活用することが推奨されます。このツールを利用することで、システムの規模や影響に応じた段階的な詳細化が可能です。
非機能要求を定義する際のジレンマとは何ですか？
-開発の初期段階ではシステムの具体的なイメージが湧かず、非機能要求を詳細に定義するのが難しい一方で、開発後半で非機能要求を出すと納期に遅れが生じるリスクがあります。
IPAが提供する『非機能要求グレード』とは何ですか？
-IPAが提供する『非機能要求グレード』は、システム開発時に考慮すべき非機能要求を段階的に定義するためのガイドラインです。3段階のグレードが定義されており、システムの社会的影響に応じて適切なレベルを選ぶことができます。
『非機能要求グレード』はどのように使うべきですか？
-非機能要求グレードは、システムの稼働率や運用時間といった具体的な項目に応じて適切なレベルを提案するためのツールです。最初にシステムのグレードを決定し、そのグレードに応じた要求レベルを選び、必要に応じて調整します。
238項目もある非機能要求をどのように扱えば良いですか？
-全ての項目を一度に定義する必要はなく、段階的に詳細化することが重要です。最初は重要な92項目から始め、プロジェクトが進むにつれて残りの項目を検討していくことが推奨されています。
非機能要求グレードの3つのグレードはどのように分類されていますか？
-グレードは、社会的影響がほとんどないシステム、限定的な影響があるシステム、極めて大きな影響があるシステムの3段階で分類され、それに応じた要求レベルが定義されています。
非機能要求の具体的な項目例を教えてください。
-具体的な項目には、システムの稼働時間や運用時間、データベースのパフォーマンス、セキュリティ要件などがあります。これらの項目に対して、それぞれのレベルが定義されています。
非機能要求グレードがカバーしている範囲はどこですか？
-非機能要求グレードは、主にシステム基盤やインフラの部分をカバーしています。業務アプリケーションの要求は含まれておらず、主に共通的なインフラ部分に焦点を当てています。
非機能要求グレードを使う際に注意すべき点は何ですか？
-非機能要求グレードはあくまでもガイドラインであり、プロジェクトごとに適切に調整することが重要です。全ての項目を定義するのではなく、本当に必要なものだけを選定することが推奨されています。

Outlines

00:00

👋 新しいITシステムマネージャー向けプロジェクト管理の紹介

この段落では、動画の司会者である吉田さんが自己紹介し、主に新しくITシステム開発のプロジェクト管理を担当する人向けに、実践的なプロジェクト管理の方法を一緒に学んでいくことを説明します。また、チャンネル登録を促し、動画全体で「非機能要求」について学ぶことが目標であると紹介しています。非機能要求の定義が難しいが、適切なタイミングで決めることの重要性について言及しています。

05:01

📋 非機能要求グレードの基本的な理解

この段落では、IPA（情報処理推進機構）が公開している『非機能要求グレード2018』について説明しています。この資料は無料で入手でき、多数の項目が含まれていますが、238項目を一つ一つ定義するのではなく、段階的に詳細化していく使い方を推奨しています。現場でリストが独り歩きしてしまうリスクにも触れ、非機能要求を効率的に管理するためのアプローチが説明されています。

10:02

🏗️ システムの規模と非機能要求の決定方法

この段落では、システムの規模や影響度に応じた非機能要求の決定方法について説明されています。システム構築の初期段階でシステムの特性に応じたグレードを決め、その後、段階的に詳細化していくプロセスが紹介されています。また、システムの利用範囲や障害時の影響範囲を考慮した非機能要求の決定も述べられており、グレードによって異なる要求レベルが定義されていることが説明されています。

🔢 非機能要求項目とレベルの選定

この段落では、非機能要求の項目とそのレベルをシステムのグレードに基づいて決定する方法が説明されています。例えば、システムの運用時間について、最低ランクのレベル0から最高ランクのレベル5までの段階的な要求があることが述べられています。推奨されるレベルを基に、プロジェクトに合ったレベルを調整するプロセスが紹介され、また、238項目のうち重要な92項目から検討を始める段階的なアプローチが推奨されています。

💡 非機能要求グレードの限界とカバー範囲

この段落では、非機能要求グレードがカバーしている範囲と、その限界について説明されています。非機能要求グレードはシステム基盤やインフラ部分を主にカバーしており、業務アプリケーションには依存しない共通的な要求を整理していますが、全ての非機能要求を網羅しているわけではない点にも触れられています。また、ハードウェアとソフトウェアの違いやシステム基盤の重要性についても言及されています。

📚 非機能要求グレードの活用と次回予告

この段落では、今回学んだ非機能要求グレードの基本的な使い方のまとめが行われています。次回は、具体的な項目について詳しく学んでいく予告がされており、視聴者にチャンネル登録を促し、次回の配信を楽しみにしてもらうように締めくくられています。

Mindmap

Keywords

💡非機能要求

非機能要求とは、システムの性能や信頼性、運用性など、機能以外の面に関する要求を指します。このビデオでは、システム開発において非機能要求を効率的かつ効果的に定義する方法が議論されています。非機能要求は開発の初期段階で適切に決めることが重要で、これが遅れると納期にリスクが生じる可能性があると述べられています。

💡IPA

IPA（情報処理推進機構）は、日本のIT業界を支援する独立行政法人です。このビデオでは、IPAが公開している「非機能要求グレード」が紹介されており、システム開発において非機能要求を定義するための参考資料として言及されています。

💡非機能要求グレード

非機能要求グレードは、IPAが提供するツールで、システムの非機能要求を段階的に定義するためのガイドラインです。動画では2018年版が最新として紹介され、システムのスコープに応じた非機能要求を効率的に決定するための手法として説明されています。

💡2段階的詳細化

2段階的詳細化とは、プロジェクトマネジメントの手法の一つで、要求を段階的に具体化していく考え方です。このビデオでは、非機能要求を最初からすべて定義するのではなく、プロジェクトの進行に応じて徐々に詳細化することが効率的であると説明されています。

💡システムの稼働率

システムの稼働率とは、システムが正常に稼働する時間の割合を指します。非機能要求グレードでは、この稼働率のレベルが0から5まで設定されており、システムの重要度に応じて稼働率の要求レベルが決定されます。

💡段階的に詳細化

段階的に詳細化とは、システム開発において、最初に大まかな要求を決め、その後プロジェクトの進行に合わせて詳細な要求を追加していく手法を指します。動画では、非機能要求を一気にすべて定義するのではなく、必要な部分だけを優先的に定義することで効率を上げる方法として説明されています。

💡グレード

グレードとは、システムの重要度や影響度に応じた分類のことを指します。非機能要求グレードでは、システムを3段階のグレードに分け、グレードに応じた非機能要求を定義することが推奨されています。例として、社内システムや一般公開システムなどが挙げられています。

💡システム基盤

システム基盤とは、システムを支えるインフラやミドルウェア、ネットワーク機器などの共通的な部分を指します。非機能要求グレードは、このシステム基盤に関連する非機能要求を主にカバーしており、業務アプリケーションに依存しない部分に焦点を当てています。

💡レベル0から5

非機能要求の各項目に対して設定されるレベルで、0が要求なし、5が最高の要求レベルを意味します。例えば、システムの運用時間ではレベル5が24時間停止なしとなっており、これに応じてシステムの信頼性や可用性が定義されます。

💡238項目

非機能要求グレードでは、非機能要求の項目が238個定義されています。ただし、すべてを一度に検討するのではなく、重要な項目を優先して検討し、残りの項目はプロジェクトの進行に応じて段階的に定義していく方法が推奨されています。

Highlights

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

非機能要求とは何かについての基礎知識を提供し、どのように決めていくかを学ぶ。

非機能要求をプロジェクトの進行段階に合わせて効率的かつ効果的に決定する方法を紹介。

IPAの非機能要求グレード2018の使用を推奨し、その無料ダウンロードが可能。

238項目の非機能要求リストは一つずつ定義するためのものではなく、段階的に詳細化するアプローチを取るべき。

非機能要求グレードでは、3段階のグレード（社会的影響の大きさに応じたシステムグレード）を定義。

非機能要求グレードは、システムの構想段階でグレードを決定し、各フェーズで調整を行う。

システムの利用者範囲や影響度に応じて、初期段階で要求グレードを決定するのが効率的。

238項目のうち、14項目は重要な項目として特に検討が必要で、他の項目は段階的に詳細化する。

非機能要求グレードはシステム基盤部分のみをカバーしており、業務アプリには依存しない。

ハードウェアとソフトウェアの構成要素を詳細に説明し、それぞれの非機能要求の対象を明確化。

システム基盤（インフラ部分）は、非機能要求グレードの主要なカバー範囲となる。

プロジェクトマネジメントにおいて、全ての非機能要求を定義するのではなく、重要な項目だけを定義するのが効率的。

IPAのガイドブックでは、非機能要求グレードが全てを網羅していないことが明示されている。

次回の配信では、非機能要求グレードの具体的な項目についてさらに深掘りする。