シリーズ「開発の初めから順番に書いていってみる」の続きです。
今、プロジェクトの立ち上げから話を起こしているのですが、プロジェクト憲章、をつくって、スコープ定義をしてWBSを作りアクティビティ、つまりやることを挙げるところまできました。
以前、順番を書いたところで言うと、「計画のコアプロセス」の（３）まできたので、今回は
（４）アクティビティ順序決定（タイム）
「どのように」行うかについてきめたら、それらをやる順番を決める
（５－１）所要時間見積り
「どのように」行うかが決まったら、それをやるには、どのくらい
かかるかの所要時間をきめる（５－２資源計画とかかわる）
（５－２）資源計画
「どのように」行うかが決まったら、それを、だれが、いつやるかを
きめる。もちろん、人だけでなく、機材なんかも、いつ何を調達するか
考える
について書きます。
■誰が、何を、いつ、どういう手順でやるかを決める
以前までの段階で、やるべきこと＝アクティビティは挙がったので、それについて、
・「（４）アクティビティ順序決定」でどの順番にやるか決めて
・「（５－１）所要時間見積り」で、時間を見積もったら
・「（５－２）資源計画」でだれがやるか決める。。
てーんですけど、実際には、やる人がちがったら、かかる時間はじかうわけで、
で、かかる時間が違っても、終わりが伸ばせないとなれば、やる順番をいじらないといけないっていうことで、この３つは、相互に関係してしまいます。
つまり、アクティビティが決まったら、それを、誰が、いつ、どの順番でやるか考えるということです。
■考える順番
で、この順番は、
・まず、主要なコアとなるアクティビティを手順どおりに並べ、
・それをやる人（ふつうある程度できる人にコア部分をやらせると思うけど）をきめて、
・その人がやった場合の期間の見積もりをたてて
・残りのアクティビティ（作業）をテキトーに人を配置して、適切な順番で、あいている隙間に、順番が狂わないようにテキトーに入れる（適切とテキトーは使い分けてます。順番は適切に、正しくやる必要があります。それがあってれば、後はテキトーです）。
っていうふうに「決めるべきです」が・・・・
■でも、実際は営業の都合なのよね
そーやってまじめに決めると、開発から見ると妥当な時間なんだけど、営業から見るとありえない時間らしく、結局営業に押し切られ、ありえない時間になるので、劇的な(自動変換とか）手法のギャンブルに出る。。ってことになることも多数だったりするわけです。
ま、それはさておき、こんなかんじで、何を、いつ誰がやるか決まったら、それを、スケジュールと開発コストという形に纏め上げていきます。
これは、次のお話の作業になるので、今回はここまでです。
