スケジュール設定
スケジュール設定はプロジェクトのQCDに大きく関わる作業です。 納期に向けて、適正なコストで品質を確保するよう計画を立てる必要があります。
スケジュールを守ることが理想です。
しかし、一方で個別のフェーズなどにおいて遅延が見込まれる場合など、どういった対策を打ち、いつまでにリカバリするかといった指針を決める際にも、スケジュールの存在が必要となります。
開発速度と品質
実装とレビューのサイクルを早め、1つ1つの実装タスクが早く片付くようにすることは可能です。
ただし前提として、実装の品質が高く、レビューの質が良い状態が必要となります。
実装の品質が低く、レビューの質が悪い状態であっても、一見開発は早く進むように見えます。 しかし、テストフェーズ以降でバグが多発し、リリース後の瑕疵対応が必要になることは避けて通れないでしょう。 定められた品質をクリアできなければ、テストフェーズでコストが膨れ、瑕疵対応で請求できないコストが嵩むといった悪循環に陥ります。
開発速度は重要ですが、品質を担保することが必要です。
品質向上のためには、PMだけでなく、各エンジニアが「開発品質ガイドライン」を理解し、ガイドラインに則って開発していくことが重要です。
PMがスケジュールを設定する際に気をつけるべきこと
お客様と決めたマイルストーンによって、スケジュールの立て方も異なってきます。
例）
a) モックを触ってイメージを掴みたい
b) 重要な機能から順に動作確認していきたい（場合によっては重要機能のみ対応で早期リリースしたい）
c) 全機能が揃ってから動作確認したい
など
各マイルストーンでは、完璧と言わずとも、お客様へアプリ品質に納得いただく必要があります。 そのためにも「何がいつできる」「このタイミングでは何が動かない」といった情報を合わせて提供する必要があります。
また、アプリリリースに必要な作業を余すことなくスケジュールに含めるようにする必要があります。
- インフラ構築
- 総合テスト
- 審査
開発スケジュールの立て方イメージ
開発スケジュールのイメージとして一例を示します。
- はじめにモック確認を行う
- MVPで開発、リリースする
- 運用保守で機能を追加開発（BIツールを用いた分析を行い、効果の高い追加機能開発の検討が可能です）
エンジニアがスケジュールを守るために気をつけるべきこと
スケジュールは1つ1つのタスクの予定工数の積み重ねで作られています。
予定工数が膨れることはスケジュールの遅延リスクがあることを意味します。
1ヶ月先までのタスクについて予定工数を見込むことができれば、仕掛かり中の作業に遅延が発生した場合であっても、先の予定が見えているため調整を容易に行えます。
エンジニアがスケジュールを守るためには、以下の項目を理解して、取り組むことが重要となります。
2.チケット仕様確認
3.実装
バッファをもたせる
アプリ開発においては、予測不能な事象を正確に予定工数として見積もることが難しく、場合によっては実工数が大きくなり、遅延してしまう可能性があります。 そういった予測不能な事象としては、以下のようなものがあります。
事象の例
- レビュー指摘対応にかかる時間
- 技術調査にかかる時間
- 外部要因で発生する待ち時間
- テスト時のバグ対応にかかる時間
- など
一つ一つのタスクについて、上記が発生する可能性があります。 従って、「なにか問題が発生したとしてもこの期間に収めるようにコントロールする」といったバッファを設ける必要があります。
プロジェクトの状況によって妥当性は変わりますが、バッファの基準値を決めておくと担当者が判断しやすくなり、スムーズに計画できるようになります。
バッファの基準値の例
- レビュー指摘対応: 実装工数の50%程度をバッファにする
- 技術調査: 1~3日程度をバッファにする
- 外部要因の待ち時間: 外部要因の性質に依存
- バグ対応: 実装工数の20%程度をバッファにする
- など