项目计划

　　时间流逝得如此之快，我们的工作又将在忙碌中充实着，在喜悦中收获着，此时此刻我们需要开始做一个计划。可是到底什么样的计划才是适合自己的呢？下面是小编为大家收集的项目计划9篇，供大家参考借鉴，希望可以帮助到有需要的朋友。

项目计划

项目计划篇1

同志们：

　　关于前一阶段工作，刚才领导已经总结清楚了，就不说了。关于下一步工作说两件事：一是规划，二是项目建设。

　　一、规划

　　年初以来，由委、委组织部组织一些大班子领导带队分别到长三角地和西部地进行了考察学习，看了一些改革发展先进地。回来后，通过近几个月的工作，进一步达成了共识。已经委托同济大学现代农业研究院为做规划，同济大学根据实际，搞了一个规划大纲。前几天他们来了，有关科局和各镇领导进行了座谈，座谈后又到下面进行调研，回来又交流了一些思路。就规划而言，简单讲几句，借着国家对西部大开发的新政策，即中共中央号文件，下一步针对的`优惠政策，再加上现在即将进入，们将要做好规划，结合这些，搞了一个城乡一体化规划。这个规划有三个概念：一是大现代农业开发，二是循环经济，三是低碳经济。

　　为什么说搞大现代农业开发，基于两点：一是宏观经济发展环境和形式，二是实际。平方公里，两个中心城，按5公里半径辐射，城辐射有40多个村，现在交通等城市基础设施建设进一步向前推进，随着各种条件的改善，城市功能对乡村的辐射能力越来越强，所以说，从统筹城乡角度考虑，从推进城乡一体化战略考虑，未来总体思路是农业现代化、农村城市化、城乡一体化。基于这个概念，个人认为“一、两城、多园”是规划的框架。一是大现代农业开发，两城是两个中心城，多园就农业本身来讲，包括种植业园、养殖业园、加工园、生态园，五个镇根据不同的功能定位和产业分工来搞好大现代农业开发规划。大现代农业开发以两城为依托，两城以多园为依托，园里以项目为依托，这是整体思路。简单通报工作，下一步还要继续讨论和论证。

　　二、项目

　　项目基本上分三块。

　　第一块是过去已经规划、现在正在建设的项目。种植业、养殖业、加工业项目，还有生态建设项目，这个大家心里都有数，不必多讲。

　　第二是要规划、整理、包装好项目。马上进入九月份，每年这个期间，国家也好，自治也好，都在上上下下沟通，尤其是们基层，一定要规划、整理、包装好项目，向上申报，抢头班车。尤其是将要进入规划，们这些项目要早早进入盘子，要早打算、早准备。

　　第三是招商引资项目。现在看们农牧业产业化项目，最近几年来全靠企业来拉动，过去叫“企业加基地、市场加科技”。那么招商引资一定要加大力度，包括对内招商，不要一提招商，就向外看，实际上们干的一些项目，都是们城市工商资本进入现代农业领域，来带动现代农业发展，现在形势很好，希望大家坚定信心。像赤峰蒙东三江科技公司红豆杉提取项目投资近30个亿，对拉动们园发展有重要意义。大家要按本镇和全规划，加快招商引资或者说农业领域对内、对外招商

项目计划篇2

　　在开发活动中，项目计划是项目启动后的头一件重大事件，但也是经常被忽略的一件事。

　　项目计划好比是一份项目的交通图，指导项目准确的达到目标，即使它没有被形成规范文档，它至少会在项目经理的脑子里，只不过比较粗糙和模糊罢了。

　　为什么每个项目都需要一份项目计划，并且要形成规范的文档呢？这是因为：

　　第一、通过制定计划，使得小组和有关管理人员，对项目有关事项，如资源配备、风险化解、人员安排、时间进度、内外接口等形成共识，形成事先约定，避免事后争吵不清；

　　第二、通过计划，可以使得一些支持性工作以及并行工作及时得到安排，避免因计划不周造成各子流程之间的相互牵掣。比如测试工具的研发，人员的培训都是需要及早计划和安排的。

　　第二、可以使项目实施人员明确自己的职责，便于自我管理和自我激励；

　　第三、计划可以有效的支持管理，作为项目经理、业务经理、QA经理、测试经理们对开发工作跟踪和检查的依据；

　　第四、做好事先计划，就可以使注意力专心于解决问题，而不用再去想下一步做什么？

　　第五、计划是项目总结的输入之一，项目总结其实就是把实际运行情况与项目计划不断比较以提炼经验教训的过程。通过计划和总结，项目过程中的经验和教训别很好的记录和升华，成为“组织财富”。

　　制定项目计划的过程被称为项目策划。在项目策划时，要尽量让员工估计自己的工期，使团队成员积极参与到项目中来，而且由于技术发展如此迅速，往往只有具体模块开发人员对那部分工作最了解；但是项目经理也不是完全消极的，他应该积累项目管理数据，推动开发过程能力成熟度的提高，以便可以协同开发人员进行越来越准确的项目估计。计划常以文本文档和图形文档结合的形式出现，文本主要记录项目的约束和限制、风险、资源、接口约定等方面的内容，对于进度和资源分解、职责分解、目标分解最好通过项目管理软件工具（如普遍应用的Microsoft Project）来进行规划和管理，不要分散在文档的若干个地方，那样非常不利于同步修改。项目计划需要设计成“可检查”的文件，这要求任务的划分要细到具体产品，如果存在有形产品的输出，要罗列出来。比如测试这一任务，不要简单分解为测试准备、测试执行，而是分解为测试环境搭建、测试方案编制、测试执行、测试报告编制为好。

　　使用Microsoft Project编制的文件可以称为计划进度表，可以用来规划项目时间进度，辅助项目跟踪。计划进度表的制定步骤是：工作分解和定义（WBS）、任务排序、活动历史估算、编制。

　　估算是计划活动的基础之一，有工作规模估算、工作量估算、成本估算等。估算要求有历史数据，要求在项目过程中通过不断的维护项目数据库积累历史数据。这些数据既可以分析和总结本项目，又可作为后续项目的历史数据。

　　在计划实施过程中需要注意的一点是，不能把计划“固定化”。“计划赶不上变化”，但“要跟上变化”。实际运作中，要对计划进行周期性维护。开发计划会受到很多影响，比如相关计划（质量保证计划、采购计划、测试计划、验收计划等）的影响，实际进度变动的影响、资源变动的影响、项目目标变动的影响、还有随着需求的逐渐明确引起的项目计划细化，如果在这些变化发生后，没有及时维护开发计划，开发计划于实际的.偏离会越来越大，最后变得没有价值，人们就会不再阅读它。所以实际工作中要有具体的责任人和一套指导书来对计划实施指导和维护。计划变更时，要保留旧的版本，在总结阶段需要阅读旧版本的信息以对项目过程的变更历史作评价。总之：变化的计划才有生命力！

　　实际工作执行项目计划常常遇到各种困难。有的组织文化中有种观念认为计划是一种约束，反正大家努力往前赶就对了，没必要自己捆住手脚；另外一种情况是大家没有按照计划工作的习惯，计划虽然做好了，做的时候还是我行我素，管理人员也没有维护计划的习惯，项目开始没多久，计划就被完全撂了一边；还有一种情况是资源不能保障，比如，设备不能到位，人员也频繁被抽调从事计划外活动，每天改计划都来不及，只好放弃计划，这种情况常见于一些规模较小的还在“求生存阶段”的公司。

　　事实上，不仅是在项目计划这一问题上，在其它引入制度化的场合都遇到了类似的困惑。据说，美国家庭常会对做家庭清扫这样的事情列出一张“责任矩阵表”，按表的内容顺序进行扫除活动，完成一项作一个记号，这其实就是一种简单的项目管理，他们在如此自然的运用，对于中国人是不可想象的。但是制度化是商业社会的基石，迟早要渗透到社会生活的每一个缝隙。具体到项目管理中的计划活动，除了尽量把计划做的更具可行性以外，努力在组织内传播和培育制度化的组织文化将是项目经理们的一项长期责任，除此，别无选择。

项目计划篇3

　　一、市场分析

　　1、市场与客户

　　1）客户休闲经济的兴起

　　2）普通消费者消费升级体验，即把原来高端定位的服务向中低端人群转移

　　3）客户主动参与性

　　2、市场竞争就有一家，实力比我们强，但是我们要转变经营观念及方法

　　二、未来目标

　　1、成为浑河上传统的游船项目服务商

　　2、成为沈阳线上下互动的知名旅游观光景点及话题俱乐部

　　3、成为沈阳最大的休闲娱乐产业集团

　　4、成为未来未知的大型线上下互动的多元化集团

　　5、成为新型商业乃至社会形态的引导者

　　三、产品价值分析、产品设计、产品模式、项目发展

　　1、价值分析

　　1）浑河唯一性稀缺性的母亲河文化

　　2）公园的、水上的环境

　　3）社交性

　　4）概念：体验浑河、亲情娱乐、攀比传播话题

　　5）广告价值：针对商家的广告价值

　　2、产品模式

　　1）免费+收费，免费聚人，收费赚钱

　　2）免费产品价格化，资本化，限量化，具体表现为将一样商品标为多钱价格，但是实际上是用来赠送和交换服务的，而且对外宣称是限量的。

　　3）收费的产品可以有三个层面，一个是低端的体验性消费，中断的聚会，高端的.会所，形成生态产品，相互促进，让概念和富人吸引穷人加入，另一方面让穷人成为富人的广告受众。

　　4）将部分产品资本化，用来换取团队、对外合作者、广告、客户群体以及融资。

　　5）边免费赠送边转化为收费活动、会员以及融资类会员和融资

　　6）在场地周围经营小型超市及外卖餐饮（待定）

　　3、产品设计

　　1）个人的小船游览观光项目（40元/人次/小时，会员的，设置次数及时间，待定）

　　2）个人的快艇游河项目

　　3）游轮聚会项目

　　四、营销策略

　　1、免费赠送+选拔消费+线上下互动

　　五、利润分析

　　1、小挺游船及周边便利店消费，年收益10万元左右

　　2、快艇，年收益100万元左右

　　3、游船聚会，年收益100万元左右

　　4、俱乐部及水上餐厅收益3000万元收益

项目计划篇4

　　研究、开发、推出一项新的产品或服务，在现代企业制度条件下，项目计划书的作用尤为重要，一个酝酿中的产品开发项目，不是至今还不存在的一个主观概念，就是难以窥其全貌的稀缺事物，往往很模糊，通过制订项目计划书，可以使项目管理者对自己的项目有更清晰的认识，重大项目还要据此说服董事会，同时也可作为向银行或其他投资者筹集资金的辅助文件，

　　新产品开发项目计划书。主要内容应包括：

　　一．产品介绍

　　1．产品的概念。

　　2．相关产品或被替代品正处于什么样的发展阶段？

　　3．本产品的差异性或独特性怎样？

　　4．企业将本产品推向市场方法或渠道是什么？

　　5．谁会使用本产品，为什么？

　　6．研发成本之外，产品的生产成本是多少，售价是多少？

　　7．本产品的生命周期预测，有无升级、改良或创新的准备计划？

　　二．市场分析

　　1．市场是否存在对这种产品的需求？需求程度是否可以给企业带来所期望的利益？新产品的市场规模有多大？需求发展的未来趋向及其状态如何？影响需求都有哪些因素。

　　2．细致分析经济、地理、职业以及心理等因素对消费者选择购买本开发产品这一行为的影响，以及各个因素所起的作用。

　　3．推出一个主要的`营销计划，计划中应列出本企业打算开展广告、促销以及公共关系活动的地区，明确每一项活动的预算和收益，

