关于项目计划

关于项目计划 篇一

一、活动目的及意义：

谁说八零、九零后都是家中的小皇帝，谁说我们这一代的孩子娇宠过度。通过此次温馨晚餐的活动，使同学们珍惜眼前人，或许平日忙于学业，或许有人羞于表达，借助这次温馨晚餐的机会，给大家一个表达感恩的平台，同时，也让同学们注意到了日常饮食中食品营养搭配的重要性，给我们在乎的人一顿真正意义上的营养晚餐。

二、活动主题：

感恩回报，营养晚餐

三、主办单位：上海商学院食品系

四、活动时间：

五、活动地点：

六、活动对象：全校学生

七、活动内容及形式：

1、真情表白。

将你想感谢的人说的话，或者你们的故事以文字、视频短片或flash的形式上传到邮箱。届时，在易班网站上进行投票。

2、设计菜单。

菜单要营养搭配合理（预算在100~150元之内），菜名别具匠心（最好有较深的内涵意义）。在菜单上注明主要食材，以及烹饪方法。我们会请到食品系权威的老师进行评价打分。

3、最终成绩。

最终成绩=易班人气排名*30%+营养老师打分*50%+菜名创新*20%。

八、评奖及奖项设置

一等奖：200元

二等奖：150元

三等奖：100元

食品学院 20xx-5-28

关于项目计划 篇二

一、特种设备安全监察

（一）工作思路

紧密围绕我区经济发展稳定大局、与时俱进、开拓创新，加大监管力度，加强特种设备安全的宣传教育，强化重点单位和人员集中区域的监管，深化事故隐患整治，进一步提高设备登记率、定期检验率、持证上岗率，不断提高我区特种设备运行安全水平。

（二）工作措施

一是强化主体责任。全面落实特种设备安全工作的主体责任，通过企业全面履行各项安全义务，切实夯实安全管理基础，确保特种设备使用登记率、持证上岗率和事故结案率分别达到100%的目标。

二是强化设备检验。对全区在册的特种设备每月从特种设备金质工程系统获取信息，及时通知受检单位做好检验准备工作，在检验中发现与实际不符的，及时做好更正工作，并及时上报，使数据库始终保持准确。

三是强化工作重点。确定两大重点：即：重点单位，包括医院、学校等人员密集区域的特种设备；重点监控设备，包括载人电梯、锅炉。重点监察设备注册登记率、定检率、持证上岗率、事故隐患整治率。

四是强化隐患整治。对发现的安全隐患及时下达特种设备安全指令书，责令相关单位迅速采取措施，消除事故隐患，不整治到位决不放过，将隐患消除在萌芽状态。

五是强化培训宣传。全年定期组织好特种设备作业人员培训工作，使之具备符合本职岗位的能力，在检查过程中做好政策、业务的宣传工作，充分利用3.15质量月等活动深化社区、学校开展特种设备使用安全宣传活动。

二、食品安全监管计划

（一）工作思路

坚持集中整治与长效机制建设相结合，企业自律与行政监管相结合；坚持统筹兼顾、突出重点、依法整顿，坚持日常监督、重点排查、抽查抽检等多种监管措施并举；切实履行食品生产加工环节监管职责，有计划、有组织、有落实、有效果地开展工作，进一步提高监管有效性，全面提升食品生产质量安全保障水平，维护人民群众健康安全，为群众创造放心、安心的生活环境。

（二）工作目标

食品生产加工企业食品安全主体责任意识和生产过程可追溯能力明显增强，滥用食品添加剂和非法添加非食用物质等违法行为得到有效遏制，生产领域食品质量安全水平进一步提高。全年不发生区域性食品质量安全问题。

（三）工作措施

