项目计划大全【6篇】

　　人生天地之间，若白驹过隙，忽然而已，我们的工作又将迎来新的进步，是时候静下心来好好写写计划了。什么样的计划才是有效的呢？下面是小编帮大家整理的项目计划7篇，供大家参考借鉴，希望可以帮助到有需要的朋友。

项目计划大全【6篇】

项目计划篇1

　　一、概述

　　企业作为一个特定的社会经济组织，必须有特定的组织架构，为其资源、信息的流动提供程序约束，并在此基础上，把贯彻实现企业发展目标的事务工作进行合理的分解，落实到具体人，以保证实现企业发展目标的事务工作项项有人承担，事事有人做。

　　所谓组织架构，也就是通过界定组织的资源和信息流动的程序，明确组织内部成员个人相互之间关系的性质，使每个成员在这个组织中，具有什么地位、拥有什么权力、承担什么责任、发挥什么作用，提供的一个共同约定的框架。其作用和目的，是通过这种共同约定的框架，保证资源和信息流通的有序性。并通过这种有序性，稳定和提升企业组织所拥有的资源在实现企业发展目标上的效率。但这里的资源不仅仅是经济物质的资源，也包括加入这个组织的每个成员的体力和脑力――人力资源，而且更重要的是人力资源。

　　要保证企业组织架构强健有力，就必须对企业的组织架构进行科学的.设计。这也就是通过对达成组织目标而必须完成的事务工作进行分析、分解，并设置相对独立而又相互依存的具体承担事务工作单位、部门和岗位，进而以此为基础界定这个特定组织中成员相互之间关系的性质，以及每个成员的地位和作用。

　　二、项目实施可解决的问题

　　1、组织结构叠床架屋，层次过多，等级严密，管理人员高高在上，官僚主义习气严重；

　　2、因人设事，组织机构蔓缺共存，该有的没有，不该有的却又不得不设置一个机构以安置企业领导人认为不得不安置的人；

　　3、部门、单位之间不配合，各吹各的号，各唱各的调，小团体利益损害整体利益；

　　4、岗位职责不清，有过相互推委，有功相互争夺，出了问题找不到具体的责任人；

　　5、岗位角色人员配置不当，一方面小材大用，造成工作瓶颈，另一方面又大材小用，造成人力资源浪费；

　　6、岗位工作标准不明确，员工不知向何处努力，主管不知如何考核；

　　7、组织机构设置不科学，机构、人员不少，但要做的事仍没有人做；

　　8、单位、部门之间的工作量缺少必要的平衡，苦乐不均，有的忙得昏天黑地，有的闲得无聊的；

　　9、企业内部单位、部门管理跨度不均衡，级别相同、待遇相同的主管，但承担的责任大小过分悬殊；

　　10、组织模式选择跟风照搬，不能体现自己企业组织内部不同人员之间关系的性质要求。

　　三、项目工作内容

　　1、分作61个基元子系统，清算企业组织为达成其发展目标要完成的事务工作；

　　2、对企业组织的基本模式进行选择组合，确定企业的组织模式；

　　3、根据事务工作相互之间关系的性质，及其不同事务工作数量的大小和难度，设置具体承担的单位、部门和岗位；

　　4、就工作内容和标准要求对企业组织的各个单位、部门的工作标准进行分析界定；

　　5、分作工作内容、工作标准、履职条件和责任权力等四个内容对具体承担其事务工作的岗位的工作标准进行界定；

　　6、拟定企业组织架构设计调整管理制度，稳定企业组织的运行。

　　四、项目有形成果：

　　1、企业组织61个子系统的事务工作界定文件；

　　2、企业组织的61个子系统的事务工作的界定说明文件；

　　3、组织架构图；

　　4、各单位、部门的工作标准；

　　5、各个岗位的工作标准；

　　6、企业法人治理基本规范；

　　7、董事会活动规范；

　　8、企业组织架构设计调整管理制度。

