[quote="xiaoyu"]但这个东西好不好估计你的项目大概完成时间? 因为需求一开始并没有清楚. 对于公司要后期调整人员变动, 或者新项目等不明确.
希望在这方面说一下. 谢谢[/quote]
现在的项目,尤其是web需要运营类的,很难定义什么时候是完成。因为项目很快就上线,之后不停的发布新版本。项目一直在不停的做。因此,你不可能估计完成时间,开始时候对后期的需求也不可能完全清楚。可持续的开发才是这类项目的关键。
我们开始的时候计划的整个项目需求大概有50-70个Story,到项目进行了10个月的时候,完成了大约70个Story,但未完成的,或者说新增的需求也是50-70个。从传统项目管理来看,项目才完成一半。。。但项目已经发布了12次,已经开始创造利润。
人员变动,也是很容易的。我们的方法是在项目中到6个月可以交换到别处。developer的roll off比较容易,提前一两周来,和人pair几天就熟悉了,BA的话可能需要1-2个迭代的交接时间。小规模的人员调动基本上不会影响项目的开发速度。新人进来,也会给项目带来新鲜的血液和思路。就像温水煮青蛙,在项目中干的太久了,很容易忽视一些做的不好的地方,新人的新视角对改进过程很有帮助。
希望在这方面说一下. 谢谢[/quote]
现在的项目,尤其是web需要运营类的,很难定义什么时候是完成。因为项目很快就上线,之后不停的发布新版本。项目一直在不停的做。因此,你不可能估计完成时间,开始时候对后期的需求也不可能完全清楚。可持续的开发才是这类项目的关键。
我们开始的时候计划的整个项目需求大概有50-70个Story,到项目进行了10个月的时候,完成了大约70个Story,但未完成的,或者说新增的需求也是50-70个。从传统项目管理来看,项目才完成一半。。。但项目已经发布了12次,已经开始创造利润。
人员变动,也是很容易的。我们的方法是在项目中到6个月可以交换到别处。developer的roll off比较容易,提前一两周来,和人pair几天就熟悉了,BA的话可能需要1-2个迭代的交接时间。小规模的人员调动基本上不会影响项目的开发速度。新人进来,也会给项目带来新鲜的血液和思路。就像温水煮青蛙,在项目中干的太久了,很容易忽视一些做的不好的地方,新人的新视角对改进过程很有帮助。