一是加强对食品安全工作的领导，成立由局长任组长，分管长任副组长，各科室负责人为成员的`食品安全监管工作办公室，明确各自分工与责任，保证工作上下协调，责任制落实到位。

二是制定并实施《质监分局监管工作实施方案》，对全区所有获得生产许可证的食品企业实行明确岗位、明确职责、明确任务，保证监管责任的落实到位。

三是加强宣传教育，贯彻落实好《食品安全法》及其相关条例，提升食品加工行业道德诚信素质，营造全社会共同参与的氛围。组织开展食品安全宣传周教育活动。继续开展《食品安全法》“进机关、进农村、进社区、进学校、进企业”的“五进”活动。

关于项目计划 篇三

目标

本计划用于指导项目全过程的沟通工作，沟通方法，沟通渠道等各个方面的计划与安排，通过描述项目全过程中进行沟通工作时需要采用的沟通方法, 沟通渠道等方面的计划与安排, 帮助项目涉及人了解沟通需求,比如谁要什么信息；什么时候需要；怎么获得。

机密与敏感信息

项目团队成员在本项目实施过程中，所接触到的相关技术信息属于企业机密,在未得到项目经理的授权时不得擅自向外部人员进行发布，所接触到的相关业务信息属于政府敏感信息, 在未得到项目经理的授权时不得擅自向外部人员进行发布。在默认情况下,项目团队成员应该自觉对项目相关的信息进行保密。

沟通方法

项目期间内，将使用正式的程序来促进交流。沟通方法包括(但不限于)

1.报告：主要指项目周情况报告，微软项目经理将与客户项目经理一起工作，编制状况报告分发给客户和微软的项目管理层。

2.临时会议或直接交谈：按需要组织会议进行沟通，或直接与相关人员（不限于项目组成员）进行讨论，注意记录沟通和讨论结果。

3.电话或电话会议：对于异地或者涉及非项目实施地点人员的沟通以电话或电话会议为主，此类电话或电话会议视为与面对面会议同等的作用，注意记录沟通和会议结果。

4.传真：对于重大事项，可通过传真通知客户或微软。

5.电子邮件：电子邮件可以有效提高沟通效率、降低项目成本本项目视邮件沟通记录与纸质记录具有同样的作用。

6.会议：项目会议必须按照规定的频度和时间准时执行，会议必须提前准备，安排主持人和记录员。本项目涉及会议主要包括（但不限于）。

a)每日生产会议例会，总结当日施工生产活动情况况、解决生产过程中遇到的问题，提出问题需要解决的问题；使项目参与人明确下次项目工作的目标，工作范围，实施的方法及各自的角色和职责

b) 项目监理例会，对比实际完成情况与周计划，总结上周施工生产活动情况况、查找影响施工生产工期、进度的因素，解决生产过程中遇到的问题，提出问题需要解决的问题； c) 项目部内部会议，每月或根据情况安排会议时间，面对面会议或电话会议，分析项目状态，追踪项目问题，风险和依赖条件。对项目生产活动提出建议，或解决方案。

沟通细则

一、内部报告

项目内部的报告机制分为书面报告和口头报告两种。书面报告可以采用专门报告模版或系统反馈以及Email 的形式。 专门报告模版为统一格式的工作联系单等；

Email 形式为通用的沟通方式, 项目内部大部分事务沟通, 交流和报告均可使用Email的形式进行。

项目团队成员需要根据实际情况对所分配的任务进行完成情况的任务报告, 任务报告需要通过书面报告和口头形式，把任务的执行情况及时地报告给相应的负责人。 报告对象根据项目的组织结构, 由下至上地进行。

二、项目通知单和简报

与项目相关的一些简报可由两种方式传递给所有项目成员。对于重大的项目相关的消息可以通过通知单或简报发布。 对于一些非重大的消息可以由相关负责人口头通知所有项目成员。

三、外部沟通

所有外部沟通由项目经理负责。其他项目成员除非具有项目经理的授权与指派, 不得与项目外部人员(包括客户)进行任何直接沟通(需求调研除外)与承诺。

四、公开

任何与项目相关的信息公开活动, 统一由项目经理发起与负责, 其他项目成员除非具有项目经理的授权与指派, 不

得擅自进行任何公开活动。

五、外部调查

任何与项目相关的外部调查活动, 统一由项目经理发起与负责, 其他项目成员除非具有项目经理授权与指派, 不得擅自进行任何外部调查活动, 包括任何书面调查和口头调查(需求调研除外)。

中建新疆建工集团第一建筑工程有限公司

火车头·德汇新天地项目部

关于项目计划 篇四

1、据项目的施工结构、施工安全及现场布置情况来看，项目列出高层和多层建筑安全生产措施专项费用，项目部应严格进行费用管理。

2、按《建筑施工安全检查标准（JGJ59-99）》编制项目安全措施费的投入计划，由项目经理审批后报单位安全主管部门复核。

3、受单位安全主管部门委托，项目经理为项目安全生产的第一责任人，并全面负责该项目安全生产措施费的及时投入和合理使用。

4、项目安全生产措施费为专款专用，项目不得以任何理由和任何形式挪用，措施费的使用应严格按工程进度情况和投入计划执行。

5、项目安全生产投入管理人员需每月书面向项目经理汇报该项工作的完成和资金使用情况。

6、项目按实际进度由生产经理及时提出安全防护所需的材料及人员计划，由项目经理审批后材料人员购入（含机电设备）。

7、购入的安全防护材料由材料员负责保管和领用，并检查其质量。

8、项目安全员负责检查项目安全防护用品的及时、合理使用，并随时检查已使用材料的维护情况。

9、项目财务人员应保证该项资金的专用性，按项目安全生产要求及时支付所需购入材料的资金。

10、项目全体管理人员应对项目安全生产投入的工作群策群力，积极参与，提出意见，以保证该工作能更合理、更科学的进行。

11、项目内的参建单位、专业分包单位、施工班组给予项目的安全生产工作积极配合，保护已完成的安全防护。

关于项目计划 篇五

1、企业简介、企业历史变革以及股东情况，管理团队简历；项目组织机构简介；

2、项目介绍；

3、企业营销策略；

4、项目商业模式；

5、企业近三年财务年度报表及财务分析报告；年度审计报告；企业相关财务评价资料；

6、项目投资金额及融资计划；

7、资金使用规划，预期收入及投资回报率；

8、企业未来战略规划。

由于商业计划书（项目可行性报告）属于订制报告，以下报告目录仅供参考，成稿目录可能根据客户需求和行业分类有所变化。

第一章 公司概述

一、公司基本情况

二、公司股本结构

三、公司管理及组织结构

四、对公司未来发展的预测

五、公司竞争优势

六、公司的纳税情况

第二章 研究与开发

一、研究资金投入

二、研发人员情况

三、研发设备

四、研发的产品的技术先进性及发展趋势

第三章 产品或服务

一、产品主要目录

二、产品特征

三、正在开发及待开发产品简介

四、产品的技术改进和更新换代计划及成本

五、现有生产条件和生产能力

第四章 市场与竞争分析

一、行业分析

二、目标市场

1、细分市场

2、目标顾客群

3、5年生产计划、收入和利润

4、市场规模、目标市场所占份额

5、营销策略

三、竞争分析

1、主要竞争对手

2、竞争对手的市场策略及所占市场份额

3、竞争策略

4、竞争优势

第五章 营销策略

一、营销机构和营销队伍

二、营销渠道的选择和营销网络的建设

三、广告策略和促销策略

四、价格策略

五、市场开拓计划

第六章 生产经营计划

一、新产品的生产经营计划

二、公司现有的生产技术能力

三、品质控制和质量改进能力

四、现有的生产设备或者将要购置的生产设备

五、现有的生产工艺流程

六、生产产品的经济分析及生产过程

第七章 融资说明

一、投资计划：

二、融资规模

三、资金使用计划

四、退出机制

第八章 财务计划与分析

一、经营业绩

二、盈利前景

三、还款计划

四、财务评价

第九章 风险因素

一、技术风险

二、市场风险

三、管理风险

四、财务风险

关于项目计划 篇六

一、 基本情况

在生产过程中，所用到的化学品具有用量大、腐蚀性强、挥发性强、易燃、易爆、有毒的特点，这些药品在生产过程中，如果因操作不当或存放不合理，将会造成大量危险化学品的外漏，有可能发生重大火灾、爆炸和人员中毒、死亡等严重后果，其破坏性相当严重，会直接影响整个生产区域及周边环境，故在检测及存放过程中必须了解各种化学品的特性，严格执行各种操作规程、安全制度。防止危险化学品的泄漏。如果发现意外泄漏，并且在无法有效的控制的前提下，必须执行以下的防范应急救援预案，以防止事态的扩大和减少事故损失。

二、 危险化学品外泄的危险源确定

1库房存放

2化验药品的使用及配置过程

3运输过程

三 、权责

3.1组织机构：

四、 特性

下为无色透明液体。有窒息性刺激气味。浓硝酸含量为68%左右，易挥发，

五、 危险化学品大量外泄后的紧急救援预案：

应急处理：根据液体流动和蒸气扩散的影响区域划定警戒区，无关人员从侧风、上风向撤离至安全区。建议应急处理人员戴正压自给式呼吸器，穿防酸碱服。作业时使用的所有设备应接地。穿上适当的防护服前严禁接触破裂的容器和泄漏物。尽可能切断泄漏源。防止泄漏物进入水体、下水道、地下室或密闭性空间。喷雾状水抑制蒸气或改变蒸气云流向，避免水流接触泄漏物。勿使水进入包装容器内。小量泄漏：用干燥的砂土或其它不燃材料覆盖泄漏物。大量泄漏：构筑围堤或挖坑收容。用飞尘或石灰粉吸收大量液体。用农用石灰(CaO)、碎石灰石(CaCO3)或碳酸氢钠(NaHCO3)中和。用抗溶性泡沫覆盖，减少蒸发。用耐腐蚀泵转移至槽车或专用收集器内。

皮肤接触：立即脱去污染的衣着，用大量流动清水冲洗20～30分钟。如有不适感，就医。

眼睛接触：立即提起眼睑，用大量流动清水或生理盐水彻底冲洗10～15分钟。如有不适感，就医。

吸入：迅速脱离现场至空气新鲜处。保持呼吸道通畅。如呼吸困难，给输氧。

呼吸、心跳停止，立即进行心肺复苏术。就医。

食入：用水漱口，给饮牛奶或蛋清。就医。

关于项目计划 篇七

一、项目计划书格式

根据《gb计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：

二、项目计划书的编写说明

1 引言

1.1 编写目的

说明编写这份项目计划的目的，并指出预期的读者。

作用：本节是为了说明编制"项目计划书"亦即本文档的意图和希望达到的效果。注意这里的"目的"不是"项目目标"，而是为了说明本文档的目的与作用。"项目目标"在2.1中说明。

意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是"项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。"

例 如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式， 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目 团队开展和检查项目工作的依据。

常见的问题：把项目本身的"项目目标"误作编制项目开发计划的目的。

1.2 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：

项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对"系统"开发的项目名称是"系统开发"。

项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。

项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项 目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的 主要承担部门。

项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立"某市某建设工作信息报送反馈系统"，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府的网站。

软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的"标准、 条约和约定"互为补充，注意"参考资料"未必作为"标准、条约和约定"，因为"参考"的不一定是"必须遵守"的。常用资料如：

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

"参考资料"一般具有"物质"特性，一般要说明参照了什么，要说明在哪里可以获得；"标准、条约和约定"一般具有"精神"特性，一般是必须遵守的`，不说明在哪里可以获得。参考资料的内容应该涵盖"标准、条约和约定"。