　　五、项目实施程序

　　1、调查研究，确定企业组织架构设计的基本思路，并广泛交流沟通；

　　2、讨论、拟订企业组织的61个子系统的事务工作界定说明文件；

　　3、讨论、确定企业组织内部基本的人际关系性质，选择确定企业基本组织模式；

　　4、讨论确定单位、部门和岗位的设置；

　　5、绘制组织架构图；

　　6、讨论确定企业法人治理基本规范；

　　7、讨论确定董事会活动基本规范；

　　8、讨论、拟订企业组织61个子系统的事务工作承担者分析界定文件；

　　9、草拟、订正单位、部门工作标准和岗位工作标准；

　　10、讨论、确定企业组织架构设计调整管理制度。

　　六、项目实施办法

　　1、由委托方（以下简称甲方）和北京汉威中兴企业规范化管理研究中心（以下简称乙方）双方共同组成项目组，甲方董事长或总经理担任项目组长，企管部部长或相关职能部门主管担任常务副组长，乙方首席专家担任副组长；

　　2、甲方须配备x个工作人员，承担一些辅助性工作，其条件是大专以上文化程度，具有企业管理方面的基础知识，能承担一般文案的草拟和审订工作；

　　3、项目组在项目组长和副组长共同领导下开展工作，需要甲方相关部门和人员支持配合的工作，甲方必须紧密配合，并按项目进程要求按时按质完成；

　　4、乙方专家到甲方驻地开展工作，交通费、食宿费由甲方承担，食宿标准为三星级宾馆标准；

　　5、为了降低甲方项目投入成本，凡是不需要在甲方工作地完成的工作，一律要求乙方专家带回乙方驻地完成。

项目计划篇2

　　一、描述

　　业务主体将向大众(主要是大学生和青年)提供免费的资讯服务及向自助旅行者这一特定客源市场提供的旅游导向服务，其体现在 uchostelling("大学旅舍")网站上。U&C HOSTELLING(大学旅舍)立足点在u&c(univercITy&college)上，主要体现在"hostelling(青年旅馆)"上。随着国内大学旅行社的诞生发展及大学旅游热的兴起，如何将分散的大学旅游配套资源有秩序和组织的发展起来，形成一个大型的跨地域性的旅游服务体系，广泛为日益增多的高校旅行学子提供中转站服务，是许许多多大学生希望的，也是不少旅游企业机构正在考虑的。

　　Hostelling International(国际青年旅社)虽然已经进入了中国，并获得了一定成功，但其服务目前只集中在经济发达的珠江三角洲地区(广州、南海、珠海、肇庆、深圳)，与大学生目前的旅行要求有很大的差距。在广大的旅游热点地区，类似青年旅社的服务是相当缺乏甚至没有，面对大学生这个庞大的旅游群体，近年来出现了"旅游点高校接待"等萌芽状况的大学生旅游服务中介，但其信誉始终难以稳定。

　　针对为数众多的大学生旅游者对旅游地区"青年旅馆"式服务的需求，uchostelling网站将通过网络形式，结合国内各地高校旅行社的建立情况，通过合作兼并(已建立相应旅游组织)和聘用兼职(尚未建立相应体系)等形式，在网上开展大学生领域的异地接应、当地导游和结伴同行等服务项目，以建立以高校为主要场所的流动性青年旅馆服务体系。

　　二、技术

　　1、前端：

　　多位有旅游开发经验的业务联络人员及青年旅馆业务管理经验的人员，同时网站具备一支有经验的旅游信息采编队伍。

　　(1)----订票系统：为客户提供网上预订机票及其相关服务。

　　般班查询

　　机票预计

　　订单的查询与修改

　　退票

　　代理出票/退票/订单维护功能。

　　(2)---- 酒店系统：为需要在上查询和预订酒店的客户提供迅速，方便，可靠的在线服务。

　　客户登录

　　酒店查询