　　4．产品的市场竞争力、预计的市场占有率和市场前景预测。

　　5．策划好新产品的品牌和专利。

　　三．生产条件

　　1．如何设计或改良生产线，如何制造或组装产品？

　　2．新产品生产需要哪些原料？企业拥有那些生产资源，还需要什么生产资源？

　　3．生产和设备的成本是多少？

　　4．怎样保证新产品在进入规模生产时的稳定性和可靠性。

　　5．生产周期标准的制定以及生产作业计划的编制。

　　6．质量控制的方法是怎样的。

　　7．解释与产品制造、组装、储存以及发送有关的固定成本和变动成本的情况。

　　四．项目团队

　　1．组织结构设计。

　　2．岗位职责说明。

　　3．项目经理自己的背景、经历、经验和特长等。

　　3．介绍主要研发人员的特殊才能、特点和造诣。

　　五．财务规划

　　着眼于一项新技术或创新产品的创业企业不可能参考现有市场的数据、价格和营销方式。因此，它要自己预测所进入市场的成长速度和可能获得纯利，并把它的设想、管理队伍和财务模型推销给决策者和投资者。

　　1．商业计划书的条件假设。

　　2．预计的资产负债表。

　　3．预计的损益表。

　　4．现金收支分析。

　　5．资金的来源和使用。