2 项目概述

2.1 项目目标

设定项目目 标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。注意"要完成一个系统"只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

项目目标应当符合smart原则：

s specific 明确的陈述

m measurable 可以衡量的结果

a attainable 可以达成的目标

r realistic 合理的，现实的或者说是能和实际工作相结合

t trackable 可以跟踪的

项 目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解 一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般 要在说明了总目标的基础上再说明分解目标，可加上"为实现项目的总目标，必须实现以下三个阶段目标......"

2.2 产品目标与范围

根 据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目 标如"提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。"

2.3 假设与约束

对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。

假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如："系统分析员必须在3天内到位"或"用户必须在8月8日前确定对需求文档进行确认"

约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。

2.4 项目工作范围

说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。

注意产品范围与项目工作范围的不同含义。

产品范围界定：软件系统产品本身范围的特征和功能范围。

工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

2.5 应交付成果

2.5.1 需完成的软件

列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。

2.5.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。

2.5.3 须提交内部的文档

可 根据《gb8567-88计算机软件产品开发文件编制指南》附录o："文件编制实施规定的实例（参考件）"结合各企业实际情况调整制定《软件开发文档编制 裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务 和资源。

根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划"4.3总体进度计划"中条列出。

2.6 项目开发环境

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对java的，也需要针对c 的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

