这是以前从网络上找到的某软件（不知道使用真实名称是否有争议，暂且称之为XXX ‘97吧）的开发计划日程安排，我想它是有可学之处的，就翻译了过来，希望能有所借鉴，其中某些该软件技术方面的细节，并不影响对开发计划的理解，所以没有翻译，鉴于本人英文水平有限，可能有错误之处。虽然不同的情况开发计划不同，但该文档对于规范开发是有启示的。文中字样“注：”为译者添加。我无法给出来源，只好贴在原创里面了
译者注
以下为实际内容
XXX ‘97 开发计划
戴维更新于1997年2月
介绍
这个文档为XXX’97开发的日程安排 ，它用于为《开发议案》中的三部分内容服务：XXX’97开发文档和它的用于YY2.0的OLE控件 ，某用于DTP的服务包，和某独立的浏览器。
XXX’97和XXX’97J(远东版)将被作为可回调的绘图部件服务，作为Office’96和Publisher’96之间的信息交换载体。
这个日程使用Office系列的Excel宏组件建立，这些宏可以生成可读性及强的报表，包括每周的日程进展情况，如果日程可以在网络上使用，就不必进行打印工作。
XXX’97.XLS – 包括建立所有的相关文档部件。
XXX’97J.XLS -包括建立远东版所有的相关文档部件。将在XXX’97非远东部分完成后指定三个开发者完成。
在开发阶段，日程将在每周更新。每个月，程序员们必须重新在他们的相关日程上签名并汇总到戴维处，由戴维统一控制日程计划安排。
关于本工程的细节问题，请联系负责人Ho，他将指导你找到相关可用文档，如：本工程开发规范。
目标日期和阶段
本日程的各阶段时间的制定主要基于日程安排，虽然它也在很大程度上受其它客户端的影响：如浏览器、YY2.0等。
开发由两个主要阶段组成，第一阶段：信息可以被投递到它的回调服务集成环境； 第二阶段：其余代码的完成。工程文档的设计也将遵照这些阶段进行。
在完成XXX’97后，三个开发者将被立即分配到XXX’97J远东工程部分。
下面的表格中为预计的重要目标的日期。
表格1:目标日程安排
|
5/1/96 |
最终的议案及日程安排结束，第一阶段开始 (14 个星期) |
|
7/31/96 |
第一阶段代码完成。完善期开始 (4个星期) |
|
8/15/96 |
第一个可用的程序提交 |
|
8/28/96 |
第二阶段开始 (14个星期) |
|
11/27/96 |
第二阶段结束，代码完成。 |
|
1/20/97 |
开始XXX’97J版开发，三个开发者将主要完成远东版发布和在MIPS平台的编译的工作（12个星期） |
|
2/15/97 |
正式版XXX’97发布，它包括（… …） |
|
4/15/97 |
XXX’97J版代码完成 |
|
6/15/97 |
正式版XXX’97J发布 |
各阶段日程细节
每个阶段包括开发部分14个星期，紧接着4周的稳定、完善期。最后阶段还有4周附加的完善期。
每个开发部分以47天作为一个段，其中有14天的内部完善工作日，6天的病、节假日，和2.5天的代码检察。
下表显示每个阶段有多少天被分配。（注：该算法是按照每周5天计算的）
表 2: 阶段定义
|
主要阶段的开发期 - 70 天 |
日程安排项 47 天 (67%) |
|
|
内部完善期 14 天 (20%)
(这个巩固阶段被算在主要阶段中是为了鼓励开发者立刻修复新出现的错误，以便程序部件一直保持稳固。) |
|
|
病假、节假日等 6 天（8.5%）
正常情况下一个阶段每个开发者可以有1天病假
在工程中，（注：所处的日期关系，考虑到阶段中的法定节假日），第一阶段有2个假日，第二阶段有3个假日，J版本开发阶段有1个假日。
开发者平均每个阶段可赶上3或4个假日。 |
|
|
内部完善-代码回顾检察阶段 2.5 天(3.5%)
每个阶段有2.5天的代码检察，这个数字对于几个程序员来说就显得多一点。 |
|
|
|
|
主要阶段的缓冲、巩固完善期- 20 天。
阶段完善、错误修正时间一共占据了以90天为一大阶段时间的22%。所有完善、巩固、缓冲的时间（包括每个阶段的14天）占据工程时间的38%，相对于47天的开发任务日程，有34天的缓冲和巩固时间。
当XXX’97的测试结束后，这个完善阶段才真正的结束。（注：这意味着虽然你有这么多完善时间，或者说花这么多时间完善，但是如果没有通过测试，那么还不算完） |
主要工作项
介绍…
图1:
…. ….
图2:
…. ….
开发资源
开发组主要成员：戴维（主要负责人和代码划分）AA(客户端接口) … … XXX(xxx)
将于某月某日左右从别的任务脱身加入本开发组的成员 M1(… …),M2(… …)
J版的开发将由J1(… …) J2(… …)J3(… …)完成