序文
製品開発プロセスでは、「要件ドキュメント」と「ニーズ分析」と「要求仕様は、」ドキュメントをサポートする製品の開発が不可欠です。残念ながら、ないだけで素人には伝えることができなかったにも愚かな、時には関連の実務家、さらには神格化プロダクトマネージャーを区別することはできません。何が違いや疑問、それの原因は？ファイル名の三種類の定義が必要にどの程度、需要が含まれていますか？次に、あなたは過去と現在霧のベールを明らかにする必要があります。
私は、この問題を解決することができ、明確な文書や要件分析と3つのレポートと要件仕様の役割の違いの必要性を信じています。
3種類の間
ソフトウェア製品要件文書
ソフトウェア製品要件ドキュメント：製品要件文書（PRD）は、より専門的な言語で記述されたビジネス要件の文書（BRD）と市場要件文書（MRD）でプロの言語記述ファイルのための提案需要のビジネスユニットです。
この文書は、文書の中で最も重要な段階の「描画」に「概念化」段階にプロジェクトからの製品です。もちろん、この定義は、全く新しい製品を目指しています。大まかに言えば、製品需要の説明は、戦略的、戦術的な製品や戦略的な手段を含める必要がありますように製品のポジショニング、ターゲット市場、ターゲットオーディエンス、競合他社と。戦術は、特定の機能の説明＆等で記載された生成物の構造は、コアビジネスプロセスを指します。
オブジェクトPRDの主な用途は以下のとおりです。開発、テスト、プロジェクトマネージャ、インタラクションデザイナー、事業者や他のサービス担当者。PRDの開発者によると、製品全体のロジックを学ぶことができ、テストケースは、PRDに応じて構築することができ、プロジェクトマネージャは、PRDは、ワークパッケージを分割し、開発者を割り当てることができ、相互作用の設計者は、対話的にPRDで詳細を設計することができます。PRDは、プロジェクトの開始が審査によって決定されなければならない前に、最も重要な文書です。
要件分析
要件分析：要件分析、また、ソフトウェアの要件分析として知られているが、システムの分析は、分析や要件エンジニアリングを必要とする集中的な調査・分析、ユーザーおよびプロジェクトの機能、性能、信頼性、ユーザーの特定の要件を正確に理解の開発者でありますシステムは、プロセスを行う必要がありますかを決定するために、完全な要件定義への需要の形で非表明。
はっきりとより広範な説明の機能を実現するために解決すべきシステムのビジネスロジックに焦点を当て、主にビジネスユーザーのための分析を必要とします。通常、最初の需要分析レポート、要求仕様の後。
ソフトウェアの要求仕様
ソフトウェアの要求仕様：SRS（ソフトウェア要求仕様書）、ソフトウェアの要求仕様の準備は両側が全体の開発努力のための基礎作り、オリジナルのソフトウェアの規定の共通の理解を持っているユーザーとソフトウェア開発者を有効にすることです。ハードウェア、機能、パフォーマンス、入力と出力、インタフェース要件、警告情報を、秘密のセキュリティ、データやデータベース、ドキュメント、および規制要件を含む、というように。
多くの場合、指向設計要件仕様書、開発者は、拘束システムに焦点を当て、入力、出力およびプロセスは明確に、より詳細に、より具体的には、定義されています。しかし、技術的な思考に、アジャイル開発とアジャイルテストは、要求仕様を記述するプロトタイプが唯一の製品の受け入れのための基礎として開発作業、その後の補足的な要求仕様を始めた得るために待つことができない、市場で人気が速く、反復開発。（高い技術に一般的に適用技術は、高速で反復的思考、アジャイル開発とアジャイルテストが成熟している、そしてR＆Dチームを経験し、固体の基本的なスキル、我々は、フォームに固執することはできません）
だから、要件文書には、分析を必要とし、同様に3つの要件の仕様とどのようなことの間のリンクを報告しますか？三つのソフトウェア技術及びソフトウェア技術の普及段階、引き起こされる主要矛盾における異なる期間に位置するR＆Dユニットの開発の初期段階にある間に、実際には、人々が混乱しています。
三つのリンク
ソフトウェア技術の開発の初期段階では、R＆Dユニットのほとんどが行う方法、ソフトウェアの研究開発能力を持っていませんか？彼は技術的な研究開発能力を持つチームを見つけなければならなかったので、シングル、R＆D部門の人員が不完全開発する能力がなければ、研究開発の完全なアウトソーシングの形態です。ビジネス部門の責任需要を照合する責任当事者がビジネス要件文書（BRD）と市場要件文書（MRD）の形成を提案し、要件文書（PRD）を整理Bのドッキングは、アナリストによると、「B「要件ドキュメント」仕上げを必要とします分析「研究開発マネージャー、Bに基づいて、」要件文書 『とは、』要求仕様 『を整理』の分析を必要とする必要があります。」
ソフトウェア技術は、今日人気が、R＆Dユニットの一部は、独立した研究開発のための十分な資金と人的資源を持っています。独立した研究開発機能を持つR＆Dユニットのビジネス要件ドキュメントを提供する責任、部門スタッフの場合が完了すると、ビジネスユニット（BRD）と要件文書（PRD）の整理を担当する市場要件文書（MRD）プロダクトマネージャー、「需要を担当するプロジェクトマネージャー分析レポートは、要求仕様「を、R＆Dマネージャーが提供する責任があります」。」
その人のほとんどのニーズに対処するR＆Dの仕事は、プロダクトマネージャー、製品の同級生で、あなたはドキュメントそれの文言とこれらのニーズのすべての相違点との接続を理解できますか？
インターネット経済の台頭で、プロダクトマネージャーは、ホット用語になった、とさえ神格化、プロダクトマネージャーの仕事内容の理解の私達の不足のため、より期待を置きます。専門的なスキルを持つプロダクトマネージャーに加えて、また、そのような製品のみの仕事を開発する必要はありません、将来のインターネットのための4Pの理論、4C理論、SMART原則、ボストンマトリックス、アンゾフのマトリックス、SWOT分析、プロダクトマネージャーとして市場の理論的な知識を持っている必要がありますスキルや技術だけでなく、そのようなので、上の戦略立案、製品定義、マーケティングプログラムやなどの製品の能力を開発する必要性を実現しました。プロダクトマネージャーではなく全能の神で、その人の全体的な品質を持っている、私はあなたが分析し、解釈し、ほこりが安定せ助けるために、後続のプロに多くの本があるだろうと信じています。
プロダクトマネージャーは、法律を破るために検索を取り巻く状況を明確にする方法を、実際には複雑な問題に直面していますか？雲鶴は生きるべき、雲鶴は彼らの心を放棄：「キングコング」は、あなたの心を与えることです。Wusuo朱は、彼らの心から生まれなければなりません。