2.7 项目验收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。

3 项目团队组织

3.1 组织结构

说明项 目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、 计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明 团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。

注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。

3.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。

3.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其 次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、qq、内部邮件、外部邮件、quickplace、聊天室等等。其中邮件沟通应当说明主送人、 抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成 某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

3.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：

a、负责本项目同用户的接口人员；

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；

c、负责本项目同分包方的接口人员。

3.3.3 项目团队外部沟通与协作模式

项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容。明确最终用户、直接用户及其所在本企业/部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

4 实施计划

4.1 风险评估及对策

识别或预估项目进行过程中 可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是 指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

风 险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受 一切后果，可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。

软件开发项目常见预估的风险：

1) 工程/规模/进度上的风险

规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；

2) 技术上的风险

使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；

3) 用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；

4) 其它：应该包含此处没有、但据推测有风险的项目。

4.2 工作流程

说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。

4.3 总体进度计划

这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工 作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。

设计评审

表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。

制 定软件项目进度计划可以使用一些专门的工具，最常用的是microsoft的project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无 法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用excel作为辅助工具。关于如何使用这些工具不在此作详细说明。

制定软件项目进度计划应当考虑以下一些因素:

1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。

2） 软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的 智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协 调、通信、培训和管理方面的问题将更为严重。

3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多 项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。

