项目开发计划书.docx
《项目开发计划书.docx》由会员分享，可在线阅读，更多相关《项目开发计划书.docx（21页珍藏版）》请在冰豆网上搜索。
项目开发计划书
项目开发计划书
项目开发计划书
（一）：
产品设计计划书范本
产品计划书的作用：
制定产品设计的目的是用文件的形式，把对于在设计过程中各项工作的负责人员、设计进度、所需零配件、相关资料等问题作出的安排记载下来，以便根据本计划开展和检查本产品进展工作。
编制资料要求如下：
1引言
1．1编写目的
说明编写这份产品设计计划的目的，并指出预期的读者。
1．2背景说明：
a．待设计的产品名称；
b．本产品的客户、开发者、设计要求等；
C．产品造型结构设计完成后的跟进。
1．3定义
分析产品的功能、材质、表面处理、装配方式、包装方式、可行性分析等。
1．4参考资料
列出用得着的参考资料，如：
a．本产品的经核准的计划任务书或合同；
b．属于本产品的其他参考文件；
C．本文件中各处引用的文件、资料，包括所要用到的标准。
列出这些文件资
料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来
源。
2产品概述
2．1工作资料
简要地说明在本产品的开发中须进行的各项主要工作。
2．2主要参加人员
扼要说明参加本产品开发工作的主要人员的状况，包括他们的技术水平。
2．3产品
2．3．1文件
列出需移交给客户的每种文件的名称及资料要点。
2．3．2服务
列出需向客户带给的各项服务，如附件采购、后期手办及模具跟进。
2．4验收标准
对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2．5完成产品的最迟时限
2．6本计划的批准者和批准日期
3实施计划
3．1工作任务的分门与人员分工
对于产品设计中需完成的各项工作，从可行性分析、设计、手办、测试，包括文件的编制、审批、打印、分发工作，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员
说明负责接口工作的人员及他们的职责，包括：
a．负责本产品同客户的接口人员；
b．负责本产品同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；
c．负责本产品同各分合同负责单位的接口人员等。
3．3进度
对于可行性分析、设计等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓"里程碑"）。
3．4预算
逐项列出本产品设计所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。
3．5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
项目开发计划书
（二）：
目录
一、市场背景
二、项目分析
三、项目定位
四、客源定位
五、产品推荐
六、推案策略
七、广告策略
八、销售执行
九、公司简介
十、合作模式
一、市场背景
济南房产市场日趋规范，整体处于上升态势，在市场发展的过程中，我司认为可分为两个阶段，每个阶段市场构成要素的特征，简析如下：
（一）九九年之前，被动销售的暴利阶段：
客源特征：
以高收入者为主，追求身份与地位的显示，此时市场选取范围小，客户购买存在必须盲目性。
开发商特征：
政府对开发公司的实力要求不严，开发商实力良莠不齐，受传统观念束缚严重，不重视客源心理及市场发展特性，主观开发，追求暴利，无品牌意识，对专业销售机构极度排斥。
项目特征：
产品形式单一（多层为主），缺乏特色，不注重整体规划，且有明显区域性特征（集中在千佛山周边）。
销售特征：
无整体营销思路，盲目追求高利，定价偏高，且无有效的表现及宣传手法，不注重品牌的培养和树立。
（二）XX年以后，振荡中走向规范的过渡阶段
客源特征：
客源层次广泛，需求多样化，在楼盘选购及消费心理上趋于理性此时散户消费逐渐成为市场主力。
开发商特征：
迫于竞争的压力，开发商主动寻求新的开发理念，对营销策划理念逐渐理解，同时专业销售人才带来的先进理念也影响了开发商的思想，开始注重客源需求，逐渐向以产定销的路线靠拢。
品牌意识已大大增强，超多实力雄厚、理念先进的外地开发企业着眼于济南房产市场的良好发展前景，进而纷纷抢占济南市常同时由于政府对土地资源进行统一管理，地价开始上升，而促使开发企业走出暴利阶段，利润趋于合理，此时一部分资金实力弱、管理不完善、开发理念陈旧的小企业将面临严峻考验。
项目特色：
产品多元化，在仍以多层为主的同时，小高层逐步为市场认可，高层也占领必须市场份额。
地域限制日渐被打破，小区规划趋于合理，特色鲜明，并且小区品质不断提升。
销售特色：
价格趋于合理，市场出现整合态势，营销理念随专业销售机构的介入逐步为市场理解，人员日趋专业化，宣传手段不断翻新。
在上述市场背景下，客户、市场及开发商几个方面都发生了较大变化：
1、客户需求的变化
能承受价格在2500元/m2以下楼盘的客户，已由先期的单纯追求满足居住要求、工程质量，向追求舒适性、安全性、私密性方向转变。
对于能承受2500-4000元/m2价格的客户，在追求上述要求的基本基础上，更加注重楼盘的个性、内涵及升值潜力，对小区的整体规划要求较严格。
能承受4000元/m2以上的客户，相对前两种客户来说已有了质的提高，在选取楼盘时，最注重的是享受，追求一种理念和内涵，同时对开发商的资质、楼盘的知名度、社区环境也十分注重。
2、市场环境的变化：
地理环境：
逐步打破了地域限制，市场全方位发展，从传统的利用地段创品牌，到创品牌而创地段。
产品环境：
产品多元化，多层仍为主力，小高层发展较快，并逐渐为市场所理解。
其中：
小高层发展分三个阶段：
（1）以九九年开发的小高层社区泉景x四季花园为标志，小高层做为新的开发理念进入济南市场，并引入了南方先进的营销模式并进行包装策划，注重了前期宣传，引起巨大冲击，前期销售到达良好的效果。
（2）以金泰花园、洪西花园、大明翠庭、金冠花园等点式小高层的大规模开发为标志，小高层市场进入激烈竞争阶段，此时开发商追求高容积率、高利润率，导致小高层价位偏高，并且点式小高层的建筑弊端逐渐暴露，因此点式小高层呈现昙花一现的势态。
（3）市场以客源的选取为导向，再次转向社区化的板式小高层方向发展，并且日益呈现出规模化、品牌化的特征，此时的代表楼盘为历东花园、汇苑家园。
3、开发商的变化趋势
开发理念由传统的单一模式向多样化、人性化、特色化、理念化方向转变，并逐步建立了品牌观念，具备了较强的竞争意识。
营销方面：
竞争的激烈带动了销售手段的不断翻新，由炒绿化、炒智能化、炒生态化、炒付款方式，到这天的炒理念、规模、品牌，并且营销已越来越成为一种全程性策划行为，务必注重前期准备工作，要熟悉当地状况并与之结合，了解客户心态。
二、项目分析
1、基本状况：
本案位于济南市解放路东首，西临济南市的cid（科技商务中心区）山大路，这是市政府的重点项目，它的兴起必定会辐射到周边，从而拉动区域经济的繁荣。
东临高新技术产业开发区，众多知名国际国内大公司投资于此，本案正处于这两个发展区域的中间位置，交通方便，地段的升值潜力巨大。
2、区域消费潜力分析：
经济水平：
整体消费群体主力仍为比较注重生活质量的中高阶层，社会层次也以机关工作人员为主。
随着周边生活设施的不断完善和齐全，该区域将集中成为高档楼盘的聚集之地。
这也将打破原有的区域内消费群体和范围，成为跨区域消费的一块热土。
3、客源定位：
由于本案属中高档楼盘，受价格限制，客源面相对狭窄，根据客源所处的区域、社会地位、购房意图、购房时间等差别作如下分析：
（一）本地客源：
此类客源为本案客源之基础，且为先期客源之主力，我司认为主要有以下类型：
私营业主：
有较为雄厚的经济基础，事业相对稳定，有广泛的社交关系，并且有足够的休闲时间去品味、享受生活，对新理念有较强的理解度，但有着冷静的思考与决定，大多为二次置业。
对地段及相应升值潜力较为注重。
政府官员：
此类人士具有较高的社会地位、稳定的收入，大多已有单位分配的住宅，但期望一个更为私密、高档的生活空间。
此类人群对档次、安全、私密及小区规划、配套有较高要求。
高级白领：
此类客户具有高学历、高收入的特点，追求高品味的生活氛围，以突显自己的价值。
这部分客源对社区档次、配套、知名度等较为关心。
年青成功人士：
此部分人有着灵活的思考、较高的收入，社会地位起点高，追求现代的上流生活。
这类客源主要选取小户型，但比例有限。
小结：
本地客源大多为二次或三次置业，且以标准户型为主要需求。
项目开发计划书（三）：
网络助手项目开发计划书
一、开发目的
由于我们生活在石家庄铁道大学，我们在上网的时候会遇到很多不方便的的问题。
例如查询流量比较困难，不能把每个月的流量规划好是一个很大的问题，而且很多人想搞一个快捷改ip的功能等，我们的目的就是要开发一款使用的学生软件，方便铁大学子的日常生活。
二、项目概述
《网络助手》系统根据用户的不同，实现如下功能：
查询流量
修改ip
实现远程控制
实现定时开关机
实现一键开启小蝴蝶
三、主要参与人员：
由五个人（蓝梦、马翔、李金吉、胡佳奇、赵天）组成的开发团队。
四：
进度
序号
任务名称
工作时间
开始时间
结束时间
1
查询流量
5天
2
修改ip
2天
3
实现远程控制
3天
4
实现定时开关机
1天
5
实现一键开启小蝴蝶
1天
五、关键问题
影响本计划进度的关键问题：
各程序之间的转换、衔接问题。
六、支持条件
1、计算机系统支持：
2、服务器CPUIntelE3300或更高配置，内存1G以上，网络适配器100MB或1000MB的网卡。
3、服务器CPUIntelE3300或更高配置，内存512M以上，网络适配器100MB或1000MB的网卡。
4、网络环境：
4MADSL或光缆。
5、软件环境
客户机WindowsXP，win7，win8位。
七：
测试
测试计划：
软件开发重要在后期进行软件测试，对开发的软件性能进行了解。
八：
质量保证计划
从开发人员到项目管理，要进行严格管理。
九、用户进行培训
在软件实际应用的前些时间，对用户进行软件操作方法的具体培训，对软件界面和应用进行大概介绍。
十、预算
开支类别
主要开支项、用途
金额（元）
时间
人力资源
软件件成本
总成本
项目开发计划书（四）：
项目开发计划书
一、项目计划书格式
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际状况调整后的《项目计划书》资料索引如下：
（略）
二、项目计划书的编写说明
1引言
1.1编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：
本节是为了说明编制“项目计划书”亦即本文档的意图和期望到达的效果。
注意那里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。
“项目目标”在2.1中说明。
好处：
使项目成员和项目干系人了解项目开发计划书的作用、期望到达的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。
”
例如能够这么写：
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目状况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作职责、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等资料做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题：
把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2背景
主要说明项目的来历，一些需要项目团队成员明白的相关状况。
主要有以下资料：
项目的名称：
经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位：
如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户（单位）：
软件或网络的使用单位，能够泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。
如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：
本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。
如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项目的主要承担部门：
有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。
项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景：
从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句：
根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，务必加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要资料，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度状况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原先的工作模式已经越来越无法适应市委市政府的要求。
因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是十分有必要和紧迫的任务。
软件系统与其他系统的关系：
说明与本系统有关的其他系统，说明它们之间的相互依靠关系。
这些系统能够是这个系统的基础性系统（一些数据、环境等务必依靠这个系统才能运行），也能够是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依靠的系统。
例句：
本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：
说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。
例如一些系统需要遵守那些组织的标准、需要透过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。
本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不必须是“务必遵守”的。
常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5标准、条约和约定
列出在本项目开发过程中务必遵守的标准、条约和约定。
例如：
相应的《立项推荐书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里能够获得；“标准、条约和约定”一般具有“精神”特性，一般是务必遵守的，不说明在哪里能够获得。
参考资料的资料就应涵盖“标准、条约和约定”。
2项目概述
2.1项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。
注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。
注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。
明确的项目目标就应指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当贴合SMART原则：
lSSpecific明确的陈述
lMMeasurable能够衡量的结果
lAAttainable能够达成的目标
lRRealistic合理的，现实的或者说是能和实际工作相结合
lTTrackable能够跟踪的
项目目标能够进行横向的分解也能够进行纵向的分解。
横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，务必实现以下三个阶段目标······”
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组织结构
说明项目团队的组织结构。
项目的组织结构能够从所需主角和项目成员两个方面描述。
所需主角主要说明为了完成本项目任务，项目团队需要哪些主角构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。
组织结构能够用图形来表示，能够采用树形图，也能够采用矩阵式图形，同时说明团队成员来自于哪个部门。
除了图形外，能够用文字简要说明各个主角应有的技术水平。
注意虽然有一些通用的结构能够套用，但各种不同规模、不同形式的项目组织结构是不一样的。
如产品研发项目可能就不需要实施人员
升级会员 