本記事では、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）が作成した変更要求管理プロセスと管理台帳のテンプレートをご提供しております。

お客様から提示された要求仕様に関して、変更が発生した際に本テンプレートを利用して変更内容を管理してください。

変更管理を行う場合の管理プロセスについてもBacklogと本管理台帳を使ったプロセスを定義しておりますので、合わせてご利用ください。

要求仕様管理台帳が必要な方はこちらの記事を参照してください。

参考

要求仕様管理一覧（テンプレート）

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

資料サンプル

表紙

管理プロセス

変更要求管理台帳

1.テーラリングガイド

1.変更要求管理プロセス

変更要求の管理プロセスについては、お客様社内の変更管理プロセス（起票から承認まで）と、開発ベンダー側での変更管理プロセスの2種類があります。

プロジェクトに合わせて、管理プロセスを定義してください。お客様内部のプロセスを定義する必要がない場合は、開発ベンダー側だけの管理プロセスを記述してください。（ただし、実施可否の最終判断はお客様となるためその部分はプロセスに定義しておきましょう）

管理プロセス（サンプル①）

以下のサンプルでは、お客様側の変更要求起票はバックログを使って運用する想定で記載したものとなります。

管理プロセス（サンプル②）

 画像はクリックすると拡大表示されます。

変更要求管理台帳

主に以下のような内容を記述します。※プロジェクトによって管理項目は適宜変更してご利用ください。

・変更要求管理番号：変更要求を一意に識別するための管理番号を定義します。※命名ルールに準拠すること。

・件名：変更に関するタイトルを定義します。

・変更内容：変更内容（概要レベル）で記載します

・変更対象機能：変更を行う対象の機能を具体的に記述します。

・変更種別：追加・変更・削除などの種別を定義します。

・要求元：変更要求の要求元を定義します。

・業務影響度：変更が業務に与えるインパクトを記述します。

・期待効果：変更による期待効果（改善効果）を記述します。

・納期：対応の納期が決まっている場合には記述します。

・起票日：起票した日付を記述します。

・起票者：起票者を記述します。

・発生日：変更要求が発生した日付を記述します。

・ステータス：変更要求の管理ステータスを記述します。※ステータスは別途定義する必要あり

・開発者項目として、影響する機能の洗出し結果や、技術的に変更が対応可能かなどの項目を定義します。

・対応想定工数が必要な場合には工数の情報も合わせて定義しておきます。

2.変更要求管理台帳のダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

以下は、スプレッドシートでの表示となります。

まとめ

サポーターさん

テンプレートのご利用に関して不明な点があればお問い合わせください。

また、テンプレートに対しての要望がありましたらご意見ください。 皆様の役に立つように改善していきたいと思います。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

Bakclogを利用しているプロジェクトの場合には、今回ご紹介するGitとの連携をすることで、バックログの課題（タスク）と紐づけてソースのバージョン管理を行うことができるため非常に効率的に作業することができるようになります。

サポーターさん

Backlog（バックログ）は現在無料トライアルを実施しているので、バックログのトライアルを利用してみたい方は、以下の記事からどうぞ。

参考

Backlog（バックログ）を使ってタスクやプロジェクト管理を効率化しよう

Backlogのご紹介 今回は、クリエイティブコンテンツラボトウキョウがお勧めす…

続きを読む

BacklogのGit設定

まずは、バックログ側のリモートリポジトリの設定を行っていきます。

①管理者権限ユーザでバックログへログイン後、Git管理する対象の「プロジェクト設定」画面を開きます。

②基本設定をクリックして、画面下部にスクロールすると「Gitを使用する」のチェックボックスが表示されるので、チェックONにして登録ボタンをクリックします。

③プロジェクト設定メニューの中に「Git」が表示されることを確認します。

④Gitメニューをクリックすると、以下のGitの設定画面が表示されます。こちらの画面で、「リポジトリを追加する」をクリックします。

⑤Gitの設定画面で、リポジトリ名を指定して、「リポジトリを作成する」をクリックします。

⑥リポジトリが作成されると以下のようにリモートリポジトリのURLが表示されます。

ここまでできたら、続いては、ローカルPCの作業に移ります。

ローカル環境のGitセットアップ（Windows環境）

つづいては、ローカル環境のGitをセットアップします。　※今回はWindows環境で実行します。

Visual Studio CodeのGitメニューを開くと、「Windows用Gitのダウンロード」が表示されるため、ボタンをクリックします。

もしくは、以下のサイトを直接ブラウザで開いきます。

https://git-scm.com/download/win

②実行環境に合わせてGitをダウンロードします。※今回は64bit版をダウンロードします。

③ダウンロードした実行ファイルを手順に沿って、インストールしていきます。

「Next（次へ）」ボタンをクリック

④インストール先のフォルダを選択して、「Next（次へ）」ボタンをクリック

