敏腕PMブログ

最近久しぶりに機能別の開発スケジュールを作成しました。
いつもは開発する本人に作成してもらいますが、
今回は短期でたくさんの機能開発が求められたので、
自分でざーっと引きました。
※なぜいつもは本人に作成してもらうかは別途書きます。

で、スケジュール作成のときのポイントを。
機能開発で、「検索・更新・削除」の3機能を3日で仕上げる場合を例にします。
縦軸に機能を、横軸に日付をとった場合に、

◆パターンＡ：1日1機能
・検索機能　－
・更新機能　　－
・削除機能　　　－

◆パターンB：3日で3機能
・検索機能　－－－
・更新機能　－－－
・削除機能　－－－

というスケジュールパターンが想定されますが、
どっちが良いスケジュールでしょうか？

僕はBのほうが良いスケジュールだと考えています。

理由は以下
・スケジュールは予定と実績を管理します。
1日毎に管理するより、ある程度まとまった単位で管理したほうが
開発者も管理者もラクです。（毎日進捗確認っていやですよね？）

・開発は後半のほうが慣れてきて効率が上がります
なので1日目は調子が悪くても、2日目、3日目で十分挽回ができます。
より実際に近いスケジュールがBなのです。

・Bの場合、開発順は開発者が自由に選択できます。
検索機能から作るより、更新機能を先に作ってそのデータをもとに
検索機能を作ったほうが効率は良いです。

・ある機能開発で煮詰まっても、他の機能開発に手をつけられる状態
にしておくことで、遅れを最小限にとどめられます。
スケジュールってあるとそれに従うので、Aのパターンだと初日は検索機能だけしか
やらない可能性があります。

以上、お役に立てれば幸いです。

—

タグ: スケジュール, 開発

この投稿は 2009 年 2 月 12 日 木曜日 8:41 PM に プロジェクトの現場から, プロジェクトマネジメント カテゴリーに公開されました。 この投稿へのコメントは RSS 2.0 フィードで購読することができます。 コメントを残すか、ご自分のサイトからトラックバックすることができます。