如何做项目方案? 做一个项目的策划方案
怎样做项目计划书？
一份好的商业计划书，哪些因素起到决定作用？
BP的页数：看似一个简单的文稿处理工作，其实起到了敲门的作用，对于绝大部分早期项目，BP不应该超过20页PPT的信息量。许多投资人对于超过20页的BP，内心是抵触的，更有些创始人为了追求美观，用了太多设计图片，造成一份BP超过20M，投资人在收到这类BP的时候，如果周边信号不佳，很大可能是不会选择下载查看，这样就白白错过了许多机会。
BP的逻辑：这点是一份BP的核心价值，每个投资人一天要看的BP不会少于20份，能从这几十份BP中脱颖而出，让投资人牢牢记住你的项目，靠的就是清晰的逻辑。另外投资人看BP通常都是快速扫描，甚至一分钟读完。所以一定要直奔主题，讲重点，在最短的篇幅内讲述自己项目的商业逻辑。
BP的美观：之前说过有些创始人为了追求美观，过度包装造成BP过大，这一点是不可取的，不过适当的颜色搭配选择，还是可以让投资人在大量垃圾BP中耳目一新的。“创业者不要过于迷信模板，相信你干的事情是独一无二的，不建议代为撰写BP，亲自撰写与修改BP也是对自己创业逻辑的一次次梳理，最终面对投资人的也是创业者自己，代写人无法取代。
投资人阅读商业计划书（BP）后需得出3大核心1、你要做什么（what）？你的产品或服务到底有什么价值2、怎么做（how）？你是不是有执行能力和成功的把握3、怎么赚钱（商业模式）、怎么分钱与需要多少钱（融多少资金）
商业计划书的主要框架
商业计划的主要框架主要从事（内事和外事）、人和钱三个部分。商业计划书的框架模型主要分为如下图所示四大部分和十二小节。
二、以下从12个小节介绍商业计划书的撰写细节和注意事
1、项目定位项目定位：通过一句话简明扼要地介绍你们的项目是什么，项目定位介绍写在商业计划书首页，让人一眼就知道你们是干什么的。
2、提出问题（市场痛点在哪里）提出问题：现有的客户需求哪些没有被满足，市场痛点在哪里，市场需求是创业的基础，很多创业者提出的需求多为伪需求或非刚性需求，在确认市场需求的过程中也是创业者在找差异化，如果创业的方向都没有抓住，自然很难获得投资人的青睐，创业需要对自己和对别人负责任，市场需求的了解和深入至关重要。
3、解决方案（产品与服务）解决方案：通过哪些方法与方式解决市场痛点。
4、市场分析（市场容量）市场分析：需要证明市场需求的存在以及这个需求市场容量
5、进入策略（如何启动）进入策略：项目从无到有，如何启动？
6、竞争优势（竞争对手）竞争优势：行业内的竞争对手有哪些，项目的核心竞争力在哪里？
7、核心团队（团队背景）核心团队：核心团队的背景履历，以及要表明为什么你们的团队能干这个事情
8、执行现状（已做的事情）执行现状：目前项目已经进展到什么程度，已经做的事情做个说明
9、计划目标（未来前景）计划目标：未来一段时间需要干的事情有哪些
10、商业模式（怎么赚钱）商业模式：如何赚钱的问题，在什么时间点能够做到盈亏平衡
11、股权结构（怎么分钱）股权结构：创始人及核心团队的股权结构，决定未来长远发展基础
12、融资计划（需要多少钱）融资计划：需要多少钱干这个事情
如果不会写可以找“云对接”代写，还可以免费对接投资人。
怎么做方案，方案是什么东西？求解？
（1）概论：说一些方案书目的、项目背景等。
（2）用户需求分析：通常会对业主的相关系统做个业务建模。
（3）系统设计：对业主的状况做一个解决方案，可能是一个系统的功能设计说明，也有可能是一些设计模型。
（4）项目技术方案：对技术平台路线、相关设备需求（技术参数）、技术架构、关键技术等进行说明和设计。
（5）根据需要，通常还有系统的安全解决方案、存储方案、备份与恢复方案等。
（6）系统项目实施方案：主要包括项目计划、质量保证计划、配置管理计划、售后服务计划等等。
从技巧或注意点上看，主要有：
（1）所说方案的面上一定要说得通。
（2）多用图，大段大段的篇文字人家不愿意看，图形能够非常有效的帮助别人理解你的意思。
（3）排版一定要整齐、美观。这个似乎与“技术”无关，不过，这相当重要。
如何进行项目策划？
项目策划的目的建立并维护用以定义项目活动的计划。
项目策划阶段的主要活动包括：确定项目目标和范围；定义项目阶段、里程碑；估算项目规模、成本、时间、资源；建立项目组织结构；项目工作结构分解；识别项目风险；制定项目综合计划。项目计划是提供执行及控制项目活动的基础，以完成对项目客户的承诺。
项目策划一般是在需求明确后制定的，项目策划是对项目进行全面的策划它的输出就是“项目综合计划”。
在笔者经历或者监管的很多项目中，发现一个规律掌握项目计划的项目经理在项目过程中管理会比较到位，而不掌握项目计划或者项目计划不到位的项目中我们的项目往往出现很多故事，项目管理往往是越管越乱。项目计划是帮组我们项目经理去理清项目的过程和各组织活动之间的关系，只有搞清楚这些，我们的项目才能被管理起来，否则我们不能谈项目管理，只能说我们在管着项目，但是还没有理清楚，结果则是什么也没有管到位。
二、确定项目范围
项目范围包括项目需求范围和项目工作范围，项目工作范围是为实现项目目标并使客户满意（有效地完成项目目标）而必须做的所有工作，它包括项目的最终产品或服务以及实现该产品或服务所需要做的各项具体工作；在《软件需求开发》中我已经说过了项目目标和需求范围的确认，本节内容是确认项目的工作范围。
项目工作范围的确定是为了有效地完成项目目标而界定的主要工作内容的活动，会将项目的可交付成果划分为可控的、易于管理的单元模块。
1、确定客户提供的工作产品
在确定项目范围的前，我们要与客户确认由客户提供的工作产品或资源，以及这些工作产品或资源的标准、提供时间、方式等信息。通过确认客户提供的工作产品我们可以界定项目中的哪部分工作是由客户完成，哪部分工作将要由项目组去实现。
2、确定交付给客户的工作产品
在确定项目范围的同时我们也要确认交付给客户的工作产品及资源，以及这些工作产品或资源的标准、交付时间、方式等信息。以确定该项目是否有额外的工作任务。
3、确定项目的工作范围
在项目中工作范围与软件生存阶段是基本对应的，项目工作范围可以理解为我们承担的主要开发阶段，一般的开发阶段有：概要设计、详细设计、编码、单元测试、产品集成、系统测试、验收交付、维护。
4、确定项目的质量目标
与客户确定我们软件需要达到的质量目标，在客户提出的质量目标中往往只有一些非功能需求的目标，大多与技术相关，而在项目开发过程中的质量目标可能客户不是很关心，涉及过程的质量目标大多也只有交付后的缺陷率。这个时候我们要结合公司的过程能力以及客户可能提出的质量目标进行能力匹配，并制定出项目的质量目标。过程能力匹配与分析以后单独进行说明。
过程能力即项目组执行项目活动的子过程能力。如，代码生产率（单位：KSL/人月），单元测试bug检出率（个/KSL）等，这些过程能力都有一个中线，3σ上线以及3σ下线，过程能力是根据公司历史项目的数据依据“过程标准差”的方法统计分析得出。
5、建立WBS工作包
依据项目需求范围和项目工作范围，把需求作为横坐标工作阶段作为纵坐标，我们可以得到一个项目的基本任务的工作包，我们一般把这类工作包作为WBS工作包。在WBS中我们也要包含任务返工、项目管理类和项目支持类的工作包。
三、定义项目阶段、里程碑
我们定义了项目的目标和范围，并建立了WBS的工作包。那么我们如何实现项目的目标，首先我们应该是分解项目目标，一般我们把它分解为里程碑目标或阶段目标。
1、 确定项目的生命周期模型
项目生命周期各阶段的定义，依赖于需求的范围，项目资源的估计，以及项目的本质。项目一般都包含多个阶段。软件项目阶段的决定，通常包含软体开发模式的选择与改进，以说明项目活动间的相互关系与适当次序。生命周期模型的一般有瀑布、原型＋瀑布、迭代、增量模型。
2、 选择生命周期模型的准则
A)瀑布模型
Ø 适用于新的有较多用户的产品、平台/中间件开发项目，或者是用户对开发过程有严格要求的工程定制项目 。
Ø 充分理解用户需求,且需求是确定不变的。
Ø 用户有一定的能力，对需求的表述是确切的 。
Ø 所有过程工作产品的控制基线，需要有可见度和可靠性 。
B)原型＋瀑布模型
Ø 新领域的应用项目的开发：如企业应用系统开发项目等。
Ø 项目包含一种新技术，例：新硬件、新的系统架构等。
Ø 需求不很清楚。
Ø 存在关于性能、可靠性和可行性的主要的、未解决的问题。
Ø 用户界面对系统成功是很关键的，但不很清楚。
C)迭代模型
Ø 新领域、新技术的研发项目 。
Ø 规模较大的项目或产品 。
Ø 需求的清晰度低，且需要进一步的调查。
Ø 技术或体系结构方面的知识匮乏。
3、 定义项目的阶段
我们依据以确定的生命周期模型定义项目阶段，在定义阶段的时候需要明确每个阶段的输入、输入、目标及主要工作。
定义项目阶段主要是对输入、输出以及工作量、规模、质量目标偏差控制范围的定义，我们一般定义输入工作产品的标准、要达到的质量目标，输出工作产品的标准，要达到的质量目标。阶段工作产品的工作量、规模以及质量目标的偏差控制范围，每个步骤的细节执行方式及这些细节活动的检查方法。如果阶段和里程碑时间点一致，可以与里程碑一起判断阶段目标的达成。
4、 定义项目的里程碑
在瀑布模型和增量模型的阶段就是我们说的需求开发、概要设计、详细设计、编码、单元测试、产品集成、系统测试、验收交付、维护这些阶段。一般瀑布模型的里程碑设立根据项目规模和特点为需求、设计、编码＋单元测试、产品集成＋系统测试、交付；增量模型一般里程碑是每次可交付产品为一个里程碑，如果规模很大可以按照瀑布模型设立子里程碑。
迭代模型的里程碑一般是每次迭代就是一个里程碑。
我们上面说了里程碑定义的准则，简单理解里程碑可以作为是项目的一个可交付并能给项目工作承上启下的点，所以里程的目标、准入和准出的定义，是在项目实施中对项目能否达成项目目标的检查依据。
里程碑的准入准则，就是输入里程碑的工作产品、资源是否满足该里程碑的要求。我们就要定义输入工作产品标准、要达到的质量目标。而里程碑的准出不仅仅是工作产品的标准和达到的质量目标。还要判断这个里程的进度、成本、工作量、规模的偏差以及项目的变更是否在控制范围内。
5、 定义项目的过程
确定项目执行过程中的子活动级活动的顺序，并给出这些活动的输出。在大部分公司都有一个项目执行过程的全集，项目在开始的时候依据项目的工作范围缺确定项目要执行的子过程以及输出的工作产品，在CMMI中把这个活动叫做裁剪项目过程定义，在这里我们要说明的是“裁剪”不是“裁减”，在对项目过程裁剪的时候我们不是简单地考虑做或者不做，应该在不做的时候考虑是合并还是用其他的替代方法来执行。
四、估算项目规模、成本、时间、资源
对于已确定的项目范围，定义了阶段和里程碑，那么我们每个阶段的输出的工作产品的工作量、成本、质量如何估算就十分重要，这些也是判断阶段目标和里程碑是否达成的重要判断依据，而要估算工作量、成本等工作产品属，我们就必须先估算出工程阶段每个工作包的工作产品规模。
1、估算的顺序
在整个估算中，规模的估算是基础，大部分的估算都是基于项目规模的估算而来的。在规模时，对于采用的类是技术、开发语言、架构的项目，他们的工作产品规模与需求规模的比例是基本稳定的。如：1个简单的数据库录入功能，用Java编写的代码一般是20行，概要设计是1页，详细设计是1.5页，需要20个单元测试用例等……。这个比例关系的变化是很少的，但是工作量和公司的生产率人员水平等都有关系，估算工作量我们要考虑的人为因素要更多。所以我们对最稳定的那部分优先估算。
2、确定估算的方法
目前典型的估算方法有：经验值估算、功能点估算。
但是我们发现选择了估算方法，在项目执行中我们会发现这些估算很不准确。建立公司的估算能力是解决估算准确性的唯一途径，估算能力一般是根据公司历史项目的数据来建立估算的模型。当然我们为了获取更准确的估算值，也会采用多种估算方法，通过多种估算结果去验证估算的准确性。
3、确定估算因素
在确定估算方法后我们依据估算方法的特点要去了解项目具体功能的特点，一般设计及实现的复杂度、技术要求、可维护要求、可配置要求、可靠性要求等一些非功能需求都与项目的复杂度相关，还有一些特殊的业务功能也会给项目的复杂度相关，这些要素就是能否准确估算项目前提。
4、估算工作量和成本
一般工作量和成本的估算是依据项目的估算模型，依据工作产品的规模去估算工作产品的工作量。
成本的估算我们要考虑项目管理类、支持类及返工的工作量。在建立项目度量能力和模型的时候我们可以从历史项目中推出这些工作量的估算模型。一般每个开发阶段都要预留15～20％的工作量用于返工。管理类的工作量一般是项目总开发工作量的10％，质量保证、MA及其他支持类的工作量一半是项目总工作量的2～5%。
5、估算项目的时间
依据已经估算出的项目规模，每个阶段的工作量，结合现有资源估算项目的概要时间，时间估算的结果是阶段、里程碑、项目的起至时间。
6、估算项目的风险
依据历史项目积累的风险，在项目开始阶段对项目的技术、管理、质量、资源、需求等方面可能出现的风险进行全面评估。并评估出来的风险制定规避和管理措施。
7、估算的评审
项目的估算结果一般就是项目预算，我们一般先要对这些预算进行技术评审，以确定预算的合理性。然后还应通过到由公司高层的管理评审。
五、建立项目组织
我们已经有了估算结果和各个阶段的时间，这个时候是我们考虑项目的组织建立，一般有：PM－项目成员，PM－Leader－项目组成员、PM-SubPM－Leader－项目组成员等模式。
在PM-项目成员这个管理模式是很好管理，这个模式下一般项目组人员规模不超过10个人，项目在对问题进行沟通的时候一般靠喊一喊就能全部传达。
在后面2个模式中，项目组成员规模一般都在10个以上有的大型项目甚至能到几百人。为了将这些团队管理好，我们要建立使项目组能高效的管理和沟通的方法及原则。这些方法及原则主要有：明确组织的管理和监控的方法及流程，要明确各个岗位的职责和权利，要明确各个层级沟通及汇报的方式，明确各个组间的沟通及汇报的方式。只有明确了这些才能保证项目组的各个团队都能高效运作，这个也是企业管理文化在项目中的体现。
六、建立项目综合管理计划
为了能使项目能正常开展并且有依据，我们需要建立一个综合的项目管理计划。这些计划的主要内容有:
1) 项目的质量目标
定义项目各个子过程及工作产品的质量目标。
2) 项目的生命周期模型
定义项目的生命周期模型。
3) 项目的阶段和里程碑计划
定义项目的阶段、里程碑的输入、输出准则，以及阶段、里程的主要活动及时间计划。
4) 项目的监控计划
定义项目的监控对象、监控频率、监控原则、监控依据，定义项目的会议制度、沟通方式、以及项目中出现问题的沟通及汇报原则。
5) 项目的度量计划
依据监控要求和公司要求，定义项目要进行度量的度量元、度量频率、度量方法、度量结果保存方法。
6) 项目组的培训计划
计划应项目需要而进行的培训的计划。
7) 项目干系人管理计划
定义项目组的干系人，并定义各干系人参与项目的方式，以及与干系人汇报沟通的方式。
8) 项目风险管理计划
定义项目风险管理的方法和原则。
9) 项目的评审计划
定义项目中要进行评审的工作产品、并明确他们的评审方法、通过原则。
10) 项目需求变更的管理计划
定义项目中涉及需求变更方法和原则。
11) 项目的数据管理计划
定义项目中各类数据管理的方法和原则。
12) 项目的配置管理计划
识别项目中进行配置管理的配置项，并定义出这些配置项的控制级别、控制权限等。
13) 项目的过程和产品质量保证计划
七、建立项目的详细时间计划
一般详细时间计划也叫做日程表（Schedule）。它是依据WBS中所列出的任务、任务的估算工作量、人员。给出所有任务开始时间、结束时间、执行任务的人员、估计的工作量的详细项目日程表。
八、评审计划
发现并找出计划中错误及问题。
消除各计划的不一致问题。
获得干系人对项目的承诺。
本文来自CSDN博客，转载请标明出处：blog.csdn/tomfshao/archive/2008/08/28/2844171.aspx
怎样做施工方案？
第一章 编制依据一、 编制依据第二章 工程概况一、 工程简介二、 场地及场地设施准备三、 工程特点与难点第三章 施工组织一、 项目管理机构设置二、 项目部领导及主要管理人员职责第四章 施工部署（包括人工、机械安排）一、 工程目标及控制措施二、 工程任务组成三、 施工区域划分及关键施工阶段控制四、 各施工阶段主要工艺流程五、 施工准备第五章 主要土建施工工艺一、 测量工程二、 抗浮锚杆施工工艺三、 垫层、砖胎模施工四、 钢筋直螺纹套筒连接五、 主楼片筏基础钢筋绑扎六、 主楼片筏基础大体积砼浇筑七、 脚手架工程八、 钢筋工程九、 混凝土工程十、 模板工程十一、 砌体工程十二、 细石砼地面十三、 水泥砂浆地面十四、 抹灰工程十五、 涂刷涂料十五、 单元式玻璃幕墙十六、 玻化微珠外墙内保温十七、 外墙马赛克铺贴十八、 钢结构吊装第六章 主要机电施工工艺一、 给排水系统二、 电力及照明系统三、 通风安装工程第七章 工程投入的主要物资（材料）情况描述及进场计划一、 工程投入的主要物资（材料）二、 主要物资（材料）进场计划第八章 工程投入的主要施工机械设备情况描述及进场计划一、 施工机械设备的准备二、 机械设备管理与质量保证三、 主要进场的施工机械设备计划第九章 劳动力安排情况描述一、 劳动力的组织准备二、 劳动力的协作安排第十章 确保工程质量的技术组织措施一、 技术管理方案二、 质量管理体系、质量保证措施第十一章 确保安全生产的技术组织措施一、 施工安全管理二、 现场安全防护措施三、 安全监督、检查四、 应急预案及防台风、暴雨、雷暴的安全技术措施第十二章 确保文明施工的技术组织措施一、 文明施工管理二、 消防保卫管理第十三章 确保工期的技术组织措施第十四章 拟投入的主要施工机械设备表第十五章 拟投入的主要劳动力计划表第十六章 拟投入的主要材料表第十七章 施工进度计划第十八章 施工总平面图及临时用地表
这个目录，已经比较全面了。