　　酒店预订

　　更改预订

　　取消预订

　　房源维护

　　库存预警

　　退款模块

　　(3)---- 旅游线路系统：为客户提供迅捷，方便，可靠的在线旅游信息服务和在线预订。

　　客户登录

　　信息查询

　　线路预订

　　更改预订

　　取消预订

　　旅行社管理和维护

　　(4)---- 支付系统：提供与各大商业银行安全的在线支付功能。

　　三、访问者得益

　　通过访问本网站，上网者可以看到丰富的旅游资料及专门为大学生设置的旅游导向，可联系到各种旅游帮助机构，如到达旅行目的地的途径、花费、时间、落脚点及到达目的地后的行程安排等等，从高校到高校，既可享受异地旅行的乐趣，又在食住行方面得到相对可靠的保证，既有朋友式的照顾，又以较实惠的价钱完成旅程。

　　四、市场分析

　　一、市场介绍

　　1999年年末我国上网人数890万，根据不完全统计，目前我国网民已突破1000万，随着以大学生为主的校园网民的成长，中国互联网用户的数目急剧增加。

　　20xx年3月份开始，在电子商务热潮下，旅游网站作为模式清晰的ICP，其发展前景一度被广泛关注，国内几大旅游网站纷纷有所行动，最为引人注目的是全国最大的旅游网站华夏旅游网与TOM。COM达成合作意向。旅游网站以其不涉及配送和支付问题以电子商务为主要形式，一时成为投资热点。

　　但无论是华夏旅游网，中国旅游资讯网还是后起之秀的携程旅游网，他们都把业务重点放在"旅游行业"上面，重点放在飞机订票，酒店房间预约等传统旅游业务上，在个人自助游，学生背包游方面始终搞不起特色，所提供的服务作不到本质实处，表现在只介绍相关的旅游知识和由旅行社提供的路线及景点介绍，有关个人旅游的细节鲜见提及。在去年末异军突起的携程旅游网虽然在个人自助游方面搞出一定特色，但其定位仍带有传统自助游的影子，没有充分顾及大学生旅游阶层，其携程旅游方式对于在校的大学生仍存在难以操作的地方。

　　而另一方面，目前许多旅游网站号称网络旅游便宜、舒适，但熟悉旅行社业务的人都知道，通过网络购票、订房，很难达到旅行团队的人数规模，也即不可能享受到旅行社所得到的折扣，现时网络旅游的.风光只不过是网站不惜血本的降价卖广告，不是长期生存的办法。根据一份调查，在整个旅游市场的大批散客当中，90以上原先就不通过旅行社出游，而在这批散客中的上网者，才是目前旅游网站真正争夺的目标顾客。从某种意义上说，传统旅行社和旅游网站说到底并没有正面交锋。目前国内旅游网站的发展主流只不过是旅行社的架构调整，同旅游网站的发展没有什么联系。网上旅游必须根据自己的特点走出自己的路向，做一些通过互联网很容易可以实现的服务。

　　另一方面，随着人们生活水平及知识水平的双重提高，对于旅行的要求也越来越苛刻，传统的"填鸭式"随团游对许许多多出外旅行者日渐失去了吸引力，在年轻人当中，自主自由的自助式旅游越来越受到认可，但一个严峻的问题是面对发展迅速的自助游(背包旅行一族)群体，国内的社会配套设施源源跟不上需求，造成许多后旅行遗症。 uchostelling(大学旅舍)就是通过网络将"青年旅馆"式的配套服务首先在国内有条件的大学区建立起来。目前在广东以外的中国诸多旅游地区，还没有直接以青年旅馆命名的机构，但相类似的为背包旅行者服务的饭店已经出现，这都体现了市场的实际需要，像云南大理、广西桂林都有为自助旅行者服务的配套住宿饭店，在上海黄浦江边古老的理查饭店也已经很接近青年旅馆的标准，但他们缺乏一定的系统协调，在旅游业中的聚焦效应没有充分发挥。

