手把手教你写项目方案.docx
《手把手教你写项目方案.docx》由会员分享,可在线阅读,更多相关《手把手教你写项目方案.docx(7页珍藏版)》请在冰点文库上搜索。
手把手教你写项目方案
手把手教你写项目方案
写在前面的话:
如果是已经系统学习过项目管理的童鞋请绕行,本文写给需要尽快上手写方案的童鞋,算是快速上手工具。
方案分很多种,有项目方案、策划方案、活动方案、商业企划书、公关方案、施工方案、解决方案、产品方案、运营方案、市场方案、配置方案等等,总的来说,将解决问题的办法和计划呈于案前都是方案。
从应用频率来说,项目方案需求最多,今天我们就来聊聊项目方案怎么写。
写方案之前需要明白几件事情:
1、方案解决什么问题?
通过沟通切实了解项目背景、项目目标是写好方案的前提,我们写的方案全部内容其目的就是要解决问题,如果问题都没弄清楚,是不可能提出相符的解决方案的。
比如:
某大学开展一个课题,需要收集全国范围内23-28岁之间年轻人的收入数据。
看到这个问题我们先不忙提出解决方案,而是要就问题提出问题。
•为什么要收集数据?
•收入数据具体包括哪些字段,最近一年收入?
上一年度收入?
最近一月收入?
工资收入还是全部收入?
•提供的数据需要怎么证明其真实性,需要收入证明?
口头采集?
银行查询结果?
•年轻人包括男的和女的?
就业中和待业中的?
•23-28岁包括不包括23岁和28岁?
收集数据中是否要收集对方年龄
证明?
•全国范围内是具体到各省?
各市?
各县?
还是下沉到各乡镇?
•是按照就业所在地收集还是按照户籍所在地收集?
是否需要提供他们的户籍证明?
•准备在多长时间内完成收集?
•准备花多少预算来解决这个问题?
上述问题都解决了,问题也就弄清楚了。
2、需求方有哪些要求?
在明确了问题之后,我们还不能就此打住,因为能解决问题是一回事,能按要求解决问题是另一回事,所以我们要延伸出新的问题和需求方进一步确认,了解需求方在问题本身之外的要求。
还是1中的例子,我们要接着提问:
•最终数据的交付是什么形式?
纸质版?
u盘?
邮件?
•内容以什么形式提交?
word?
excel?
还是数据库?
•合作中是否需要阶段性提交项目成果?
•搜集形式是否有要求?
在线可不可以?
线下可不可以?
电话访问可不可以?
第三方提供可以不可以?
•质量控制对方是否参与?
实施过程对方是否参与?
•合作过程中我们需要和哪些人进行对接?
•这里就有了交付成果。
再做一点点思考
了解完上面这些问题之后,我们要回过头来研究一下,我们自己怎么解决上述问题。
首先要考虑的是就解决问题本身我们要设计一个明确的流程,通常可以按照执行主体进行划分:
确定数据来源一一取得数据、同时取得来源证明一一数据整理一一交付验收,这就是项目思路
这个时候我们需要考虑上述每个阶段分别需要什么人、多少人、什么设备、
多少资金进行投入,并且把这些内容纪录下来,这就是资源配置。
掌握了上述信息之后,我们才可以着手撰写项目方案。
准备撰写项目方案
项目方案可以用PPT、WORD来撰写,但呈现的形式可以很多样。
我们从
框架上来说大体应该包含以下内容:
项目理解、项目目标、项目思路、项目流程、项目成果、质量控制、进度控制、资源投入、风险管理、沟通管理、变更管理、服务承诺、案例展示等。
项目方案一般在两种场景下出现,第一种是用来和需求方沟通,第二种是用来投标。
第二种比起第一种通常是多了一些格式上的要求,这里只说第一种。
这里建议大家在写方案时尽量先准备设置好模板,word格式的方案最好准备一个样式模板,也可以直接下教或者找前辈要一个
PPT格式的方案最好准备一套母版,一般来说各个公司都有统一的视觉效
果母版,可以要一下,实在没有的就自己做一个。
方案框架案例
那么接下来我们就上述案例写一个简单的项目方案。
X大学数据收集项目建议方案
XXX公司
目录通常不需要首先写出来,在方案完成以后使用word自带的生成工具可以自动生成,还可以按需要调整格式。
口廿C5二
文件模摄'超布局ES3亩阅视图帮助
雪旨添w文斗ABi扃插入尾注©电国管理源
寡口!
更新目录前联a£下w注▼蠢插盆文学事…
b日显示葡主查找▼小书目▼
S5?
脚注®信息检索引文与书目
项目理解
项目理解部分主要写出需求方做这个项目的理由,藉由这个项目要解决什么问题,这个部分是为了展示我们对项目的认知和需求方是一致的,也就是告诉需求方我明白你为什么要做这个项目,和企划书中项目背景的多方论证不同,项目方案中的项目理解不需要太花哨的展示。
项目目标
项目目标是整个项目的终点,因此,最好在项目目标当中指出项目要干什么,告诉需求方我知道你在这个项目中要拿到什么东西、达到什么目的。
这个部分和后面的成果预期并不重复,这里和项目理解一样,无需着瞿过多。
项目思路
项目思路是专业展示的第一个部分。
在这里我们要说明我们如何看待对方的问题,针对对方问题我们用什么理论来解决,需要用到什么工具,我们解决对方问题的方法,总的来说,这个部分就是方法论,不涉及到具体落地的措施,而是提出我们解决问题的方法以及证明这个方法是正确的。
项目流程
除了极个别较为简单的项目(项目的简单与金额无关,而是指项目流程的多寡复杂程度),大多数项目都会涉及到流程设计。
我们需要在这个部分将项目划分为若干个步骤,并且分步骤在这个部门写明都是谁来做,做什么,什么时候做,什么地方做,用什么做,怎么做,做成什么样子,总共需要多少时间,每个步骤应该是实际工作中无法继续分割的,比如说半小时扫20米街道,在实际工作中,只需要清洁工一人用扫帚工作半小时即可,无需进一步划分。
这也是我们进行成本核算的依据。
成果预期
这个部分要展示我们能够交付给需求放的内容,要体现我们在什么时间、什么地点、由谁、给到谁、什么内容、什么形式、数量、规格等明确字段。
质量控制措施
在项目流程中我们写了怎么做项目,但其中会有一些工作内容涉及到标准和要求存在偷工减料、瞒报不实的操作空间,我们在流程中需要加入控制质量的方式,理想中的场景是需求方一直有人在场,但如果处处有需求方,那人家自己干不好吗?
所以我们要通过流程来确保质量,比如说完成一项工作以后我们会自行做一次质检验收,再比如工程类项目就有监理对匚程质量进行控制。
对于有形的物料,我们要提供有形凭证、过程中的消耗品我们要提供影像资料,包括采购凭证、消费凭证、支付凭证等等。
进度控制措施
做项目不光要确保质量,而且要确保如期完成,因此进度控制也很重要,所以我们要在项目流程中体现总共用了多少时间。
但是我们的项目流程可能会因为人员不到位、材料不到位等原因无法按期完成,我们如何确保项目进度不受这些因素的影响呢,这个部分就是要说明这个问题。
比如人员方面我们有张三和李四,如果张三来不了,我们让李四补位;材料方面我们有库存和现采两种供应方式,如果现采出现问题,我们可以动用库存让项目运转。
同时在这里我们要把成果预期和进度关联起来,每一个进度结点都能有相应的成果进行交付,只要保证每一个阶段性成果交付不就能确保整个项目顺利完成了吗?
所以说,进度控制既要呈现我们的资源优势,还要展现我们对项目结点划分的合理程度。
资源投入
在需求方将项目交付给我方之后,要看到我方的动作,也就是我方的工作应是可见的,有些项目是有施工行为的不用担心,但有些项目是无形产出怎么体现?
这里就涉及到资源投入的问题了。
资源投入涉及到人、设备、资金、软件等资源的投入,这些资源我们要在方案中体现,我们会投入哪些专家,他们具有什么能力、资质;投入哪些设备,什么规格:
投入多少资金,去向分别在哪里;投入什么软件,以什么方式呈现。
如果要写的细致一点,我们需要写明这些资源什么时间入场,投入到什么程度,投入多长时间。
风险管理措施
质量和进度的不确定性其实也是风险的一部分,我们已经单独做了质量控制和进度控制,但还有一些无法识别或者可以识别确被公认为无法规避的情形,比如不可抗力的出现,我们需要在风险管理当中提供预防措施和应对措施,比如说工程施工项目,在工期预计时要做有阴雨天气的准备,预计有10天阴雨天无法施工,原本30天能完成的工作我们预计为40天。
实际只有两天阴雨天,我们就提前8天完工了;如果实际有20天阴雨天呢,这就是超出预计的风险,而且是不可抗力,我们只能延期10天完工。
在这个部分要结合项目属性,可能对项目造成影响的风险尽量体现出来,做出应有的应对措施。
沟通管理
沟通管理通常要告诉需求方这么几点:
我们双方由哪些人进行沟通(你放儿人、我方儿人),分别沟通什么事情(张三负责签合同,李四负责付款),我们内部会以什么形式进行沟通(qq、邮件、微信、电话、当面沟通、定期会议、钉钉等),多长时间沟通一次,以及我方的响应时间等
变更管理
变更管理是建立在项目原定计划或标准无法按预计要求完成时我们采取的变更措施,比如原定人员无法到位,临场换人:
原定设备无法到位,临时更换;原定时间无法完成,必须延期;原定标准无法达成,临时降低。
这个部分体现的不是具体变什么,而是如果出现了变更计划的需求我们按什么程序来变更,是先请示需求方还是内部商量好了就能变,因此这里要体现的是项目管理制度,告诉需求方我们有或者会建立完善的项目管理制度,如果没有针对当前项目的制度,我们至少可以提供以往项目的管理制度来证明我们的经验。
服务承诺
有能力是一回事,好好干是另一回事。
这个部分体现的第一个内容就是我们承诺我们会好好干,具体内容各行业不同,童鞋可以根据所在行业自行琢磨,也可以找前辈讨要一份。
干你想要我干的事是一回事,我还送你我愿意送的是另一回事。
因此这个部分的另一个内容就是增值服务。
我们可以在需求方基础需求之外给出一些增值服务,这些服务也是体现在这个部分的。
从项目管理角度来说,我们只应该做好分内之事,但有时候为了拿到项目,增加客户黏性,我们也会送出一些服务,大多数都先以承诺的形式在这里写明。
案例展示
最后就是案例展示了。
我们需要把我们做过的项目或者类似的经验展示在这里,在不涉及到其他项目信息泄露的前提下提供一下合同证明、成果证明,展示的方式可以是截图、照片、录音录像、文档等等。
好的,项目方案的基本框架就写到这里,想要写出好的项目方案,最好的办法还是要尽量明确客户需求、了解项目运作模式、具备项目实施的经验,能够系统地学学项目管理就更好了。
感谢您的阅读,文中尽量用直白的语言来说明是为了帮助理解,如果有用词不当指出还请见谅。