4） 项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排 进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不 好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客 户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。

4.4 项目控制计划

4.4.1 质量保证计划

执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t 12504 计算机软件质量保证计划规范，内容包括：

引言（本章节包括质量计划的目的、定义、参考资料）

管理（描述负责软件质量管理的机构、任务及其相关的职责）

文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）

标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）

评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）

软件配置管理（编制有关配置管理条款，或在"4.4.4 配置管理计划"中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档）

工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）

媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）

对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）

记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）

4.4.2 进度控制计划

（可直接引用以下描述或根据项目情况制定本节内容）

本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。

4.4.3 预算监控计划

说明如何检查项目预算的使用情况。根据项目情况需要制定。

4.4.4 配置管理计划

编 制有关软件配置管理的条款，或引用按照gb/t 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现 报告、追踪和解决软件问题的机构及其职责。

5 支持条件

说明为了支持本项目的完成所需要的各种条件和设施。

5.1 内部支持

逐项列出项目每阶段的支持需求（含人员、设备、软件、培训等）及其时间要求和用途。

例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。

5.2 客户支持

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3 外包（可选）

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。

6 预算

6.1 人员成本

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务（包括人员的数量和时间）

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金

6.2 设备成本

设备成本包括：原材料费，设备购置及使用费

列出拟购置的设备及其配置和所需的经费

列出拟购置的软件及其版本和所需的经费

使用的现有设备及其使用时间

6.3 其它经费预算

列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：

（1） 差旅费（旅费、出租）（含补贴）

（2） 资料费（图书费、资料费、复印费、出版费）

（3） 通信费（市话长话费、移动通信费、上网费、邮资）

（4） 会议费（鉴定费、评审会、研讨费、外事费等）

（5） 办公费（购买办公用品）

（6） 协作费（业务协作招待费、项目团队加班伙食费）

（7） 培训费（培训资料编写费、资料印刷费、产地费、设备费）

其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）

6.4 项目合计经费预算

列出完成本项目需要的所有经费预算（上述各项费用之和）。

7 关键问题

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。

8专题计划要点

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。

关于项目计划 篇八

“爱心上海爱汇浦江”项目在世博园区中国民营企业馆拉开帷幕。来自上海共青团“益友圈”的100名“圈友”成为项目长期志愿者。该项目计划在未来两个月的时间内，通过10场专题活动，促成不少于1005名青年志愿者和1005名有需要的青少年建立长期结对关系。这些青年志愿者将为有需要、有意愿的结对青少年及其家庭注入资源，提供学习、成长的条件支持。

“爱心上海、爱汇浦江”项目是上海共青团贯彻落实市委九届十二次全会精神，“用好用足世博契机，精心谋划好‘世博后’这篇大文章”的具体举措。项目立足于社会化合作，创新社会管理，通过大力争取党政支持，广泛吸纳社会资源，解决青少年最关心、最直接、最现实的问题，更有效地服务、引导、教育青少年。

未来三年，通过发挥好设在上海青少年发展基金会的“爱心上海”专项基金、开设“爱汇浦江”夏令营、举行“爱汇浦江”系列年度主题活动，加大对志愿者的激励和服务、对合作伙伴的吸引和激励、对资源的吸纳和调度、对工作进度和绩效的科学评估的力度，保证“爱心上海、爱汇浦江”项目保障项目长期稳定开展下去。18日起，市民可登录主题活动专区下载“爱心上海爱汇浦江”志愿者申请表以及活动承诺书，填写完成后发送至进行活动报名。活动：012—12355。

