Chinaunix首页 | 论坛 | 博客
  • 博客访问: 512999
  • 博文数量: 174
  • 博客积分: 8001
  • 博客等级: 中将
  • 技术积分: 1840
  • 用 户 组: 普通用户
  • 注册时间: 2009-03-04 19:30
文章分类

全部博文(174)

文章存档

2011年(1)

2010年(24)

2009年(149)

我的朋友

分类: IT职场

2010-05-21 15:12:17

首先在确定需求后(还没有进行资料调研,手头还没有明确的资料),要进行项目的耗时的评估。一个矛盾的问题是由于还没有阅读资料,对项目的实现模块划分比较模糊。所以在进行项目评估之前,如果比较陌生,应该先有一定的时间看资料,但是注意不能把这个前期准备和项目阶段任务1相混,我们只有很短的时间,大约1个小时。然后划分出粗略的子任务。
1.收集,分析文档。一般来说,这个任务需要个4小时以上的时间。在这段时间里可以边看资料边写伪代码流程。
2.子任务。编码的子任务我们至少给每个子任务一个小时的时间,这是一个原子单元,而不应该比这个原子时间小。
3.调试。(有可能对以前的代码产生影响,所以整合这个任务也是在调试中解决的)
调试的用时应该以调试的流程所需耗时和写代码的时间的和为准,sum = testTime + codingTime,然后考虑不确定因子,factor,最终所需时间为time = sum / factor。
factor因子是在没有看文档的时候定义的,20%~50%的范围。
一个问题是子任务的划分,由于还没有详细阅读文档,无法确定实现的具体方案,所以有可能存在多种以上的可能性,不同的可能性需要的工作不同。我们进行评估的时候要考虑这些可能性,然后以最长的耗时为准。
阅读(732) | 评论(0) | 转发(0) |
0

上一篇:IMS

下一篇:SIP路由机制

给主人留下些什么吧!~~