⑤コンポーネントを選択して「Next（次へ）」ボタンをクリック　※特に追加は必要ありません。

⑥ショートカット名を指定して「Next（次へ）」ボタンをクリック

⑦「Next（次へ）」ボタンをクリック

⑧デフォルトのまま「Next（次へ）」ボタンをクリック

⑨デフォルトのまま「Next（次へ）」ボタンをクリック

⑩デフォルトのバンドルされたOpenSSHを指定して「Next（次へ）」ボタンをクリック

※今回はHTTPS接続するのでOpenSSHは利用しませんが、SSH接続する場合はこちらを利用することになります。

⑪デフォルトのまま「Next（次へ）」ボタンをクリック

⑫デフォルトのまま「Next（次へ）」ボタンをクリック

⑬デフォルトのまま「Next（次へ）」ボタンをクリック

⑭デフォルトのまま「Next（次へ）」ボタンをクリック

⑮デフォルトのまま「Next（次へ）」ボタンをクリック

⑯デフォルトのまま「Next（次へ）」ボタンをクリック

⑰デフォルトのまま「Next（次へ）」ボタンをクリック

⑱デフォルトのまま「Next（次へ）」ボタンをクリック

⑲続いて、GITの初期セットアップをする必要があります。（Bakclogサイトの説明）

以下、BacklogのGitを設定した画面のリポジトリ名のリンクをクリックします。以下の図では、「blg_site」となっている部分

⑳すると以下の画面が表示されます。

上記画面のうち、最初のユーザ名とメールアドレスの設定のコマンドをコピーします。

$ git config –global user.name “user name”
$ git config –global user.email email@example.com

㉑ローカルPCでインストールしたGitBashを実行します。

㉒手順⑳でコピーしたコマンドを1行ずつペーストして実行します。

エラーが出なければ成功です。

Visual Studio CodeからバックログのGitへPush

最後にVisual Studio CodeのソースコードをバックログのGitのリモートリポジトリへプッシュします。

①Visual Studio Codeを起動して、Gitメニューを実行します。

※リポジトリ管理されていない場合は、リポジトリを初期化するを実行します。

②リモートリポジトリを追加します。

③バックログに表示されているHTTPSのURLをリモートリポジトリとして指定します。

④続いて、リモート名を指定してEnterをクリックします。

⑤WindowsセキュリティのGit Credential Managerが起動されるので、バックログのアカウント情報を指定します。

ユーザ名：バックログへログインする際のユーザ名（メールアドレス）

パスワード：ログインパスワード

⑥続いて、Visual Studio CodeのGitメニューから、「＋ボタン（すべての変更をステージ）」を実行します。

⑦すべての変更がステージされるとステージされている変更に切り替わります。※UからAに変更されます。

⑧コミット「レマークのボタン」を実行します。

⑨コミットのメッセージを入力してEnterをクリックします。

⑩最後にブランチの発行を実行します。

⑪ブランチ発行前のバックログのリモートリポジトリは以下の状態

⑫手順⑪でブランチを発行した後は、リモートリポジトリに（Masterブランチ）が作成されます。

これでVisual Studio Codeで管理しているソースファイル一式がバックログへ反映されました。

まとめ

バックログのGitリポジトリとVisual Studio Codeの連携方法についての説明は以上となります。

Visual Studio CodeでSalesforceの組織と連携する手順が知りたいという方はこちらの記事を参考にセットアップしてください。

参考

Visual Studio Code（VSCode）を使ったSalesforceの統合開発環境を構築

Salesforceの統合開発環境(IDE)は、これまでMavensMateなど…

続きを読む

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

1.テーラリングガイド

1.選択リストの更新

2.レビュー票の項目定義

画像はクリックすると拡大表示されます。

3.品質分析指標の更新

2.故障管理表テンプレートのダウンロード

一般公開資料

まとめ

サポーターさん

テンプレートのご利用に関して不明な点があればお問い合わせください。また、テンプレートに対しての要望がありましたらご意見ください。 皆様の役に立つように改善していきたいと思います。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

本記事では、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）が作成した要求仕様管理一覧のテンプレートをご提供しております。

プロジェクト発足時点でお客様のRFPに記載されている要求仕様を管理するためにまずは一覧化しておきましょう。

また、要件定義の中で発生する要求仕様の追加・変更・取消を管理するために当初作成した要求仕様管理一覧を用いて、追加・変更・取消を管理し、常にお客様と認識合わせできるようにしておきましょう。

要求仕様管理一覧の作成にあたっては、本テンプレートをご活用ください。

プロジェクト準備・計画に関しては、こちらのコンテンツをご確認ください。

参考

プロジェクト計画書の作成（１）

今回の記事は、プロジェクトの計画策定がテーマとなります。 営業の提案が採用される…

続きを読む

1.テーラリングガイド

