web-dev-qa-db-ja.com

「実施計画」とは何ですか？

私は最近、実施計画書を作成する仕事を与えられました。見れるものの例を尋ねると、すでにベースとして利用しているプロジェクトプランを見てみるように言われました。私はまだ何を作成する必要があるかについて少し混乱しています。

誰かが私にそこの良い例や、これが何であるか、そしてもっと重要なことには何が含まれるべきかについての詳細を説明する何かを私に指摘できますか？.

project-managementdocumentation
8
Abe Miessler

これは、プロジェクトのサイズと、実際に何を実装しているかに大きく依存します。多くの正式なドキュメントは、ほとんどの小規模なプロジェクトには過剰であることがわかりました。私は通常、実装する前に行う必要のある事柄のリストを自分で書くことから始めます。私は自分に次のような質問をします：

  1. 実際には何が実装されますか？
  2. いつ実行したいのか、そして実装を行う前に何を確認する必要があるのか​​？
  3. 私たちが実装するとき、ユーザーはシステムの外に出なければなりませんか？
  4. 実装に時間依存性（つまり、営業時間外、週末など）はありますか？
  5. 更新される実際のサーバー/ワークステーション/データベースはいくつですか？
  6. これは、まったく新しいアプリケーションですか、それとも既存のシステムへのアップグレードですか（これに対する答えは、実装計画を大幅に変更します）？
  7. 実装を行うために実際に実行するステップは何ですか？
  8. ロールバックする必要がある場合に備えて、実装前に既存のシステムをどのようにバックアップしますか？
  9. 実装後、アプリケーションをどのようにテストしますか？
  10. バックアップにどのようにロールバックしますか？
  11. 実装について通知する必要があるのは誰ですか（前、中、後、ステータスなど）？
  12. 変更点と、ユーザーが新しい変更点をどのように使用できるかについてのドキュメントはありますか？
  13. ユーザーからサポートの電話を受けるのは誰ですか？

これらの種類の質問に答えたら、通常は基本的なWord文書として、さまざまなセクションとタイムラインで計画を作成します。ファイルなどへのパス、ログインなどを含めて、詳細なステップバイステップの部分を入れたいので、すべての付箋の小さな詳細を1か所にまとめます。

私がいつも寝ているときにインストールをしなければならない朝の人として、私は必要なすべてのステップのリストの快適さを気に入っているので、何かを忘れないでください。特にグループが実装を行っており、一部の項目が他の項目に依存している場合や、全員が同じ場所にいない場合は、実施するコミュニケーション手順を書き留めておく価値があると思います。 （たとえば、データベースの更新が完了したらフレッドにメールを送信し、彼がWebサーバーの更新を実行できるようにします。フレッドが完了したらメールで送信し、すべてのテストを実行できます）

次に、機能するものがあれば、それを同じシステムへの将来の更新のテンプレートにしたり、出発点にすることができます。

13
Jennifer S

実装計画は、プロジェクトの全体的な構造の概要を提供する技術文書です。その内容は、プロジェクト計画など、他のドキュメントにある情報に応じて異なる場合があります。実装計画を初めて作成する場合は、テンプレートや前のプロジェクトの計画を求めるのに支障はありません。 。

いくつかの例：

これらから、メルボルン大学は非常に典型的な構造を持っています：

1。概要

2セクターとの政策立案

3サービスおよびサポート環境開発計画

3.1 ITSの位置付け

3.2インフラストラクチャの概要

3.2.1仮想マシンの構成

3.2.2データストレージインフラストラクチャ

3.2.3接続と帯域幅

3.2.4フェイルオーバーと冗長性

3.2.5承認と認証

3.2.6 VM容量の増加

3.2.7データセンター開発

3.3導入計画

3.4アクセスモデル

3.5役割と責任

3.6サポートとNational Servers Programヘルプデスク

8
Roc Martí

実装は建設に関するものであり、計画はその建設をどのように行うかです。

実装計画には以下を含める必要があります。

  • 実装されるものまたは部品

  • 実装すべきことをいつ完了したかを知る方法を特定する

  • 時間の見積もりと実装作業のスケジュール

  • 実装に取り​​組むチームの人数

  • 該当する場合は常に、実装する順序（最初に実装する必要があるパーツ）

  • 進捗状況または問題を監視および追跡する方法を把握/決定する

  • 品質の受け入れ基準と目標を特定する

  • テスト段階とテスト反復

  • 計画どおりに進まなかった場合に実行される[修正]アクション

実装はプロジェクト開発作業全体の一部であるため、これらのいくつかはすでにプロジェクト計画の一部として言及されている可能性があります。

このリンクは、Construx Softwareの簡単な「実装ロードマップ」ドキュメントを示しています http://www.construx.com/File.ashx?cid=1951

Construx Softwareから、建設リードのタスクの有用なチェックリストを以下に示します。 http://www.construx.com/File.ashx?cid=1935

1
Only You