　　场情况较好的省份，重复福建省的经营经验。

项目计划篇5

　　1、加大招商引资宣传力度，利用我镇综合信息网、镇有线电视台等媒体，加大招商宣传力度。转变招商观念，建立激励机制，突出招大商、选好商，力争全年镇内新签项目不少于6个，确保实现到位内资1.5亿元、利用外资100万美元的目标。同时要解放思想，加大**工业园招商引资力度,创新招商方式，采取网上招商、以商招商、小分队招商等方式多渠道，全方位提高业绩，做精做强我镇项目建设工作。

　　2、抓好项目编制工作。围绕增强城镇公共服务、完善旅游基础设施等，着力抓好项目库建设，即编制一批牵动强、效益好的项目，确保库存项目不少于15个，投资总额超过10亿元。

　　3、继续做好重点建设项目的'跟踪服务工作。强化督查，并为企业及时排忧解难，推进各重点项目顺利实施、建设。

　　4、围绕创建“全国旅游重镇、全国文明重镇”的发展战略目标和社会主义新农村建设要求，编制一批高质量、有牵动性的发展项目，做好项目库的建设工作，并编制好谋划项目建议书;同时认真排定我镇xx项目投资计划，计划全年完成项目投资3亿元，其中续建项目14个，新建项目12个，谋划项目12个，加快现代村镇建设。拓宽思路，积极研讨现代村镇建筑风格。继续完善项目联系、调度、督查和跟踪服务工作机制，实行项目建设合同管理制度，严格按照项目管理制度，确保各类项目加快实施。全力推进**印象、浮溪花园、等续建项目建设;加快启动黄山国际汉语培训中心、承启五期、**镇及山岔村等项目实施;加速启动汤川徽韵商贸城地块改造。

