项目进度计划书.docxVIP

项目进度计划书 系别： 组长（学号）： 组员（学号）： 1 【例文】课题名称：某大学工资管理项目进度计划书 一、项目计划 1.实际工作时间： 一周工作 5 天，每天工作大约 2 个小时（每天晚上放学后），周六日可适当增加调配，当作加班处理。 2.工期估算： 项目规划、需求分析、设计、测试和提交计划估计各需要 1 周时间，其中设计需求时间较短；由于人员对打代码的工作不太娴熟，所以需求 3 周时 间；对相关使用着的培训 2 周时间，可在代码基本成型后开始（大约设计开始一周半后）。所以，共约需 8 周半。 3. 估算结果列表： 估算项 估算结果 进度估算： 该软件开发时间五个月 人员数估算： 所需的人员为 3 个人 4.支持条件 ? 技术可行性 硬件可行性 有充足设备 软件可行性 功能齐全的软件 人员投入的可行性 学校拥有雄厚的技术力量。 ? 经济可行性 已批准投资 6 万元人民币用于购置设备和软件开发。 社会可行性 领导重视和管理层的普遍支持 学校主管领导十分支持这项工作 2 管理基础和基础数据管理方面的可行性 5.功能 各处室，学院，教学系，工厂，校医院的扣款清单，补贴清单，工资变动清单管理 教务处工资台帐管理 教务处职工汇总表管理 6.目标 解决帐物管理问题 提高可靠性 提高工作效率 二、项目团队情况简述 职位 人员 项目经理： 耿宇森 需求分析员： 耿宇森 唐琳 概要设计员： 张海越 详细设计员： 耿宇森 唐琳 张海越 编码人员： 耿宇森 唐琳 张海越 测试人员： 唐琳 张海越 三、项目实施进度计划 任 务 完成时间 负责人 资 源 备 注 项目规划 2011-10-20 耿宇森 老师 需求分析 2011-11-10 耿宇森 唐琳 老师 需求确定 2011-11-15 耿宇森 老师 设计 2011-11-25 张海越 项目实施 2011-12-20 耿宇森 唐琳 张海越 有待细化 3 项目测试 2012-12-24 唐琳 张海越 提交 2012-1-9 耿宇森 唐琳 张海越 决定任务和里程碑 排序工作活动 任务历时评估 整合任务计划 审查批准进度计划 四、总体进度计划 4 5 6 五、进度计划 一． 进度计划书 决定任务和里程碑 对于每一个最低级别的 WBS 元素 WBS ：（工作分解结构 （ Work Breakdown Structure ） 创建 WBS ：创建 WBS 是把项目可交付成果和项目工作分解成较小的， 更易于管理的组成部分的过程。），识别任务和里程碑对应交付的元素。可交付物通常设置为里程碑，产生可交付物的活动被称为任务。里程碑是一个时间点，被用于管理检查点来测量成果。 排序工作活动 在确定了交付产品的任物和里程碑之后，他们应该被逻辑的排序，来反映将被执行的工作方式。排序建立了任物和里程碑之间的依赖，并被用于计算交付产品的的进度。 任务历时评估 任务的历时评估是项目计划中最具挑战的部分，他也是后续成本估计的关键。这是一个不断细化的过程，贯穿于计划过程，因为它直接受人员安排和成本估算活动影响。 整合任务计划 一旦任务和里程碑被识别，排序，并且有了计划的历时评估，对每一个交付的产品就有了进度计划。没有整合，每一部分的进度是独立的，并且因此不能描述与整个项目相关的时间问题。 审查批准进度计划 一个较大和复杂的进度计划需要从多个人那里获得输入，没有人拥有项目的每一个方面的所有影响进度计划因素的所有的知识，因此团队应该执行进度计划的审查，来发现问题，或完善该进度计划。 二． 工作分解 (WBS 分解 ) 7 8 （一）．可行性分析 需求分析 调查资料 开发人员会议 需求分析草稿 与用户协商 完成需求分析 2．项目范围规划 估计项目任务 估计成本 获得项目所需资金 定义项目预备资源 进度计划书 9 分析计划 （二）．系统分析设计 确定付期时间 确定交付成果 获得所需资源（三）．产品 软件组件软件组件完成 （四）．系统测试 测试 修改调试 （五）人员辅修 教学 （六） .试运行 （七） .系统验收 六．项目监控 质量监控计划 质量问题产生的原因主要有 人的因素：在一个项目中，会有各种各样的工作，而每个组员的特点、能力也是不一样的。所以，为了尽可能减少因为人的因素带来的质量问题，我们按照每个人的特点，尽量安排他所擅长的工作，这样既保证了质量也调高了效率。 资源因素：程序设计需要软件的支持。 方法因素：不适的实施方法会拖延项目进度，所以，在实施项目之前，我们先设计了可行性报告，在各个阶段还会上交一份阶段性报告。 七、项目验收进度计划 1.验收测试的对象： 软件包括程序、数据和文档。 2.验收测试的目： 确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求