システム開発において、スケジュール管理は重要な工程の1つです。スケジュール管理がしっかりとしているなら、全体の流れを把握しトラブルにも素早く対応できます。

この記事では、システム開発の基本スケジュールとおすすめの管理方法を紹介しますので参考にしてください。

システム開発の基本となるスケジュール

システム開発の基本スケジュールは、どのタイプの開発プロジェクトにおいても大体同じです。

ここでは、工期1年ほどのプロジェクトのスケジュール例とその内容を紹介します。

※従来型である一括請負の場合でかかる工数の見本です。

開発にかかる期間の目安

開発にかかる期間は、構築するシステムの規模や関わる人員数によって変わります。ここでは、工期1年程度のシステム開発を例に、工期のおおよその目安を紹介します。

1. 要件定義　：1か月

2. 外部設計　：1～2か月

3. 内部設計　：1～2か月

4. プログラミング：2～3か月

5. システムのテスト（単体・結合・総合）：2～3か月

6. β版リリース：1～2か月

7. 正式リリース：1～2か月

8. 保守・運用

※従来型である一括請負の場合でかかる工数の見本です。

月額制の開発スケジュール例

月額制の開発スケジュールは、以下の大枠を決めておき、月毎に契約を更新しながら改善を続けます。

• １.ミニマム版のリリース

• ２.フィードバックを基に修正

• ３.α版リリース

• ４.フィードバックを基に修正

• ５.β版リリース

要件定義から開発までを1〜2週間単位に分割し、細かいサイクルで開発を進められることで、仕様変更にも柔軟に対応できます。

開発スケジュールを管理する目的

開発スケジュールは、依頼する企業と開発会社双方が共同して管理する必要があります。開発スケジュールの管理の主な目的は、以下のとおりです。

• 全体の流れを理解する

• 細かい進捗を確認する

• リカバリー策を講じる

スケジュールの管理により、依頼企業側も開発工程の全体の流れが理解できます。全体の流れがわかれば、現状どこまで進んでいるか細かい進捗を把握することも可能です。

また、途中でトラブルが生じた際、どの段階まで戻ればいいのかがわかりやすく、素早くリカバリー策を講じられます。

システム開発のスケジュール管理方法

システム開発のスケジュール管理をする際は、表やツールを利用すると便利です。ここでは、おすすめの以下の2つの管理方法を紹介します。

• WBS・ガントチャート

• バックログ等のツールを使う

WBS・ガントチャート

WBSとは、Work Breakdown Structureの略で実施作業をすべて洗い出し書き出す表です。WBSの作成でタスクを洗い出し工程ごとに構造化することで、スケジュールを組み立てる前の情報整理ができます。

自社でおこなう工程と外注する工程をすべて漏れなく書き、ExcelやWBS専用ツールで表に落とし込む形です。

WBSを作成した後に、ガントチャートを作成することもできます。ガントチャートとは、作業の予定や実績を棒グラフで表現したものです。表の縦軸にはWBSで洗い出したタスクを、横軸には日付を入れます。

WBSの各タスクの必要となる工数を割り出し、作業の実施順に並べて担当者を割り振ればガントチャートの形になります。

バックログ等のツールを使う

バックログ等タスク管理用のツールを開発スケジュール管理に使用することもできます。バックログは、誰が・何を・いつまでにやるのかを明確化させられるツールです。

プロジェクトとメンバー、タスクを登録すると、タスクの進行度がステータスで確認できる仕組みになっています。バックログ内の機能として、作業計画を横線グラフで表したガントチャートや、進捗の区切りを示すマイルストーンなども活用できます。

進捗状況を関わるメンバー全員で共有化するためには、このようなツールの利用がおすすめです。

【関連記事】プロがBacklog（バックログ）の使い方を活用マニュアルとしてまとめてみた

開発スケジュールを管理するポイント

開発スケジュールを管理する際に意識するとよいポイントは、以下の4つです。

• 成果物を決める

• 作業は構造化する

• 担当者と密に連絡を取る

• スケジュールにこだわらない

成果物を決める

初めに、最終的に目指す成果物の仕様を明確に定めることが大切です。また、中間目標地点にも成果物がどこまで完成しているべきかを定め、工程完了のミーティングなどを設定します。

明確な目標が定まっているなら、各メンバーがおこなうべきタスクも理解しやすく、効率的に進められるでしょう。

作業は構造化する

プロジェクトの開始後は、進捗度のチェックも重要な工程となります。運営段階でスケジュールの変更やトラブルシュートが必要になった場合、あらかじめ作業が構造化されていれば効率的です。

タスクを細分化し、人員の追加や変更の際に割り振りがしやすくしておくとよいでしょう。また、トラブルを予想し事前にリカバリー策を準備しておくことも重要です。

担当者と密に連絡を取る

プロジェクトを円滑に進めるためには、担当者との密な連絡も欠かせません。スケジュール変更の必要が生じた際は素早く対応できるよう、進捗状況を報告・共有する頻度や間隔をあらかじめ定めるとよいでしょう。

また、変更や実施に各所の承認が必要な場合、クリティカルパスが短くなるよう努める必要があります。

スケジュールにこだわらない

プロジェクト後は、スケジュールに沿って効率的に作業を進めていく必要があります。しかし、どのプロジェクトでも進捗の遅れやタスクの追加はつきものです。過度にスケジュールにこだわると、成果物の質が下がるリスクもあります。

スケジュールはあくまで進捗度を確認し適宜調整を加えていくための基準とみなし、フレキシブルに対応していくとよいでしょう。

開発スケジュールを管理する際の注意点

開発スケジュールを管理する際に、知っておきたい注意点をまとめましたので参考にしてください。

• クリティカルパスは見逃さない

• 作業量と担当者のスキルに合った割り振りをする

• リカバリー策も用意しておく

クリティカルパスとは、発注者やクライアントのエンドユーザー部門などの承認を得る工程を指します。この工程に滞りがあると、作業を前に進められずスケジュール全体に影響が及ぶため、各所とスムーズな連携が取れるようにしておきましょう。

また、実行不可能なスケジュールにならないよう、タスクは適切に割り振り、リカバリー策も準備しておくことが重要です。

TechUnit（テックユニット）は、月額制で開発支援を行うサービスです。

• ✔ 開発が進まない
• ✔ 要件が決まっていないので柔軟に進めたい
• ✔ 今依頼している開発会社に不満がある

費用が発生しないご相談の段階で、コンサルティングを行い、プロジェクト毎に最適なチームをご提案しております。

プランに応じて柔軟な開発体制を構築いたします。もちろん、開発状況に応じたメンバーの増減も可能です。

無料相談も承っております。まずはお気軽にお問い合わせください！

お問い合わせはこちら

まとめ

システム開発の際スケジュールを管理する目的には、全体の流れの把握やトラブル時のリカバリーの準備などがあります。スケジュール管理は、WBSやタスク管理ツールなどを活用すると便利です。

プロジェクトに関わるメンバー全員が、開発の目的と自身のタスクをしっかり理解できるよう可視化しましょう。