　　5、把握国家宏观政策，结合安徽省加快建设重大项目精神要求，积极对上争取，谋划一批低耗节能环保的重大项目：如黄山南大门环境综合治理(污水处理)工程、黄山南大门环境综合治理(生活垃圾处理)工程及天湖蓄能电站等。

　　6、定期召开项目调度会，及时掌握各重点项目工作动态，及时调度，全力推进。继续实行各项目联系领导负责制，积极探索项目建设管理的新路子，在管理上创新机制，以优质的服务为项目推进创造良好的环境。

项目计划篇6

　　一、市场前景广阔：镁电池是以镁材为主要原料的新型高性能环保电池，最早由以色列开发研制生产，目前又由中国所掌握。我公司投资控股的山西和唐山镁电池企业所掌握的新技术已申请国家专利，拥有生产技术的自主知识产权，同时使生产效率大幅度提高。公司主打产品是镁系列电池。

　　由于镁电池的性能价格比，优于以往的任何一款电池，并且更安全、更环保，因此可以替代现有市面上的所有电池产品，并将成为市场主流产品。本项目可以生产各种规格型号的军用镁电池和各种规格型号的民用镁电池（1#、2#、5#、7#家用电池；矿工用矿灯电池；电动自行车电池；电动汽车电池；手机电池；笔记本电脑电池；摄像机、照相机、游戏机、mp3、mp4随身听播放机电池等）。中国电池 180多亿只的年产量占到世界电池总产量的30%以上，年销费量达到70至80亿只，市场非常巨大。

　　二、原材料优势：我国是世界上最大的原镁产量国，占全球市场的70%。作为全球原镁最主要的产地，中国原镁产能充足，竞争充分，价格低与国际市场。我国原镁产地主要分布在山西、宁夏、辽宁等地。

　　三、产品成本优势：镁电池是同等体积锂电池成本的三分之二。

　　四、生产技术优势：经相关技术部门的鉴定，其生产技术指标优于以色列和德国。

