移动《立项评估汇报》模板.ppt

ⅹⅹ项目立项汇报材料 ⅹⅹ年ⅹⅹ月 立项评估会汇报总体要求 汇报材料的准备： 为提高立项评估会决策效率和质量，计划部立项评估人组织申请部门（委托可研的项目包括设计单位）按照专家小组讨论会、立项预审会的评估意见，及计划部对立项评估会汇报材料的审核意见，进行立项评估会汇报材料的准备。 通常在相关项目预审会召开后，以立项预审会汇报材料（按照计划部立项申请及预审会汇报材料模板准备的材料）的修改版本为基础，按照计划部立项评估会汇报模板要求准备立项评估会汇报材料。以申请部门为主修改，以计划部为主审核确定立项评估会的汇报材料。 汇报材料的篇幅： 对于可选方案较多或复杂的项目，篇幅须控制在40页ppt之内，一般项目要控制在30页ppt之内。 约公司立项评估会： 计划部每周五将立项评估会汇报材料审核通过的相关项目，约次周公司立项评估会进行立项决策。 立项评估会汇报： 通常，无论申请部门立项的项目或计划部委托可研的项目，均由申请部门项目负责人做立项评估会上的汇报。其他部门可在会上针对领导提出和讨论的相关问题做口头补充。汇报时间应控制在20分钟左右。 项目描述 建设目标： 总体上说明本项目“要做哪几方面工作”：主要涉及满足规范的要求、提供业务能力、系统功能改造开发、系统能力扩容等，建设目标应与后面的项目需求、建设方案及主要软硬件投资相对应。 项目投资：XX万元 如有不同方案待决策，需要分别列出不同方案的投资。 投产（初验）时间： XX年XX月 计划初验或上线时间，若分不同阶段实施，需写明不同阶段上线 时间和内容。 项目满足期： XX年XX月 项目采购的设备能力、软件许可、开发的功能可以满足未来需求 的具体时间。考虑项目稳定性、生命周期和管理环节周期及成本， 一般取系统上线后一年的时间点为满足期。 现状介绍 对于现有系统进行扩容或改造的项目： 现有系统承载用户数、主要实现的功能、支持的业务能力。 系统在全网的位置结构图（尽量采用拓扑图，也可采用示意图）。 系统内部网络拓扑图（必须采用拓扑图，不能采用示意图）。 主要设备运行负荷，列出平均负荷和忙时负荷。 系统各期工程总投资，必要时列出硬件、软件开发分别投资额。 对于增值业务系统，须列出历史收入和当前月收入情况。 上期项目后评估 如上期项目建设时有明确的支撑用户数或收入预测，须将实际用户 数或收入与预测进行对比，差距较大时，需说明原因、改进措施或是 否属于厂商设计责任。 对于新建系统 应说明新建系统与现有相关系统的功能及建设规划关系。 对于之前没有支撑手段的新建系统需求所设计的业务与管理工作，请 说明目前流程、业务量、工作量及存在的问题。 项目需求 项目需求及必要性：需求来源、背景及发展规划： 集团公司等上级部门提出的相关规范、KPI、建设指导意见等要求（请提供相关要求的规范和公文），对于超前于集团公司要求或与集团公司要求不一致的建设需求，需要明确以供立项决策参考。 公司领导提出的相关要求（请提供相关会议纪要文号及内容）。 移动其他省同类项目建设情况（采用的技术、方案、投资或厂家）。 对于增值业务平台项目，还需要说明全业务运营下竞争对手同类系统或产品建设情况。本项目推出产品的市场潜力（预期收益不好的项目更需要说明）。 公司内部相关部门提出的市场业务发展、职能管理、维护管理等系统支撑需求。 现有系统存在的用户发展扩容、功能不完善、性能不足、安全问题等整改需求。 新建系统的项目应明确与现有系统的关系及未来发展规划。 项目需求 项目需求能力预测，主要包括： 项目满足期的取定：一般为投产后一年，根据不同系统情况的差异可延长或缩短，如市场前景不明确时可适当缩短满足期，并予留适当冗余。 项目的业务预测： 基础数据和模型的取定。（历史数据应提供距统计时点至少一年的数据，模型中关键参数的取定，尤其是比历史模型变化了的参数，须说明依据）。 明确系统忙时或最大并发情况的业务运行和功能使用情况。 预测算法：可研项目应不少于两种，非可研项目应具体说明规模预测的依据来源、预测过程，借鉴经验值进行业务预测的应明确参考数据的来源。 建设规模的取定：在预测值的基础上保留适当冗余。 项目建设规模与年初预算或滚动规划规模差距较大的应说明差距。 建设方案 关于建设方案，重点要求以下内容： 建设方案中内容应与建设目标及项目需求相对应。 本项目建设方案应首要考虑通过现有系统改造来实现项目需求。 方案要有具体的网络拓扑图（须用红颜色标明新增或扩容设备）。 应分析不同可行的实现方案，并进行多方面比较（需求满足程度、技术复杂度、可维护性、可扩展性、投资、工期等），并给出推荐方案。 软硬件设备配置要有具体的计算过程，留有合理冗余后给出两种以上的建议