　　今年3月下旬，中国12个城市的代表在广东青年旅馆协会的组织下，商讨了国际青年旅馆在中国的推广计划，据称，几年内将有多家青年旅馆在全国不同城市开业。一种新的旅游格局处露端倪，中国为未来新的旅游精神做充分的硬件准备。

项目计划篇3

　　一、执行摘要

　　1、公司概述

　　在科技日益发展的今天，电脑、手机等电子产品成为我们生活中不可或缺的必需品。也正由于手机的普及，QQ、微信等软件有着很大的一个使用群体。我们的微信商城正是立足于手机微信。通过手机微信的使用方便的特点进行微信营销，随时随地快捷的为顾客提供商品。

　　2、市场

　　2.1市场概述：现在的大学生人人都有手机，人人都有微信账号，都能随时随地通过手机微信上网。并且现在的大学生也热衷于网上购物，享受着网上购物的方便快捷。微信商城类似于网上购物却又更方便快捷于网上购物。我们打算通过微信创立一个公众号，让人们通过微信在随时随地能买到一些零食或者生活用品之类东西。

　　2.2市场细分：由于我们所处的位置在大学城，所以我们的消费者人群主要为在校大学生，小部分还包括大学附近的居民。其中主要针对在校大学生中一些长期待在寝室，不愿意出门买东西的大学生为他们提供休闲零食、饮料、生活日用品等产品。

　　2.3市场研究：通过我们的市场调研，我们分析总结了一些问题。微信商城在当下来说还属于比较新的新鲜服务，人们对微信商城的信誉以及实用性还存在一定怀疑。好在我们服务的对象是大学生，相信通过广泛的宣传以及良好的服务，以现在大学生对新鲜事物的接受能力微信商城能很快的打开市场。也正是由于这个市场比较新，我们所面对的竞争对手比较少，竞争对手也不是很强大。

　　3、投资

　　公司为普通合伙企业。总共投资40000元。

　　二、商业构想与市场分析

　　1、产品的.形成背景和发展前景

　　1.1形成背景：微信本来是一款手机端的社交平台，微信的第三版更新后，出现了微信PC端，自微信公众平台诞生，短短两年时间久突破了6亿用户，这样的惊人数据吸引着无数商家的眼球，庞大的人群后面隐含着巨大的商机。互联网第三方平台顺势而发，推出微信电商服务产品“微信商城”，助力企业开启微营销，抢占6亿微信市场制高点。微信异样的火爆起来，不少大学也开始出现微信水果店、微信送餐等微信商务平台，成为许多商家的一种营销方式，许多商家就开始试水微信。

　　1.2发展前景：从品牌战到价格战，一场场电商大战从来就没有停止过。相比之下，一些电商早已布局移动端，新的电商营销方式“微信商城”正应运而生。好享购物股份有限公司于20xx年10月16日在南京启动微信商城，在行业内签约腾讯推出电视购物行业首家微信商城。受此启发，我们构想通过对大学生购物以及消费习惯的研究而建立校园微信商城，创造专属大学生的购物平台。校园微信商城是针对在校大学生的消费而建立的新型购物平台，注重客户体验，致力于服务在校师生以及周边居民，无论是从创新性还是便利性，且在大学校园内有不错的优势，具有广阔发展前景。

　　2、市场特征、机会和细分

　　为了了解市场特征，我们做了关于校园微信商城的调查报告以下是调查结果和分析：

　　2.1.如表一，超过一半的人一个月的网上购物次数为一到两次，25%的人会经常上网浏览，只有13%的人基本不上网网购，说明随着网络和通信技术的发展，网购已经吸引了众多大学生的关注与热爱。

项目计划篇4

　　(一)紧紧围绕“以项目建设为中心、项目管理和动态考评为基础”的管理理念，坚决把海外项目与国内项目一视同仁，同时纳入公司正常管理制度范围内，继续坚持质量、安全一起抓，确保新开工项目顺利进行，按计划继续做好在建项目的动态考核及分析。