1.記載内容に関する説明

要求仕様管理一覧に関しては、テンプレートに記載されている項目について、それぞれお客さまからヒアリングした要求事項を取り纏めていくだけでよいでしょう。

各項目の記載内容については、以下の通りです。

 画像はクリックすると拡大表示されます。

2.会議体一覧テンプレートのダウンロード

資料のダウンロードおよびご利用に関しては、本サイトのコンテンツ利用規約に同意される場合のみ利用可能となります。

一般公開資料

update 2022/04/17 直接エクセルファイルをダウンロードするリンクを追加

以下は、スプレッドシートでの表示となります。

まとめ

サポーターさん

テンプレートのご利用に関して不明な点があればお問い合わせください。

また、テンプレートに対しての要望がありましたらご意見ください。 皆様の役に立つように改善していきたいと思います。

サポーターさん

ブログランキングに参加しましたので、ご支援していただけると幸いです。

にほんブログ村

続いては、コミュニケーション計画について記述していきます。

この章の内容については、品質管理ほど難しいものではありませんが、重要な内容となります。

多くのプロジェクトが失敗する原因の一つにコミュニケーションミスが挙げられます。

これはお客様とのコミュニケーションだけではなく、内部メンバーとのコミュニケーションなども含まれます。

特に、小規模プロジェクトでは、要員も少なく管理工数も限られているため、コミュニケーションのフローやルールを明確にせず曖昧なまま管理しているケースが散見されます

たしかに小規模でも中規模と同様の管理をすることは難しいと思いますが、プロジェクト成功のために最低限のルールを定義しておきましょう。

本サイトで提供する各種テンプレートをご利用いただければある程度管理の効率化が図れると思いますので、ぜひご活用ください。

３．コミュニケーション計画

本章では、以下の内容を記述します。

3-1.会議体

まずはプロジェクトの会議体を定義します。

プロジェクトの規模や特性から必要な会議体を定義して、お客様をはじめ関係各社様とのスケジュール調整を実施します。

最近では、プロジェクトのキックオフを含め、すべてリモート会議で完結してしまうプロジェクトも出てきております。

開催方法については、WEBの場合は、WEB会議システムを誰が用意して、招待するかなどあらかじめ決めておきましょう。

会議は必ず、目的と役割、資料/成果物は明確に定義しておきましょう

目的が曖昧な会議や、こういう会議も必要かもしれないというのは時間の無駄になることが多いので注意が必要です。

画像はクリックすると拡大表示されます。

会議体一覧のサンプルは、以下のリンクからどうぞ。

参考

会議体一覧（テンプレート）

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

3-2.コミュニケーションツール

続いて、プロジェクトで利用するコミュニケーションツールの定義を行います。

お客様や関係各社とのコミュニケーション方法として検討するべきは、まずは会議体での利用するWEB会議システムがあります。

①会議システム

Webex、Microsoft Teams、ZoomやGoogleなどお客様と協議の上、利用するものを決定しましょう。

会議では、資料の共有やシステムの画面操作を説明することが多いため、画面共有の機能は必須となります。

②進捗管理ツール

進捗管理では、redmineやbacklog等のサービスのガントチャートなどを使って管理したり、Excelなどでの管理を行うことがありますが、

どのように進捗を可視化し、管理・推進していくのかを合わせて定義しましょう。

③文書管理ツール

文書管理については、redmineやBacklogを使って、コミュニケーション、進捗、文書管理を同時に行うプロジェクトも多いと思います。

お客様によっては、お客様に認めてもらっていないクラウドサービス上に文書をアップロードするのは禁止という場合もありますので、クラウドサービスを利用する場合には、事前にお客様の許可をいただき、文書の管理方針も提示するようにしましょう。

管理人

最近はリモートワークが主流となり、コミュニケーション管理のサービスも充実してきてます。

費用や機能をよく比較して、プロジェクトに合ったサービス/プランを検討しましょう

タスク・課題管理については、私もよく利用しているBacklog（バックログ）がお勧めです。

お客様や関係各社とタスク・課題の共有やファイルを共有することができ、プロジェクト管理には欠かせない機能がたくさんあります。

無料でお試しできますので、使ってみたいという方はこちらの記事を参考にしてください。

参考

Backlog（バックログ）を使ってタスクやプロジェクト管理を効率化しよう

Backlogのご紹介 今回は、クリエイティブコンテンツラボトウキョウがお勧めす…

続きを読む

3-3.課題管理・報告について

次に、課題管理方法や報告ルールについて記載します。

3-4.品質管理・報告について

次に、品質管理方法や報告ルールについて記載します。

品質管理に関しては、前の章で具体的にどのような品質管理を行うのか記述しているため、ここでは、主に報告ルールについて記述します。

誰が管理して、どういうルートで報告、承認するのかを定義しましょう。

