プロジェクト提案テンプレート/要件[終了]

プロジェクト提案を起草するとき、標準テンプレートを使用しますか？

どの機能/情報を含める必要がありますか？含めて良かったのは何ですか？どんな種類のボイラープレート情報を押し込むべきですか？

設計パターンやコンセプトは特に役立ちますか？

Volere要件テンプレートを見たことがありますか？

私の好み、特に提案についてはあまりにも多くの詳細が含まれていますが（詳細な事前要件の仕様により適しています）、セクションの見出しは、以前にさまざまな可動部分のすべてについて考えたことを確認するための優れたチェックリストです見積書の提出または提案文書の作成。

どうぞ：

プロジェクトドライバー

1. 製品の目的
2. クライアント、顧客、その他の利害関係者
3. 製品のユーザー

プロジェクトの制約

1. 義務付けられた制約
2. 命名規則と定義
3. 関連する事実と仮定

機能要件

1. 仕事の範囲
2. 製品の範囲
3. 機能およびデータ要件

非機能要件

1. ルックアンドフィールの要件
2. ユーザビリティ要件
3. 性能要件
4. 運用要件
5. 保守性と移植性の要件
6. セキュリティ要件
7. 文化的および政治的要件
8. 法的要件

プロジェクトの問題

1. 未解決の問題
2. 既製のソリューション
3. 新しい問題
4. タスク
5. カットオーバー
6. リスク
7. 費用
8. ユーザードキュメントとトレーニング
9. 待合室
10. ソリューションのアイデア

標準テンプレートを使用しますか？はい

どの機能/情報が含まれていますか？

• 表紙
• メタデータ：顧客連絡先情報、開発者連絡先情報、プロジェクト名、日付
• 顧客プロファイル（オプション、ただし良好）：競合他社の情報、顧客が販売した製品またはサービス、現在の状況と目標、ターゲット市場、市場ポジションが含まれます。平均的な中小企業は、これらのほとんどを提供できません。
• プロジェクト概要：詳細をアウトライン形式で含みます。ここでプロジェクトの作業が定義されます。
• 含まれない：プロジェクトから特に省略されたもの。
• 初期資料：顧客が開始するために必要なもののリストと、必要な日付。
• サイトマップ：オプションですが、Webサイトまたは複雑なアプリケーションを実行している場合に適しています。素敵なグラフィック。
• 人口統計：エンドユーザーの、通常は素敵なグラフィックの形式。
• クリエイティブブリーフ：オプション。これはデザイナー向けであり、通信履歴、メッセージ、性格、トーン、視聴者（現在のマインドセット）および視聴者（結果のマインドセット）、競合他社のWebサイト、顧客が好むWebサイトまたは製品、会社の色、スタイルガイドなどが含まれます（通常は外部）。ロゴ、パンフレットなどの既存の資料を文書化します。
• プロジェクトのタイムライン：最終的な完了予定日を指定して、いつ作業を完了する必要があるかを示します。私のテンプレートには、タイムラインが顧客の参加に大きく依存するという大げさな免責事項があります。
• コストの内訳：実行するさまざまなタスクのコスト。可能な場合、このセクションには「投資収益率」分析も含まれます。
• プロジェクト契約：支払い条件、真剣なお金、100％返金保証、単一の連絡先が必要、クライアントが提供する資料と承認はタイムリーである必要があり、クライアントが仕事の範囲を変更する場合、追加の請求または時間、自己宣伝、適用される法律、ソースコードの所有権に関する声明、ソフトウェアエスクローの入手可能性、署名に作品を使用する権利。
• 会社概要：写真付きの会社情報、作業例、紹介文、提供されているその他のサービス、写真付きのチームプロフィールが含まれます。
• 結論：ありがとう、連絡先。

ボイラープレート：可能な限り。上記はすべて、単なるフィラーテキストであっても何かを持っています。この記事は私にとって影響力がありました：http : //articles.sitepoint.com/article/bulletproof-web-design-contract

私の提案は通常14から20になります。

これを行うには多くの異なる方法があります。

私が支持することがわかったものは次のとおりです-フリーランサーアプローチを持っていますが、実際にはこれがあなたがやりたいことです：

http://tutorialblog.org/writing-a-project-proposal/

オンラインで多くのガイドがあります。秘Theは、どれがあなたのニーズに合うかを知ることです。私はこのようなことでクラスを教えました。私が承認した記事は、顧客が何を望み、何があなたをドアに入れるべきかの本質であるように思えます。

これは、プロジェクト計画を置き換えるものではありません。プロジェクト計画は、より複雑な動物になる可能性があります。

テンプレートに関しては、ReadySETテンプレートは非常に堅実であることがわかりました。これらのテンプレートは、プロジェクトの計画、要件、設計、実装、テスト、展開/インストール、サポート、プロジェクトの最終決定など、主要なライフサイクルポイントをカバーしています。

ただし、プロジェクトとプロセスに合わせてテンプレートを変更する必要があるということに留意してください。本やインターネットからテンプレートを取り出して使用することはほとんどできません。各フェーズのどこにどの情報を含めるべきかを判断するのにテンプレートが最も有用であり、情報を取得する方法と場所をプロジェクトに決定させます。

米国国防総省は、DOD-STD-2167AおよびMIL-STD-498に対応するために、データ項目記述（テンプレート）の完全なセットの開発に多くの作業を費やしました。

「海軍の規則は血で書かれている」という古い格言があります。DIDを注意深く読むと、プロジェクトのすべての行が、その行の項目を無視したためにプロジェクトが恐ろしい死を遂げたプログラムマネージャーの血で書かれていることに気付くでしょう。

あなたはこれらを見るともっと悪くなる可能性があります。