会社には、
もちろんきっちり働いてはいるんだけど、
あまり残業もしなく(まあそれはいいことなんだけど)て、
そして、きっちりスケジュールが遅れていく。
んー、いったい何なんだろ〜。
それは、みんながハッピーで、開発者のスキルに依存しない高いプロセスのプロジェクトなのだろうか。
まあ、簡単にいうと、
プロジェクトにはスケジュールがあって、
ようするに、この日(A)までに完成するって予定を立てる。
それでもおおざっぱだから、小さい単位で、
この日までに、この機能、
この日までに、この機能、
って、こまかくスケジュールを立てる。
で、
ここでいつも不思議なのは、
この小さい単位のスケジュールはいつもあまり達成できない。
たいてい何か残件が残り、次に送りこまれる。
ひとつひとつを小さなイベントとして、
対外的にも重要なイベントとするならば、
つまり、外部にリリースなどをすることを約束しているとするならば、
めちゃくちゃ外部の人に迷惑をかけていることになるのだが・・・。
ひとりの開発者が、
スケジュールを立てて、
これで開発できます、出せますって宣言してだよ、
もちろん、誰が見てもまあ妥当なボリュームで、
そして、それを達成できなかったとき、
もしくは達成できなさそうなことがわかったとき、
どうすればいいんだっけ。
5/29 のブン
※ 独自 いいね です。facebookのそれとは関係ありません。白くなっている場合はすでに押し済みです。
少し関連:
#2481 フェラーリかランボルギーニか@日記 - HE PROJECT3 2011-09-24
この記事のPRコード
メニュ-:
人気記事ランキングに戻る
最近の記事リストに戻る
更新された記事リストに戻る
アクセス履歴に戻る
検索結果リストに戻る
『スタンフォードのストレスを力に変える教科書』
の記事はこちら(#4661)
490,483 UU/ 20,083 PV/ 1,123 AA (TTL)
204 UU/ 9 PV/ 0 AA (AVE ADAY)
Now:20241124201334 date:2011/06/18 #2378 ips:590
このサイトは匿名の個人の責任で発信しています。関係する会社や団体の意見とは関係がありません。
© 2007 oga.sakura.ne.jp. All Rights Reserved.
@heproject3