Closed17
今すぐ使える要件定義のヒアリングリスト427メモ
システムにおける要求とは
- ある目的を達成するためのシステムの仕様
- 顧客は問題解決のための要求をすべて伝えてくれるわけではない、エンジニアが引き出す必要がある
要件定義の目的
- 顧客のニーズを把握して、要求を確定させる
要求は変わるもの、変わる前提で確定する
要求分析や要件定義の段階である程度決めなければいけない全体数を共有しておくと良いかも
要求定義の大まかな流れ
- 要求の洗い出し
- 分類
- 整理
- 漏れがないか確認
- 要求同士のつながりを検討
- ドキュメント作成
要求の獲得
ヒアリング相手をする。
ステークホルダーは誰なのか
すべてにおいて完璧なシステムを作ろうとしてはいけない。コストが跳ね上がり危険
- 何をやるのか。
- 何を得るのか
- 何をやらないのか
- 何をすてるのか
を決める必要がある。
システム化が向かないものもある。
顧客に迎合しないこと
- 一番楽だけど、要求が非現実的なものになる。
- 無理なものは無理
要求の整理
- システムに統一性を持たせること
漏れ
- 顧客は重要な要求を言い忘れている
- 要求が設計にまで及んだら安易に受け入れない
ヒアリングリスト
- プロジェクトの目的は明確か
- プロジェクト成功の成否は明確か
- アウトプットは明確か、何を作成する予定か
- 開発可否判断を行わない要求は開発の対象にならない
- 開発側にどのような役割を求めていますか
- プロジェクトに参加する可能性のある人物を可能な限り教えてください。
- ステークホルダー洗い出し
- ステークホルダーのシステム仕様への影響力を教えてください。
- 用語略語などにはどのようなものがありますか
問題
- システムが必要な理由は何かの問題を解決するためですか
- それが問題である理由を教えてください。
- 誰にとっての問題ですか
- 誰がこまっていますか
- 一番詳しいのはだれですか
- 経営陣は困っていますか
- これはシステムで解決すべき問題だと思いますか
- 問題を解決するにはどんなシステムが必要ですか
- 問題によってどれくらいのコストが発生していますか
- どういった方法で解決する想定ですか
- システムの方向性はありますか
- 重要な方向性はありますか
- なぜそれが重要ですか
- システムの目的を教えてください。
- システムはどれくらいの期間使用される想定ですか
- 目的はプロジェクト全体で共有され、承認されていますか
- 導入前と導入後でどう変わっていることを期待していますか
- 導入によって期待される効果について教えてください。
- システム化によってどのような問題が発生すると思いますか
- システムによって不利益を被る人はいますか
- システムによって既存のメリットがう失われると思いますか
業務
- 業務は本来どのようにあるべきだと思いますか
- かいぜんについて、今までどんなことをやりましたか、またはやっていますか
- 業務は一つの部署でやっていますか、複数の部署でやっていますか
- 業務について一番詳しい人を教えてください。
- 業務の基本的な流れをシナリオで説明してください。
- 現在の業務の流れが何を根拠としていますか
- 最適化する場合、どういった業務になるべきか教えてください。
- 業務に繰り返しはありますか
- 通常のながれと異なる例外はなんですか
- 業務が予期せずに中断された場合、どんな問題が発生しますか
- 業務を開始するための事前条件にはどんなものがありますか
- 業務を開始するにはどのようなきっかけが必要ですか
- 業務と周辺環境について教えてください。
- 既存のシステムで新システムの参考になるようなものはありますか
- 既存のシステムの優れているところを教えてください
- 既存のシステムの問題、改善点、不足している点を教えてください
- 今回のシステムに対する要求が既存のシステムで実現されていない理由を教えてください
- 既存のシステムの仕様書やマニュアルを見せてください。
システム化のスコープ
- 現在の業務のうち、どの部分はシステムかせずに残したいと考えていますか、また理由はなんですか
- 業務をシステムにするにあたってその範囲について具体的な要求や考えはありますか
- ステークホルダーごとにそれぞれが要求するシステム化の範囲を教えてください。
ユーザー
- 想定しているユーザーを教えてください。
- ユーザーの環境を教えてください。
- ユーザーはこのようなシステムを使用したことがありますか
- どのユーザーの要求が最優先で扱われるべきですか
- ユーザーの間で異なる要求などはありますか
- あるユーザーによっては有効で、他のユーザーには有効ではない要求はありますか
制約条件
- スケジュールについてなにか要望や考えはありますか
- スケジュールに関する制約条件の重要性について教えてください。
- インターフェースについて何か制約がありますか、また理由はなんですか
- システムに影響を与える既存のアプリケーションなどはありますか
- 作業環境について、システムが考慮すべき点はありますか
- その他、システム開発における制約事項はありますか
機能要求
- この機能は誰が必要としていますか
- システムとの関係を教えてください
- どのような状況。条件でしようしますか
- 通常業務以外で使用されるケースを教えてください。
- 現在はこの機能をどのような作業で代替していますか
- この機能が正常に動作するためにはどのような条件がひつようですか
- それはなんらかの要因で変更されますか
- 揃わない場合、どうするかマニュアルで共有されていますか
- 揃わない場合、機能にどのような違いをもたらしますか
- どのようなきっかけで起動しますか、動作しますか
- この機能はステークホルダーの要求にもとづくものですか
- この機能が過剰/過小である可能性はありますか
- この機能のユーザーを教えてください。
- 各ユーザーからはどのような要求が出ていますか
- 機能を評価するためにはどのような情報が必要ですか
- 機能の評価基準を教えてください
非機能要求
- システムの使いやすさは何を意味しますか、どう確認しますか
- 既存のシステムのどこが使いにくいと感じられますか
- 使いやさについて何か具体的な要求や考えはありますか
品質
- 品質の定義について教えてください。
- 本システムにおける品質の需要性について教えてください。
トレードオフ
- スケジュール/品質/コストで一番重要なものを教えてください。
- 一番最初に実装してほしい機能はなんですか
- これがなけれなシステムの意味がない機能を教えてください
- 必須とは言えないが、あったらなお良い機能はどれですか
- 費用をかければ実装できる機能にそれほどの価値があるか
テスト
- 要求や機能はテスト可能なものであるか
曖昧さ
- 抽象的な表現を削除する
- メンバー全員が同じ理解をしているか、仕様書の読み合わせを行う
- 要求からユーザーマニュアルが作成可能か
- 矛盾はあるか
要求の変更プロセス
- 見落とした理由
- 重要性
- 今回のリリースに必須か
- スケジュールの変更が認められないのは作業が十分間に合うと考えているから?
- 作業量が3倍だったとしても変更は認められない?
- 問題が初めて問題と認識されたのはいつですか、誰が問題にしましたか
- システム開発以外の方法で解決を試みたことはありますか
- なぜシステムが必要だと考えますか、手作業で行う場合の手順と作業を教えてください
- システムの達成目標はなんですか
- 根拠はなんですか
- 業務は各業務主変環境からどのような情報を受け取りますか
- どのような情報を受け取るべきですか
- 操作ミス、エラー、運用
- 見やすさなどについて要求はありますか
- データベース容量
- 情報の削除について
注意すること
- システムに統一性を持たせること
- あれば便利程度の機能は実装しない。一貫性のないシステムになる
- 重要な機能に注力すること
- 要求の出所を公式に定めることが可能か
- どこの誰といつ決まったことか
- 要求を伝えただけでは開発対象になるわけではないことを顧客に了承させることができるか
- 成果物は必ずレビューを通過すること
- 誰がレビューに参加するのかなど明らかになっているか
- あと皇帝のアウトプットから要求への追跡可能性は確保されるか
- 要求番号が記載される
- 開発者が業務を説明できる程度には理解しているか
- システム化されたフローと既存のフローはどこが異なるかまた、それがどのような効果を持つか
トレードオフ条件を明らかにする
- CPUが早いと熱をもちやすいなど
- スケジュール・品質。費用をすべて最優先にはできない
このスクラップは2023/01/26にクローズされました