　　(二)继续全面贯彻公司的管理制度和经营理念，发扬上半年工作中的优点、亮点，改进工作中的不足之处;加强基础性管理工作，谨防管理工作中的漏洞;认真参加公司、部门的各项检查工作和交流学习，找出不足，加强学习不断提升部门的管理水平。

　　(三)做好部门月度工作计划及绩效考核并进行分解细化，继续做好公司20xx年度项目的综合考评。继续抓好安全生产标准化建设，下半年施工项目将逐步推行安全生产标准化管理，确保公司全年安全生产指标按计划实现。做好各项目部安全管理人员培训和指导工作;做好各项目部施工质量的抽查和评定工作。

　　(四)完善并推广项目管理制度，将公司制度与经营理念融合进部门的日常工作管理中，发挥指导和协调作用，以促进公司总体战略的顺利实现。对部门组织结构进行重新的调整设计，将质量安全部的职责揉进项目管理制度中，更好的协同工作。将各个项目部人员岗位职责分工好，目的是使各部门职能清晰，岗位职责明确。

　　(五)按时完成公司领导交办的其他任务。

　　(六)新的`计划及体会，随着公司规模的日益壮大，增强公司市场竞争力和业内影响力，最终实现公司全年经济指标是今年全公司工作的主要指导思想，因此，项目管理部作为公司一分子，如何顺应公司的发展方向?如何更好完成今年的任务?如何进行制度化、科学化经营管理?实现这些目标需要投入更多的工作热情以及更加精细的个人工作计划。

　　通过以上几点，把计划分解并逐一付诸实施，相信20xx年的工作开展将会有一个全新的面貌，20xx目标也一定会实现。

项目计划篇5

　　1、紧紧围绕“以项目建设为中心、项目管理和动态考评为基础”的管理理念，坚决把海外项目与国内项目一视同仁，同时纳入公司正常管理制度范围内，继续坚持质量、安全一起抓，确保新开工项目顺利进行，按计划继续做好在建项目的动态考核及分析。

　　2、继续全面贯彻公司的管理制度和经营理念，发扬上半年工作中的优点、亮点，改进工作中的不足之处;加强基础性管理工作，谨防管理工作中的漏洞;认真参加公司、部门的各项检查工作和交流学习，找出不足，加强学习不断提升部门的管理水平。

　　3、做好部门月度工作计划及绩效考核并进行分解细化，继续做好公司20xx年度项目的综合考评。继续抓好安全生产标准化建设，下半年施工项目将逐步推行安全生产标准化管理，确保公司全年安全生产指标按计划实现。做好各项目部安全管理人员培训和指导工作;做好各项目部施工质量的抽查和评定工作。

　　4、完善并推广项目管理制度，将公司制度与经营理念融合进部门的日常工作管理中，发挥指导和协调作用，以促进公司总体战略的顺利实现。对部门组织结构进行重新的调整设计，将质量安全部的职责揉进项目管理制度中，更好的协同工作。将各个项目部人员岗位职责分工好，目的是使各部门职能清晰，岗位职责明确。

　　5、按时完成公司领导交办的其他任务。

　　6、新的'计划及体会。

　　随着公司规模的日益壮大，增强公司市场竞争力和业内影响力，最终实现公司全年经济指标是今年全公司工作的主要指导思想，因此，项目管理部作为公司一分子，如何顺应公司的发展方向?如何更好完成今年的任务?如何进行制度化、科学化经营管理?实现这些目标需要投入更多的工作热情以及更加精细的个人工作计划。

　　通过以上几点，把计划分解并逐一付诸实施，相信20xx年的工作开展将会有一个全新的面貌，20xx目标也一定会实现。

项目计划篇6

　　一、项目计划书格式

　　根据《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 人员成本

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