关于项目计划 篇九

计划文号： 甬科计[ ] 号 甬财政 [ ] 号

项目课题编号：课题名称 基于催化反应动力学的三元催化还原器研发及产业化 课题负责人（签名）

经办人：胡海龙 联系电话： 1350X007 填表日期： 20xx 年 9 月 9 日

填 报 说 明

一、本表的费用指的是市本级科技项目经费的使用情况。请按下列要求填写（一式四份），要求字迹清楚，涂改无效。（填报说明仅供填写时参考，不必附上）

1、设备费：是指在项目实施过程中购置或试制专用仪器设备，对现有仪器设备进行升级改造，以及租赁使用外单位仪器设备而发生的费用。

2、材料费：是指在项目实施过程中由于消耗各种所必需的原材料、辅助材料等低值易耗品、零配件的购置费以及资料印刷费以及发生的采购、运输、装卸和整理等费用。

3、测试化验加工费：是指在项目实施工程中由于承担单位自身的'技术、工艺和设备等条件的限制，必须支付给外单位（包括项目和课题承担单位内部独立经济核算单位）的检验、测试、设计、化验及加工等费用。

4、燃料动力费：是指在项目实施过程中相关大型仪器设备、专用科学装置等运行发生的可以单独计量的水、电、气、燃料消耗费用等。

5、差旅费：是指在项目实施过程中开展科学实验（试验）、科学考察、业务调研、学术交流等所发生的外埠差旅费用、市内交通费用等。差旅费的开支标准应当按照有关规定执行。

6、会议费：是指在项目实施过程中组织开展相关的学术研讨、咨询以及协调任务等活动而发生的会议费用。会议费用应当参照有关规定，严格控制会议数量、规模、开支标准和会期。

7、国际科技合作与交流费：是指在项目实施过程中相关人员出国及外国专家来华工作而发生的费用。

8、出版/文献/信息传播/知识产权事务费：是指在项目实施过程中，需要支付的出版费及书籍购买费、资料费、文献检索费、入网费、通信费、专用软件购买费、专利申请及其他知识产权事务等费用。

9、劳务费：是指在项目实施过程中支付给项目组成人员中没有工资性收入的相关研发人员（如在校研究生等）和临时聘用人员等的劳务性费用和有关社会保险费补助。

10、专家咨询费：是指在项目实施过程中支付给临时聘用的咨询专家费用。专家咨询费不得支付给参与项目（课题）研究及其管理相关的工作人员。

11、间接费用包括管理费和激励支出。管理费用是指承担项目任务的单位为项目研究提供的现有仪器设备和房屋，日常水、电、气、暖消耗等安排的有关支出。激励支出是指承担项目任务的单位为提高科研工作绩效安排的相关支出。

二、本表由课题承担单位填写，随科技项目合同书、申报书（各一式四份）在归口部门审查后报市科技局职能处室及计划处审校和存档；承担单位应将审定后的用款计划表、合同书及申报书送归口部门一套进行备案，同时存档以备项目验收时使用。

关于项目计划 篇十

一、项目企业摘要

投资安排拟建企业基本情况

二、业务描述

计划及所要实现的目标，主要包括：

1、研究资金投入

2、以信息科技为主体（包括：综合布线、数据库维护、视频监控、平面广告类）

三、产品与服务

生产经营计划。主要包括以下内容：

1、以信息科技为主体（包括：综合布线、数据库维护、视频监控、平面广告类）

2、公司的生产技术能力

3、品质控制和质量改进能力

4、将要购置的生产设备

5、项目生产管控流程

四、市场营销

x目标市场，应解决以下问题：

1、综合布线、数据库维护、视频监控、平面广告类

2、中端客户群为主

3、我们以2年创业计划将公司提升到有资质的综合专业公司

4、首先以花都市场为基础，逐步向珠三角发展

5、利用现有的.市场平台逐步发展业务x行业分析，应该回答以下问题：

6、目前该行业发展程度在花都基本不多x竞争分析，要回答如下问题：

7、目前的主要有资质竞争对手在花都还没有x市场营销，你的市场影响策略应该说明以下问题：

1.营销机构项目部和营销队伍及施工为主体

2.营销渠道目前利用现有的资源和团队上发展为目标