　　五、产品性能优势：镁电池具有能量高（是同等体积锂电池的三倍、是铅酸电池的十倍、是镍电池的十倍以上）、体积小、重量轻、容量大、贮存寿命长、工作温度范围宽、应用领域广、性价比优势大、环保无污染、可二次回收的特点。

　　六、自主知识产权：镁电池的发明者系国内该领域的著名专家，其知识产权已经申报专利，审查已通过，目前正处在确认流程的两年等待期。其专利技术可以马上应用于商业化进程。

　　七、产品成熟度：产品性能优势、成本优势、生产技术优势是取得国营重要单位用户的试用认可和订单的根本原因。

　　八、国家鼓励政策：普通废旧电池严重污染环境，如何解决这个问题已日益突出地摆在人们面前。为此，国家出台了很多政策意图解决这些问题，但收效甚微。镁电池具有环保、新能源的特点是国家政策鼓励的根本原因。

　　九、企业发展目标：项目符合资本市场的.上市条件，力争用三年左右时间发展为新能源行业的优质上市公司。

　　十、投资回报：公司上市后，市盈率将会高于市场平均市盈率。

　　十一、项目风险控制：对项目公司进行控股60%、控制董事会、加强管理和内部监督。已有可靠用户的订单，公司运营风险小。投资成本回收周期短，风险低。

　　十二、经济效益预期：基于市场潜在需求和目前获得订单的情况，公司达成投资目标，形成稳定的经营状况和赢利状况后，每年利润可达3—8亿元人民币。

　　十三、上市时间安排：20 年下半年。

　　十四、投资金额：山西金源天荣镁电池有限公司投资1亿元；唐山金源鸿基镁电池有限公司一期投资1亿元，二期投资2亿元。

　　十五、投资收益率：三年后，预期股权升值5—10倍。

　　十六、项目状况：该项目在河北省唐山市和山西省太原市进行产业化生产。唐山厂建成后每年可生产加工镁电池24个品种19075 万只，年产值189950 万元。

　　十七、投资方式：直接创业投资（直接持有项目公司股权）。

　　十八、股份比例：我公司占新组建的镁电池公司60%股份，技术发明人占40%股份。

　　十九、投资分配红利比例：公司每年企业所得税后净利润的60%用于红利分配。

　　二十、资本流动性强：三年期满后，在投资人同意的条件下，按投资额160%的股权转让价格优先回购投资人的全部股权。

项目计划篇7

　　一、项目计划书格式

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

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

　　1 引言

　　1.1 编写目的

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

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

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

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

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

　　1.2 背景

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

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

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

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

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

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

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

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

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

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

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

　　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专题计划要点

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

项目计划篇8

　　1前言

　　项目实施是指软件开发项目在开发过程完成后，系统在正式移交客户使用前，系统所进行的现场联调、系统试运行和实施培训的过程。

　　项目正式实施之前，相关实施工作人员需要认真做好实施前的准备，并仔细制定实施计划，以期顺利地做好后续各项实施工作，按时完成实施任务。

　　2实施准备

　　2.1人员准备

　　人员准备是指所涉及的项目在实施工作中可能需要沟通的人员，包括公司相关人员以及客户方相关负责人员。

　　2.2技术准备

　　技术准备是指弄明白项目所涉及到的各项技术，如系统配置、环境配置、数据库配置、软件部署等。确保实施人员掌握了项目部署所需要的相关技术，确保项目实施工作能够顺利完成。

　　2.3其他准备

　　其他准备是指考虑到与客户的沟通，以及可能遇到的出行方式、食宿等，以及所涉及到的辅助工具。

　　3进度时间安排表

　　充分考虑实施工作中可能会遇到的风险与干扰，根据项目整体计划，制定实施进度的时间安排表。

　　4任务分解

　　4.1实施计划编制

　　公司项目实施人员根据项目的实际情况，和客户公司相关人员初步接触沟通后，编制实施计划文档，如有必要，可与公司以及客户方相关人员对实施计划进行修订与确认。

　　4.2环境准备4.2.1硬件环境准备

　　列举项目所需要的各项硬件设备。确认客户方是否准备好运行项目所需要的服务器、附属硬件设备，用于安装数据库系统以及管理软件系统的中间层，负责数据的存取和业务规则的处理。

