天涯【钝】刀客

设计模式/uml/随想/杂谈...
posts - 1, comments - 2, trackbacks - 0, articles - 5

读书笔记:up是如何计划一次迭代的

Posted on 2008-03-17 23:04 天涯【钝】刀客 阅读(197) 评论(1)  编辑  收藏 所属分类: uml

具体的来说,推荐的一种方式有下面的几个步骤.

1. 确定迭代的时间长度,这个时间长度确定下来以后呢就不能更改了.常见的周期一般是2~6周.一般4周最为合  适,3周开发,一周测试.不要为了赶上进度而延长迭代周期,当发现在规定的时间内无法完成当除计划的任务的时候,因该减少部分的工作量而不是延长本次迭代时间.

2.召开迭代会议,这个会议召开的时间通常是在上一次迭代结束下一次迭代尚未开始之前召开.

3.列出本次迭代的潜在目标,也就是任务了.并标记优先级.

4.开发团队的每个人员都要给出自己的资源时间表,比如大概什么时候请多长时间的假之类的.好让项目经理归汇总总共有多少资源可用.

5.讨论步骤3里面确定下来的任务,并给出工作量的评估.直到得出所有本次计划所有任务的工作量.

6.比较总的工作量是否和步骤4里面得到的总的资源相一致,如果一致则本次计划结束,否则就要剔除步骤3里面取定的部分认为.

注意点:开发人员应该积极参与计划和评估过程,而不是项目经理一个人说了算.

Feedback

# re: 读书笔记:up是如何计划一次迭代的  回复  更多评论   

2008-03-17 23:12 by 天涯【钝】刀客
自己记录一下学习的内容吧,古语不是说写一遍等于看10遍嘛,嘿嘿.

只有注册用户登录后才能发表评论。


网站导航: