[个体软件过程]之制订计划--阶段计划&产品计划

原创 2003年05月05日 11:38:00

第三章 制定计划

u      如何制定阶段计划<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

u      如何制定产品计划

u      管理好时间

3.1如何制定阶段计划

       这里介绍两种计划:阶段计划和产品计划。阶段计划是关于这段时间内对时间的安排,产品计划是关于制作产品活动期间的时间安排。以读一本书为例来说明阶段计划和产品计划的区别。为了计划这项工作,首先估计出整个任务应花费多少时间。例如,你可能希望用20小时阅读全书20章的内容。对于这个任务来说,产品计划就是以20小时读完全部书为目标,阶段计划就是每周安排1小时读书这种方式。下图表示了业务领域中产品计划和阶段计划的关系。

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /><?xml:namespace prefix = w ns = "urn:schemas-microsoft-com:office:word" />
 


   为了制定阶段计划,必须清楚时间的使用情况。根据上一章介绍的周活动总结表,我们就可以跟踪记录自己是如何支配时间的。在制订下一周的计划时,就可以参考最近的周活动总结表。根据以前各个任务花费的时间,就能判断出下一周将在这些任务上花费多少时间。制定这种计划最简单的方法就是假设将要使用的时间与过去平均使用的时间相同。一种较为精确的方法就是首先考虑下周将要做的工作内容,然后根据以前的最长和最短时间来估计出一个合适的时间。

3.2如何制定产品计划

       当工程师在项目小组中工作时,就需要计划个人的工作。计划是按期完成承诺的任务的可靠基础,可以在工程师合作开发产品过程中协调他们的工作,可以帮助工程师了解项目的状态。做计划是软件工程师工作的一个重要部分,要成为一个有才干的工程师,就必须知道如何制订准确的计划,也需要知道如何将这些计划与实际结果相比较,从而学会制定更好的计划。

制定产品计划是可以通过事件加以提高的一种技能。从现在开始对每个产品制订计划,产品可以是一个可制定的程序、一个程序设计方案或是一个测试计划,并在以后的项目中继续这样做下去。

收集历史项目数据。对于工程人员,一个产品计划包含产品规模、工作时间和进度三方面的估计。最基本的产品计划只包括对任务或作业所需时间的估计。通过收集以前不同任务所用时间的数据,就能够估计将来类似的任务大概所需要的时间。表3.1是为了记录每个项目估计时间和实际时间而设计的作业编号日志,参考这些历史项目数据,我们可以方便、准确地作出估计。准确的估计是做好计划的关键。

  3.1                                 作业编号日志

作业号

日期

过程

     

时间

单元

时间

单元

平均值

时间

单元

平均值

最大值

最小值

 

 

 

 

 

 

 

 

 

 

 

 

 

描述:

 

 

 

 

 

 

 

 

 

 

 

 

 

描述:

 

     估算程序规模。产品计划的第一步是要估计产品的规模。对于程序来说,可以使用代码行测量方法估计新程序的规模。为了准确的估计,需要用到以前的规模数据,因此把以前的规模数据按照功能分类是有帮助的。首先查看新程序的需求,估计各类代码有多少行,然后与以前统计的数字进行比较,可以得出开发新程序需要多少时间完成。随着所积累的数据越来越多,作出的估计就会越来越准确。作业编号日志作为记录大量的历史的规模和效率数据提供了一种简便的方法,还可以使用表3.2记录不功能类型的程序历史数据,并按照规模排列。

3.2                                    程序规模估计表

程序

代码行

以前的功能

估计的功能

最小

平均

最大

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

     规模测量的方法很多,应该根据不同的对象使用不同的估计方法,即使对程序来说,代码行测量方法也不能覆盖所有的情况。没有任何方法可以保证估计的结果一定准确,作出好的规模估计的关键是要有大量的历史数据,要进行多次规模估计,并且要定期的将实际结果与估计值进行比较。

软件工程经验总结系列之三 - 计划阶段控制

本文为软件工程经验总结系列文章的第三篇,按照总论文章所设立的范围划分,本阶段重点讲述计划阶段的控制过程以及控制思路,笔者所站在的角度是乙方角度来进行表述整个阶段的推动过程,但对于甲方公司其基本思路是类...
  • jackxinxu2100
  • jackxinxu2100
  • 2015年12月08日 17:07
  • 2241

如何使用XMind制定月计划?

使用XMind为下月的工作制定一份可执行的计划
  • michelle121
  • michelle121
  • 2017年05月24日 11:38
  • 214

产品学习计划

一个人有了目标,必然要有计划。工欲善其事必先利其器,德玛西亚!! 个人感觉,工具好学,经验难求,先从简单的做起。 第一部分:知识类 1、产品相关软件: 原型设计:WIN系统下:AXURE就足够了...
  • qq_31307919
  • qq_31307919
  • 2016年11月02日 11:24
  • 191

软件工程阶段性总结(二)——软件计划和需求分析

上一次总结了软工视频的第一章内容,已经从宏观上把握了
  • u013045214
  • u013045214
  • 2014年11月16日 17:24
  • 1592

06-软件测试计划及测试说明

1  范  围 1.1  定  义 1.1.1  系统标识 包含该文档所适用的软件标识号、标题和版本号。 1.1.2  测试用例标识 “用例标识”:规定为:系统代号_分系统代号_软件标识符 ...
  • zchl159
  • zchl159
  • 2017年04月18日 16:05
  • 512

Sprint计划会议概要

Sprint计划会议在每一Sprint的启动阶段进行。 在Sprint计划会议的第一部分,产品所有者和Scrum开发团队(在ScrumMaster的协助下)共同审评Product Backlog,泰...
  • zmycoco2
  • zmycoco2
  • 2013年05月23日 06:52
  • 2343

谈软件开发项目快速编写Project进度计划—2012年CMMI5试点

虽然从事软件项目管理工作多年,但一直不得要领,没有多少感悟。今年,有机会参与CMM5,我带的项目作为试点项目,经过一段时间的磨练,终于有所突破领悟,融汇贯通了点。     工作量估算方法很多,我常...
  • xiaoyw
  • xiaoyw
  • 2013年11月11日 14:51
  • 2191

如何制定软件开发计划

计划的重要性相信各位读者都不会忽略,事情不论大小都有提前计划的必要。晚上约吃饭,要准备一下着装,找餐厅,揣摩邀请的说辞;对于软件开发这样一个高度复杂的脑力劳动来说,清晰、可执行的计划当然是必不可少的。...
  • Clifnich
  • Clifnich
  • 2017年12月26日 14:51
  • 38

软件工程各阶段的评审内容

软件工程各阶段的评审内容如下表: 评审点 评审人员 评审文档 评审内容 需求调研评审 用户   管理人员(PM) 软件开发人员 (质量管理人员) (初...
  • cnboynet
  • cnboynet
  • 2015年01月17日 17:50
  • 6371

互联网产品经理的学习计划

一个优秀的产品经理可以打造出赏心悦目的产品,从而改变大众的习惯,乃至改变世界,比如乔布斯。乔布斯可以说是产品经理界的标杆,无论是论天赋还是后天的努力程度,恐怕目前而言还没人能出其左右的。 国内优...
  • sam_zhang1984
  • sam_zhang1984
  • 2014年03月21日 11:35
  • 2326
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:[个体软件过程]之制订计划--阶段计划&产品计划
举报原因:
原因补充:

(最多只允许输入30个字)