　　4.2.2软件环境准备

　　列举、确认项目运行所需要的各项软件环境的要求。4.2.3网络环境准备

　　如果项目的部署需要网络环境的`支持。实施人员需要考虑到项目运行所需要的网络环境支持，并与客户方确认沟通，以搭载必要的网络环境。

　　4.2.4初始化数据准备

　　初始化数据准备是对项目的基础数据进行整理，如初始化客户方组织机构，以及各岗位工作人员及其对系统的使用权限，包括用户权限分派和业务权限分派等。实施人员需要与客户方进行深入沟通，确保初始化数据的准确。

　　4.3系统培训

　　如项目实施需要对客户方进行系统的使用培训，需要实施人员根据系统的实际情况，与公司以及客户方相关人员进行协调沟通，明确

　　客户方的培训要求、参加培训的人员组成、培训的目的、时间地点安排等。确定公司培训人员，督促培训人员做好培训准备并做好协调工作。

　　5项目部署5.1软件部署

　　根据项目软件系统的要求，对项目进行部署，包括软件环境的部署、数据库部署、项目程序的部署等。

　　5.2系统初始化

　　如需对系统进行数据的初始化，实施人员需要将前阶段整理的初始化数据导入系统，导入完毕后，及时核查数据准确性，有问题及时处理。

　　5.3系统试运行

　　软件系统投入运行，进行综合测试，包括：测试硬件环境的稳定性，测试软件系统的稳定性，测试网络环境的稳定性，测试业务数据的准确性等。

　　5.4问题及时沟通反馈

　　实施人员在整个实施过程中遇到的问题，及时与公司以及客户方进行沟通。针对软件稳定性或者以及软件缺陷方面的问题需要及时与公司相关开发人员进行沟通解决。对系统的实施情况及时与客户方进行沟通和反馈，以达到项目实施的目的。

　　6项目总结

　　6.1编制该阶段所需要的文档

　　根据公司相关规定，编制在实施工作的产出物，如实施文档等。如果涉及到结项工作，需要根据项目的情况编制相关结项文档，并完成相关工作。

　　6.2对该次实施工作进行总结。

　　对项目实施中出现的问题，实施的过程和实施中发现和改正的问题应有记录和总结，对系统现场测试的情况和出现的问题应进行记录，并记录改正情况。

项目计划篇9

　　年度项目计划，是审计机关为履行审计职责按年度对审计项目和专项审计项目预先作出的统一安排。审计工作具有计划性，年度审计项目计划编制是否科学合理，直接决定审计机关全年整个审计工作质量成果的好坏和审计工作层次的高低。因此，各级审计机关应积极调研和精心准备编制好年度审计项目计划。笔者认为，在编制年度审计项目计划时要注意以下几个方面问题。

　　一、制定年度审计项目计划前的准备工作

　　每年在上年末和本年初，审计机关要对上年完成的全部审计项目和专项审计调查情况进行全面总结，重点是审计查出问题分类，以及此类问题发生在何单位。对那些内部控制不健全、几次审计都发生违纪问题的单位要特别关注，一般要将这样的单位再纳入本年的审计计划。除对上年的审计情况进行总结外，还可以组织调研选择有关部门、单位进行分类调研，与单位领导及财务负责人座谈调研财政财务收支情况，探讨加强、提高资金效益的措施。在认真梳理总结和调查研究的基础上，初步拟定本年度审计计划草案。从当前的审计工作来看，一般有财政预算执行审计、企业审计、专项资金审计、行政事业单位财务收支审计、审计和经济责任审计等审计项目。从一般意义上分析，以下情况的单位在制定审计计划时应予以关注：财政预算资金量大、有预算资金分配权和下属单位多的部门；与群众切身利益关系密切的重点专项资金，如城镇居民最低生活保障金、失业保险、农业综合开发资金、资源环保建设资金等；行政事业性收费多、具有罚没职能的行政执法机关；财政资金投入较多的国家重点建设项目；群众普遍关注的、与群众生活直接相关的事业单位，如医院、学校等；以前年度审计中查出问题较多、屡查屡犯的部门单位；群众反映较大、信访反映财务问题较集中的部门单位。

　　二、年度项目计划要与方方面面的计划相衔接

　　编制好年度审计项目计划要做好与各种规划计划的衔接。一是做好与审计机关内部的五年规划的衔接。编制年度审计项目计划，要做好与“十一五”审计规划的衔接。要服从五年规划的要求。五年规划是审计机关中长期发展规划，年度计划要服从服务于五年规划。二是要做好与政府年度工作计划的衔接。包括工作报告、国民经济和社会发展报告、财政预算执行情况报告所规划的年度工作。既要听取三个报告对审计工作的直接要求，也要从报告规划的重点工作中，探寻审计项目年度工作重点。三是要与经济责任审计计划相衔接。经济责任审计计划是由组织部门下达的。审计机关在编制年度审计项目计划时，要注意与经济责任审计项目不要重复，能结合的'尽量结合，既节约审计资源，也减轻被审计单位负担。四是要与上级安排的授权审计项目相衔接。上级安排的项目要尽早下达，地方审计机关也要主动与上级审计机关联系，争取主动。五是要预留资源，以备临时交办项目。政府常有临时性工作、突击性工作交与审计部门，审计部门在安排全年工作计划时，要充分考虑到这一点。结合贯彻落实地方党委和上级审计机关工作会议精神，围绕地区确定的本年中心工作和按照上级审计机关的工作重点，充分体现围绕中心，突出重点。审计机关局务会确定的年度审计计划，要报地方政府主管领导批准，报上一级审计机关备案，然后再有条不紊地组织开展全年的审计工作。

　　三、年度项目审计计划安排要突出重点

　　年度项目审计计划应体现全面审计，突出重点。从当前来看，审计任务越来越重，政府及社会公众对审计的期望越来越高，而国家审计人力、物力资源相对薄弱，矛盾比较突出。在这种情况下，审计千万不可眉毛、胡子一把抓，如果被审计项目和单位定得过多，加之地方政府委托项目的工作任务越来越多，审计人员少与审计工作量大的矛盾越加突出，审计时间难以保证，审计质量也将难以保证，也必将加大审计成本，审计监督的职能作用就难以得到充分发挥。基于此，笔者认为：所谓“全面审计，突出重点”，凡是属于审计法定范围之内部门单位和财政性资金，审计机关在制定审计项目时都应考虑。审计项目安排既要考虑重点部门、重点领域、重点资金，抓住影响大、危害大、资金总量大的项目进行审计。审计署6号令《审计机关审计项目质量控制办法》（试行）第五条规定，审计机关制定年度审计项目计划时，应当考虑审计项目的时间、经费和人员要求，为审计项目质量控制提供保障。计划安排的项目单位少一些，审计机关通过积极整合有限审计资源，能够集中优势兵力打攻坚战，抓住重点项目，合理安排时间，注重计算机审计的应用，审深审透，力争出成果，达到事半功倍的效果。

　　四、项目安排上要贯彻执行“行业系统审计”新思路

　　通过深入总结以前年度审计工作，发现所审计的县局级单位与下属事业单位之间关系千丝万缕，如果只审计县局级单位难以发现他们之间职能划分、财务关系是否清晰，是否存在将一些违规的开支“下沉”到所属事业单位等问题。这就需要我们打破以往固有的审计思路，既要审“上”也要审“下”，形成点面结合、重心下移的“行业系统审计”的新思路，对行政事业单位进行全面、整体性审计。对一个行业、一个系统、一个主管部门开展审计和审计调查，视审计情况搞好延伸，综合分析，找出带有普遍性、典型性的问题，从宏观管理和制度管理上提出意见建议，这样可以提升审计成果层次。相对来说，审计调查比审计更具灵活性，适用面也更宽些。以县级审计机关业务为例，每年可只安排三至四个行业系统审计，视情况搞好延伸。如安排对县卫生局的财务收支审计，可延伸审计一定比例的（一般应达到60%）乡镇卫生院审计；安排对县林业局的审计，可延伸审计一定比例的乡镇林场、林管站审计；安排对县教文局的审计，可延伸审计一定比例的乡镇中小学校。也就是说，审计机关成绩的大小，不在审计的部门、单位数量多，重要的是必须审深审透。通过突出审计重点，集中优势兵力，力争审计出成果、出效益。

【项目计划】相关文章：

项目计划07-22