※報告内容のサンプルは近日公開予定

3-5.コスト管理・報告について

コスト管理（原価）に関しては、請負でプロジェクトを受注した場合には、主に社内のプロジェクト管理として、原価管理を適正に行いプロジェクトが赤字にならないようにコントロールする必要がありますが、要件定義は準委任契約で工数ベースでの請求となるケースも多いと思います。

またアジャイル型の開発で、一貫して工数での費用請求となる場合もあるかと思います。

この場合、お客様は、常に予定していた原価に対して、今予定通り進んでいるのか、超過が発生する見込みがあるのかどうかを非常に気にされます。

適切なコスト管理を行い、可視化することでお客様にも説明しやすく安心していただけます。

そのためには、EVMでの管理が一番適しているかと思います。EVMとは、Earned Value Management(アーンドバリューマネジメント)の略称です。

プロジェクトの原価（主に人件費）で進捗管理をする手法となります。プロジェクトマネジメント手法の一つとなります。

EVMの具体的な管理方法については、別途説明しますが、プロジェクトのコストの現状と将来の見込みを正しく早期に把握し、適時お客様へ報告するための方法を定義しておきましょう。

3-6.進捗管理・報告について

次は、プロジェクトの進捗管理・報告ルールに関しての内容となります。

プロジェクト計画の段階では、プロジェクトの進捗管理に関して、どのような管理手法でどのように報告するか検討しましょう。

基本的には、お客様視点で考え、まずはマスタスケジュールに対して、遅延が発生していないかを第一に報告するようにしましょう。

マスタスケジュールについて変更が必要な場合は必ず関係各社含め、遅延の原因と対策（リカバリー策）を提示し、その上で、マスタスケジュールの変更の必要性を説明し、各社調整の上、合意ができたら変更可能となります。

自社の都合で勝手に変更して、事後報告すると大きな問題となりますので特に注意しましょう！

報告ルート等に関しては、コスト管理や品質管理と同様となります。

※報告内容のサンプルは近日公開予定

3-7.要求仕様管理（変更管理）

最後は、要求仕様の管理・報告に関しての計画を記載します。

要求仕様は、お客様から提示されるRFP以外にも要件定義工程でユーザへヒアリングしている最中にも追加や変更が発生するため、まずはプロジェクト開始段階で要求仕様の一覧を作成しておき、要件定義フェーズ中でもそれを活用して、追加・変更を管理するようにしましょう。

追加・変更の場合には、いつ誰がどういう理由で追加・変更となったのか経緯がわかるようにしておくことが重要です。ま

た都度追加・変更が発生していることを週次の定例会でお客様に提示し、共通認識を持ったうえで進めることが重要となります。

くれぐれも勝手に追加・変更と判断して、最後にこの分の金額が追加となりますというような事後報告だけはしないように気を付けましょう。

お客様はその追加・変更も含めて今の金額（工数）の中でやってもらえると思っていたという認識齟齬が発生し、問題かするケースが多いです。

（最悪の場合、訴訟にまで発展するケースもあります）

要求仕様の管理については、いろんな管理方法があると思いますが、ここではExcelテンプレートを使った管理手法をご紹介します。

画像はクリックすると拡大表示されます。

まず整理にあたっては、ある程度業務やシステム単位で領域を定義するところから始めましょう。

領域ごとにそれぞれ担当者が異なり、利用するシステムも異なってくるはずです。

領域の定義が完了したら、それぞれの担当者へのヒアリング内容やRFPの内容に基づき、現状の課題・問題点を抽出します。

そのあとは、課題・問題点に対する対策や改善効果（費用対効果を具体的に定量や定性的な観点とすること）を記載します。

そのあとは、業務への影響度や優先度の定義等を検討しますが、これは要件定義フェーズ以降でも構いません。

まずこの時点でお客様からヒアリングした要求仕様がもれなく記載されていることが重要となります。これをベースとして、要件定義を実施し、要求仕様の変更や追加、取消などを管理していくことになります。

テンプレートの各項目について記載する内容は以下となります。

要求仕様管理一覧のサンプル（テンプレート）が必要な方は、以下のリンクからどうぞ。

参考

要求仕様管理一覧（テンプレート）

本記事では、Creative Content Lab Tokyo（クリエイティブ…

続きを読む

３．品質計画まとめ

以上でプロジェクト計画におけるコミュニケーション計画に関する説明が終了となります。

以降は、セキュリティ管理や標準化の内容などとなるため、基本的には自社内の管理規定やお客様から提示されている規定に準拠して記載する内容となります。

プロジェクトキックオフや計画段階で資料として記載する内容はこれまでご説明してきた内容が主な記載事項となります。

テンプレートをベースにプロジェクトに合わせてカスタマイズし、自分が使いやすいテンプレートとして保存しておくとよいでしょう。

関連記事