[精选]项目计划（通用14篇）
1.这个项目是的背景是什么，为什么要做这个项目？
搞清楚这个问题是所有项目管理工作的前提
2.项目最终是要做个什么东西，达到什么样的目标？
明确项目目标
3.项目的干系人有哪些，对项目的看法和期望如何？
干系人的期望会影响到项目计划的范围和时间安排，很重要。
4.项目范围是否过大，是否清晰确定，哪些功能是对客户价值最高的？
这个时候需要把项目分期进行，把确定的并且价值高的需求放在前期实现，如果项目太大周期太长，本着大项目小做的'思想，也建议将项目分期进行，这样才能在最短的时间内有产出，并以验证项目效果，降低项目风险。
5.目前可投入到项目的资源有哪些，是否能申请到额外的资源？
资源是否能满足项目的需求，尤其在时间和资源不对等的情况下，如何调整项目计划。
6.项目团队成员超过一定数量，如何进行分组管理？
项目成员超过10人必然要进行分组管理，项目计划的人员安排应结合人员分组的情况。
期待薪酬：底薪4500元-5000元
如贵公司聘用我，为尽快适应新的工作，本人制定如下履职目标和措施：
一、履职目标
初到公司，本人以"第一个月打基础，熟悉工作环境，了解公司相关的规章制度；第二月出成绩，对自己手上的存量客户进行拜访，并熟悉新的合作银行，至少完成1笔担保业务；第三个月开始全面进入状态，和团队合作纯熟，进入业务冲刺期，全面的和客户及银行开展业务"为宏观总体目标，到20xx年底，力争完成5-6笔担保业务，为公司创造一定的收益。
二、履职措施
为了实现本人的履职计划，拟采取如下措施：
1、加强与各银行的合作，尤其是准入行的合作。在服从公司整体银行协作战略部署的前提下，认真分析各银行特点、行长特点和经办客户经理特点，并加以引进**市区内其他合作较好的银行，为企业提供担保贷款和短资服务。
（1）银行资源开发和维护的关键点是优质项目、安全项目的'长期利益共享模式，应始终把握这个主线，在不违背公司利益的前提下尽最大可能和银行合作、配合银行；
（2）配合银行各类业绩（结算、存款、开卡、理财等）考核要求，激励企业给予充分配合；
（3）配合银行现有和潜在客户的融资需求，提供各种协作和支持服务；
（4）同银行领导及客户经理大力开展拆借合作，共享利益，做好节假日的银行营销工作。
2、加强与政府民营经济管理部门及各商协会的合作。不定期组织各商协会活动，加深与各商协会领导的交流沟通，从中得到相关融资需求的信息，寻找商机。
3、充分利用自身丰富的业务、客户、人脉资源和充分的企业信用信息，努力对已经接触或者合作过的企业深入挖掘和开发。
4、各项合作做深做细。银行合作深入到核心支行下面的每一个可以合作的网点；商协会及镇街经济管理部门合作细致到每周有企业拜访。
5、如果公司有机会让我带领团队，本人将建设一个有责任心、上进心、事业心的队伍。加强员工纪律管理，促使员工自动、自觉、自发、能动地等遵守公司纪律、制度。
6、加强项目的风险控制，降低客户的风险性，确保公司业务安全运营，有效发展。
摘 要
请简要叙述以下内容：
1. 项目基本情况(项目名称、启动时间、主要产品/服务、目前进展。)
2. 主要管理者(姓名、性别、学历、毕业院校、毕业时间，主要经历。)
3. 研究与开发(已有的技术成果及技术水平，研发队伍技术水平、竞争力及对外合作情况，已经投入的经费及今后投入计划)
4. 行业及市场(行业历史与前景，市场规模及发展趋势，行业竞争对手及本项目竞争优势。)
4. 营销策略(在价格、促销、建立销售网络等各方面拟采取的措施。)
5.产品生产(生产方式，生产工艺，质量控制)
7. 财务计划(资金需求量、使用计划，拟出让股份，未来三年的财务预测和投资者回报。)
一 项目概况
项目名称：
启动时间：
准备注册资本：
项目进展：(说明自项目启动以来至目前的进展情况)
主要股东：(列表说明目前股东的名称、出资额、出资形式、单位和联系电话。)
组织机构：(用图来表示)
主要业务：(准备经营的主要业务。)
盈利模式：(详细说明本项目的商业盈利模式。)
未来3年的发展战略和经营目标：(行业地位、销售收入、市场占有率、产品品牌等。)
二 管理层
2.1 成立公司的董事会：(董事成员，姓名，职务，工作单位和联系电话)
2.2 高管层简介：董事长、总经理、主要技术负责人、主要营销负责人、主要财务负责人(姓名，性别，年龄，学历，专业，职称，毕业院校，联系电话，主要经历和业绩，主要说明在本行业内的管理经验和成功案例。)
2.3激励和约束机制：(公司对管理层及关键人员将采取怎样的激励机制和奖励措施。)
三 研究与开发
4.1 项目的技术可行性和成熟性分析
4.1.2项目的技术创新性论述
(1)基本原理及关键技术内容
(2)技术创新点
4.1.2项目成熟性和可靠性分析
4.2项目的研发成果及主要技术竞争对手：(产品是否经国际、国内各级行业权威部门和机构鉴定;国内外情况，项目在技术与产品开发方面的国内外竞争对手，项目为提高竞争力所采取的措施。)
4.3 后续研发计划：(请说明为保证产品性能、产品升级换代和保持技术先进水平，项目的研发重点、正在或未来3年内拟研发的新产品。)
4.4 研发投入：(截止到现在项目在技术开发方面的资金总投入，计划再投入的多少开发资金，列表说明每年购置开发设备、员工费用以及与开发有关的其它费用。)
4.5 技术资源和合作：(项目现有技术资源以及技术储备情况，是否寻求技术开发依托和合作，如大专院校、科研院所等，若有请说明合作方式。)
4.6 技术保密和激励措施：(请说明项目采取那些技术保密措施，怎样的激励机制，以确保项目技术文件的安全性和关键技术人员和技术队伍的稳定性。)
四 行业及市场
4.1 行业状况：(发展历史及现状，哪些变化对产品利润、利润率影响较大，进入该行业的技术壁垒、贸易壁垒、政策导向和限制等。)
4.2 市场前景与预测：(全行业销售发展预测并注明资料来源或依据。)
4.3 目标市场：(请对产品/服务所面向的主要用户种类进行详细说明。)
4.4 主要竞争对手：(说明行业内主要竞争对手的情况，主要描述在主要销售市场中的竞争对手，他们所占市场份额，竞争优势和竞争劣势)
4.5 市场壁垒：(请说明市场销售有无行业管制，公司产品进入市场的难度及对策)
4.6 swot分析：(产品/服务与竞争者相比的优势与劣势，面临的机会与威胁)
4.7 销售预测：(预测公司未来3年的销售收入和市场份额)
五 营销策略
5.1 价格策略： (销售成本的构成, 销售价格制订依据和折扣政策)
5.2 行销策略：( 请说明在建立销售网络、销售渠道、广告促销、设立代理商、分销商和售后服务方面的策略与实施办法)
5.3激励机制：(说明建立一支素质良好的销售队伍的策略与办法, 对销售人员采取什么样的激励和约束机制)
六 产品生产
7.1产品生产(产品的生产方式是自己生产还是委托加工，生产规模，生产场地，工艺流程，生产设备，质量管理，原材料采购及库存管理等)
7.2 生产人员配备及管理
七 财务计划
7.1 股权中小企业融资数量和权益：(希望创业基金参股本项目的数量，其他资金来源和额度，以及各投资参与者在公司中所占权益)
7.2 资金用途和使用计划：(请列表说明中小企业融资后项目实施计划，包括资金投入进度，效果和起止时间等。)
7.3 投资回报：(说明中小企业融资后未来3 -4 年平均年投资回报率及有关依据。)
7.4 财务预测：(请提供中小企业融资后未来3 年项目预测的资产负债表、损益表、现金流量表，并说明财务预测数据编制的依据。)
八 风险及对策
8.1 主要风险：(请详细说明本项目实施过程中可能遇到的政策风险、研发风险、经营管理风险、市场风险、生产风险、财务风险、汇率风险、对项目关键人员依赖的风险等。)
8.2 风险对策：(以上风险如存在，请说明控制和防范对策。)
一、出院后电话随访的目的
1、提高医院服务的层次：相当于医院的“售后服务”，完善医院的“服务环”；
2、医院信息收集：在随访过程中收集病人对医院运行环节中的意见，作为医院工作改进的依据之一。3、稳定客户病人群：通过电话随访，提升医院的服务效果，使病人成为邵逸夫医院的忠实的“客户”。
二、实施方法
1、以点带面，最后全面铺开：出院后电话随访先在部分楼层、部分病人中实行。目前在神经内科、头颈外科、普外科中试点进行。
2、病种选择：神经内科――脑中风病人；头颈外科――甲状腺术后；普外科――LC术后。3、进行回访表格设计。-找4、具体开展：由护士确定需出院后回访的病人，登记病人信息，确定电话回访的日期及电话中需要了解的疾病康复问题。一周安排1次集中进行电话回访。5、每月进行回访资料的分析和反馈。以书面形式递交医院管理部门作为医院流程或者质量改进的依据。
三、电话回访中需要注意的事项
1、医疗安全尺度的把握：电话回访的主要目的是给患者带去医院的问候，而非远程的医疗。回答患者医疗上的问题需慎重，避免简单的判断和随意指导；
2、实施者的规范把握：因为致电者代表着医院，电话用语必须得体灵活，应对意外问题从容大方，给患者留下美好的印象；
四、电话回访的用语规范初定
电话回访是医院服务的延伸，访问者代表了医院，因此，用语及访问内容、程序必须遵循一定的规范，以体现医院服务的标准化。
一般而言，电话回访需遵循以下规则：
1、接通电话后，先确认病人身份，再自我介绍，说明致电的目的。
例：您好，请问您是吗？我是邵逸夫医院的护士，这次给您电话是对您的出院回访。
2、根据病人不同情况询问病人出院后的疾病康复情况，给于适当的指导。在回答病人的.问题时如果你无法确认或你认为非正常的情况，建议病人就诊。需要定期复诊的病人，给于提醒。
3、通话结束，询问病人此次住院有无意见及建议，并对病人的配合治疗表示感谢。
例：请问您在此次住院期间对我们还有什么意见及建议吗？谢谢您对我们工作的配合，再见。
4、等对方挂机后再搁下话筒。
五、参与电话访问者需要培训的内容：
1、电话回访的目的和整体安排；
2、电话礼仪；
3、处理意外话题的能力；
4、资料的登记保管和分析。
1、据项目的施工结构、施工安全及现场布置情况来看，项目列出高层和多层建筑安全生产措施专项费用，项目部应严格进行费用管理。
2、按《建筑施工安全检查标准（JGJ59-99）》编制项目安全措施费的投入计划，由项目经理审批后报单位安全主管部门复核。
3、受单位安全主管部门委托，项目经理为项目安全生产的第一责任人，并全面负责该项目安全生产措施费的及时投入和合理使用。
4、项目安全生产措施费为专款专用，项目不得以任何理由和任何形式挪用，措施费的使用应严格按工程进度情况和投入计划执行。
5、项目安全生产投入管理人员需每月书面向项目经理汇报该项工作的完成和资金使用情况。
6、项目按实际进度由生产经理及时提出安全防护所需的材料及人员计划，由项目经理审批后材料人员购入（含机电设备）。
7、购入的安全防护材料由材料员负责保管和领用，并检查其质量。
8、项目安全员负责检查项目安全防护用品的及时、合理使用，并随时检查已使用材料的维护情况。
9、项目财务人员应保证该项资金的专用性，按项目安全生产要求及时支付所需购入材料的资金。
10、项目全体管理人员应对项目安全生产投入的工作群策群力，积极参与，提出意见，以保证该工作能更合理、更科学的进行。
11、项目内的参建单位、专业分包单位、施工班组给予项目的安全生产工作积极配合，保护已完成的安全防护。
一、项目计划书格式
根据《gb计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：
二、项目计划书的编写说明
1 引言
1.1 编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制"项目计划书"亦即本文档的意图和希望达到的效果。注意这里的"目的"不是"项目目标"，而是为了说明本文档的目的与作用。"项目目标"在2.1中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是"项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。"
例 如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式， 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目 团队开展和检查项目工作的依据。
常见的问题：把项目本身的"项目目标"误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对"系统"开发的项目名称是"系统开发"。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、 税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项 目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的 主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进 度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适 应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立"某市某建设工作信息报送反馈系统"，提高某建设工作信息报送反馈工作效率，提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相 互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的 关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府的网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
计划文号： 甬科计[ ] 号 甬财政 [ ] 号
项目课题编号：课题名称 基于催化反应动力学的三元催化还原器研发及产业化 课题负责人（签名）
经办人：胡海龙 联系电话： 1350X007 填表日期： 20xx 年 9 月 9 日
填 报 说 明
一、本表的费用指的是市本级科技项目经费的使用情况。请按下列要求填写（一式四份），要求字迹清楚，涂改无效。（填报说明仅供填写时参考，不必附上）
1、设备费：是指在项目实施过程中购置或试制专用仪器设备，对现有仪器设备进行升级改造，以及租赁使用外单位仪器设备而发生的费用。
2、材料费：是指在项目实施过程中由于消耗各种所必需的原材料、辅助材料等低值易耗品、零配件的购置费以及资料印刷费以及发生的采购、运输、装卸和整理等费用。
3、测试化验加工费：是指在项目实施工程中由于承担单位自身的'技术、工艺和设备等条件的限制，必须支付给外单位（包括项目和课题承担单位内部独立经济核算单位）的检验、测试、设计、化验及加工等费用。
4、燃料动力费：是指在项目实施过程中相关大型仪器设备、专用科学装置等运行发生的可以单独计量的水、电、气、燃料消耗费用等。
5、差旅费：是指在项目实施过程中开展科学实验（试验）、科学考察、业务调研、学术交流等所发生的外埠差旅费用、市内交通费用等。差旅费的开支标准应当按照有关规定执行。
6、会议费：是指在项目实施过程中组织开展相关的学术研讨、咨询以及协调任务等活动而发生的会议费用。会议费用应当参照有关规定，严格控制会议数量、规模、开支标准和会期。
7、国际科技合作与交流费：是指在项目实施过程中相关人员出国及外国专家来华工作而发生的费用。
8、出版/文献/信息传播/知识产权事务费：是指在项目实施过程中，需要支付的出版费及书籍购买费、资料费、文献检索费、入网费、通信费、专用软件购买费、专利申请及其他知识产权事务等费用。
9、劳务费：是指在项目实施过程中支付给项目组成人员中没有工资性收入的相关研发人员（如在校研究生等）和临时聘用人员等的劳务性费用和有关社会保险费补助。
10、专家咨询费：是指在项目实施过程中支付给临时聘用的咨询专家费用。专家咨询费不得支付给参与项目（课题）研究及其管理相关的工作人员。
11、间接费用包括管理费和激励支出。管理费用是指承担项目任务的单位为项目研究提供的现有仪器设备和房屋，日常水、电、气、暖消耗等安排的有关支出。激励支出是指承担项目任务的单位为提高科研工作绩效安排的相关支出。
二、本表由课题承担单位填写，随科技项目合同书、申报书（各一式四份）在归口部门审查后报市科技局职能处室及计划处审校和存档；承担单位应将审定后的用款计划表、合同书及申报书送归口部门一套进行备案，同时存档以备项目验收时使用。
一、活动目的及意义：
谁说八零、九零后都是家中的小皇帝，谁说我们这一代的孩子娇宠过度。通过此次温馨晚餐的活动，使同学们珍惜眼前人，或许平日忙于学业，或许有人羞于表达，借助这次温馨晚餐的机会，给大家一个表达感恩的平台，同时，也让同学们注意到了日常饮食中食品营养搭配的重要性，给我们在乎的人一顿真正意义上的营养晚餐。
二、活动主题：
感恩回报，营养晚餐
三、主办单位：上海商学院食品系
四、活动时间：
五、活动地点：
六、活动对象：全校学生
七、活动内容及形式：
1、真情表白。
将你想感谢的人说的话，或者你们的故事以文字、视频短片或flash的形式上传到邮箱。届时，在易班网站上进行投票。
2、设计菜单。
菜单要营养搭配合理（预算在100~150元之内），菜名别具匠心（最好有较深的内涵意义）。在菜单上注明主要食材，以及烹饪方法。我们会请到食品系权威的老师进行评价打分。
3、最终成绩。
最终成绩=易班人气排名*30%+营养老师打分*50%+菜名创新*20%。
八、评奖及奖项设置
一等奖：200元
二等奖：150元
三等奖：100元
食品学院 20xx-5-28
一、项目计划
1、测绘的空间范围，包括项目的四至、测区周边的情况等等；
2、数学要素，如地图投影、比例尺、控制点、坐标网、高程系、地图分幅等；
3、地理要素，是指地图上表示的具有地理位置、分布特点的自然现象和社会现象；
4、整饰要素，主要指便于读图和用图的某些内容。例如：图名、图号、图例等。工作分解结构（WBS）是对测绘项目团队为实现项目目标、创建可交付成果而需要实施的全部工作范围的层级分解。
WBS组织并定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作。WBS最低层的组件被称为工作包，其中包括计划的工作。在此项工作中，我们会列出项目的WBS词典和责任分配矩阵表，明确部门的分工和责任。
经过工作分解后，下一步就是进行活动定义，定义活动是识别和记录为完成项目可交付成果而需采取的具体行动的过程，将工作明确到个人，并列出个人任务清单列表。活动排序，就是将活动之间的逻辑关系和先后次序理清，画出进度网络图。同时，进行活动资源的估算，以此来估算完成完成每项目任务的工期。活动成本估算是对完成项目工作可能需要的成本的量化估算，由每项活动成本汇总而成。成本估算应该覆盖活动所使用的全部资源，包括直接人工、设备、服务、设施、信息技术。
质量计划由项目的范围基准（包括项目范围说明书、工作分解结构（WBS）、WBS词典）、进度基准、成本基准、其他的管理计划而制定。经过以上的步骤，制定出项目的工期、成本、质量计划，以此计划做为实施过程项目控制的依据。
二、项目监控
动态控制原理是项目目标控制的基本方法论，我们做的测绘项目进度和成本管理主要是以项目的挣值来进行监控。关于质量控制我们的思想是要提前预防质量问题的发生，将每一个质量发生前就将其控制住。往往质量问题发生后，反而增加了成本。实行“二级检查，一级验收”的制度。
1、过程检查
它是在作业组（人员）自查互检的基础上，按相应的技术标准、技术设计书和有关的技术规定所进行的全面检查。此过程由生产单位的作业部门进行。
2、最终检查
它是在过程检查的基础上，质量管理部门代表生产单位对生产部门生产的产品所进行的再一次全面检查，相当于出厂合格证。此工作由生产单位质量检查部门承担。
3、验收
产品成果的.最终验收工作由任务的委托单位组织实施。
三、项目变更项目计划不是一次成型的，而是逐步明晰的一个过程。
制定了一个计划，在实施的过程不是说就一成不变，有很多情况是在项目计划时没有考虑到的问题，在实施过程中出现，那就要实行变更，计划的变更要考虑到各方的因素，不能只是由项目经理来决定，而是由项目管理小组或者是项目管理委员会开会来实施变更。将变更的决定，从新进入项目计划的变更，项目实施程序。
四、结语
本文只在项目的计划与控制方面，结合测绘工程项目管理的特点，考虑到该领域初步应用等情况，参照美国项目管理协会(PMI)和中国项目管理研究会(PMIC)提出的项目管理一系标准过程并进行了必要的整合与简化而提出的。突出了项目的主体计划及监控,符合项目的最初要求，使得项目在计划内顺利的完成。
项目计划变更制度
目的：
为了加强我公司计划管理，保障计划工作的严肃性，理清项目计划执行过程，做到计划变更有据，完善优化计划编制工作。特制定本制度。
适用范围：
本制度适用总公司各中心及子公司在项目进度计划上的变更工作。
职责权限：
项目产品按照设计、工艺、物料、采购、生产、包装、发运、安装的流程进行文件或实物的传递。在计划执行期间内，项目所滞留的环节不能在计划规定时间期限完成，应提前发出变更申请。或者销售部门提出项目进度比计划期限提前。以上两种情况，由执行部门发出项目变更申请。发出申请部门为项目进度滞留部门或销售部门，以文件或实物交接签字为准，不是责任部门。
执行部门负责填写项目进度变更申请，项目基本信息、变更状况和变更原因填写好以后由中心领导或主管副总进行签字确认。
变更发起部门组织相关部门填写意见，填写人须为中心领导或中心指定的计划负责人。
项目部门意见填写完成后，由计划中心分析当次变更对整个项目或公司整体项目计划的影响。
影响包括：
人力资源的增加，成本的增加，其他项目受影响的延期等。
项目计划变更最终需要有总经理签字确认后，计划中心发放到各中心及子公司签收，原件存档到计划供应部。
工作流程：
质检部门签字为时间节点判断项目执行所在部门。执行部门需要在本部门项目工作完成的计划期限内进行申请。如超出计划期限而未进行任何进度变更申请，属计划延误，参照《计划管理处罚制度》。 销售部门因客户需求变化而发起的项目进度计划变更
② 发起中心领导审核：发中心领导负责对项目基本信息及变更时间、变更原因的二次判断及审核。
③ 其他部门变更意见：发起部门将变更单送交项目进度相关部门进行变更意见填写。意见如为不同意，需填写好不同意原因，如人力资源不足，成本增加，能力受限等。
④ 判断客观性：项目计划是严肃的，需要被尊重的。执行部门需要在主观努力并组织协调下均不能保证当期计划期限的情况下申请计划变更。计划中心领导在综合各部门意见和二次可观性审查后判断是否需要变更项目计划，如确实客观需要变更，在填写好项目计划变更的影响后上报总经理。项目计划变更影响主要包括：本项目进度计划的影响，本项目成本的增加或减少，公司总计划的变更，进而对年度产值计划的影响等。如在主观努力下可保证项目环节如期完成，计划中心领导在签署意见后发回项目进度计划变更发起部门。
⑤ 总经理审批：参照各中心对于此项目计划变更单的意见后，从全局考虑进行审批。审批通过则由计划中心发放至各部门，原件留档后，发布变更后计划。如总经理不同意变更，签署意见后由计划中心留档后发放至各中心。
项目计划进度变更申请单
申请人：
填发日期：
项目研究工作与经费使用计划书
项目名称：项目编号： 负 责 人： 所在单位：联系人： 电话：
教 务 科 研 处 制 x年五月
填 写 说 明
一、本计划书作为科学研究项目的实施、管理和验收的主要依据。
二、填写本计划书前，请认真查阅项目来源单位相关科研经费管理和学校科研经费管理政策。
三、项目起止时间按原申请书计划的为准，计划研究时间节点原则上与原项目申请书一致，如研究计划确需调整，可以微调。
四、“所属学科”应填写二级学科，详见教育部公布的`学科分类与代码。
五、计划书用A4纸双面打印，内文用小四号宋体字，标题用小四号黑体字，于左侧装订成册（不要用塑料封面或塑料文件夹）。
六、本计划书一式四份。学校审核后，教务科研处、财务处、项目承担单位、项目负责人各留存一份。
一、基本情况
二、项目研究工作进度节点安排、阶段预期目标及成果形式
三、经费预算1（合同经费：只预算直接经费，间接经费另行预算）
一、项目背景
我国目前面临严重的人口老龄化趋势。这意味着我国需要养老的人口在激增。我国目前老年人照顾的现实是传统家庭养老功能在弱化、社会养老机构严重不足。在这一背景下,一些既不愿意到社区养老机构，也不愿拖累子女的半失能老人就必须独自照顾自己，生活的极其不方便让他们只能待在家里，与社区服务隔绝。为了更好地为这些老人服务，作为人们日常居住于生活的“社区”，不可避免的成为辅助社会、支援家庭的中间环节，“邻里帮扶和社区日间照顾”也日渐成为可发展的新型养老模式。而我们这个组织旨在帮助这些半失能老人提供一些基本的日间照顾服务，通过邻里协助网络和志愿者联系网络为他们建立一个社会支援网络。
二、理念
1、马斯洛需要层次理论：马斯洛理论把需求从低到高分成生理需求、安全需求、归属与爱的需求、尊重需求和自我实现需求五类。失能老人是生活不能完全自理、需要一定照料的老人，他们需要我们的照料，以确保其基本的安全的需要，日间照顾主要为生活不能完全自理、需要一定照料的半失能老年人提供膳食供应、个人照顾、保健康复、休闲娱乐等日间托养服务，满足老人安全需要、归属与爱的需要。
2、埃里克森的生命周期理论：大多数人到老年时都能保持原来的状态，但埃里克森认为，人还有一种危机要克服。过去的岁月和经历，走向死亡的必然性，使老年人要么达到一种自我整合，要么产生失望感。以满足的心情回忆往事的人，将以一种完善感走完最后的发展阶段。埃里克森写到：“人对唯一的一次生命，是将它作为不得不是这
个样子而接受的，是将它作为必然的、不允许有其他替代物而接受的，是以人的生活是人自己的责任这样一个事实而接受的。”不能形成这种良好整合的人会落入失望的境地。他们认识到现在时间是太少了，年轻人拥有的选择和机会，他们都没有了，一生已经过去，他们希望用完全不同的方式重新生活一遍，这样的人常常通过对他人的厌恶和轻蔑来表达他们的失望。通过日间照料让老人们可享受“白天入托接受照顾，晚上回家享受家庭生活”的社区居家养老新模式。
3、社区照顾是通过运用社区的各种正式与非正式资源，尽量做到使需要照顾的老人能够继续留在社区或他们原来熟悉的生活环境下维持独立的生活，而同时又能获得必要的照顾，从而避免不必要的住院或隔离。
4、符号互动理论：此理论认为，人们是在他们的社会环境中、在与他有的交往中获得他们的自我概念的，换句话说，人们是根据他人对自己的评判、态度来思考自身的。一旦他人把我们归入自我概念，我们便会不由自主地根据他人划分对自己作出反应，从而形成自我概念。日间照顾为生活不能完全自理、需要一定照料的半失能老年人提供膳食供应、个人照顾、保健康复、休闲娱乐等日间托养服务，充分体现了我们对老年人的关心，让他们感觉到自己存在的价值感，摒弃把老人描绘成昏庸、老朽、无用的价值观念。
5、生态观理论，强调整合服务对象个人、家庭、朋友、邻居以及整个社区的资源，从而为服务对象提供服务。
三、需求分析
当前，我国老龄化越来越严重，社区中老年人的数量迅速上升，其中半失能老年人占了几乎三分之一的部分。通过调查，我们发现绝大多数的老人不愿被送去养老机构，居家养老几乎成了90%老人的首选，而半失能长者的需求也主要就是三大块：基本物质保障、医疗救助、寂寞排解，社区日间照顾可以是满足半失能长者需求，同时减轻家庭负担的好方法。
因为目前经费短缺、条件有限；缺乏专业的工作人员和志愿者队伍；加上为老服务的民间组织缺乏，因此我们只能先考虑最困难的群体，以社区中的半失能长者为服务对象，为他们提供社区日间照顾，同时构建邻里帮扶机制，实现居家养老和社区照顾的有机结合，构筑邻里相扶、守望相助的温馨社区。当然，在我们的组织发展起来后，我们不仅要建立完备的社区老年服务体系，而且要让我们的服务覆盖到社区所有的半失能老人。
三、项目计划
（一）
1、开展专题调研，了解社区状况。通过调查问卷、电话访谈等方式了解该社区中老年人的生活状况，基本需要和实际需求。
2、进行科学分类，着重分析半失能老人的实际需求。把关于半失能老人的状况整理分类，制定组织能够提供服务的老人名单，找出这些老人的实际需求，并且根据老人不同的实际需求，把老人进行分类，建立服务档案。
3、建立工作关系，奠定服务基础。通过上门进行访谈或者社区居委
会的介绍，与服务对象进行沟通了解，掌握其实际情况，并与之建立基本的工作关系，建立服务基础。
4、走访服务对象邻居，了解邻里情况。通过走访服务对象的邻居，了解他们的邻里关系，邻里关系和谐的可以加强他们之间的来往，邻里关系一般的可以鼓励他们之间的来往，争取为服务对象建立更为有利的邻舍协助网络。
5、建立志愿者服务网络体系。建立志愿者服务网络体系，制定志愿者服务制度，以及其他相关的`志愿者服务的相关活动。使志愿者的价值能够最大程度的发挥。
（二）
1、运用多种形式进行宣传。充分发挥社区居委会的功能，在社区中进行黑板报、海报、讲座宣传，让社区中的居民了解该组织的宗旨、服务内容以及相关的其他内容，推广先进助老服务理念和专业工作方法积极争取社区居民的支持。
2、开展专业服务。根据服务对象的需求和问题，运用社会工作方法，依据项目实施具体计划，开展专项服务，并对老人的基本信息，家庭信息，之前的工作情况，身体状况等做好详细的记录维护老年人的合法权益，满足半失能长者需求，同时减轻家庭负担，充实和完善已有的居家养老服务体系。
一、指导思想
一个人的阅读史，就是他的精神发育史。同样，一个教师的专业发展史，在一定程度上就是他的专业阅读史。如果说最好的投资是投资大脑的话，对教师而言，投资大脑最根本的途径就是进行合宜的专业阅读。适时的不间断的不懈怠的读书应该成为教师专业发展和成长的自觉意识和行为习惯，为此学校开展教师专业阅读发展项目。
二、项目目标
1.开展教师专业阅读培训项目，让教师在读书活动中找到更多的职业乐趣，丰富自己的精神生活，赋予自己更大的人生价值，把读书当成人生发展的一种方式和状态。
2.通过专业阅读培训活动，使教师提高理论和实践水平，推进教育课程改革进程，构筑合宜的大脑，改变教师的行走方式。
3.通过读书交流会的方式，形成“学习共同体”的凝聚以及相互碰撞。在交流中发展，在合作中提升。
三、项目实施
1.主题“月”读一个学期读好一本书，按月推进阅读，每月一主题。
阅读前：月初书先发，思考主题随书本一起布置。
阅读中：倡导教师随时将阅读体会、感受以“微言大义”的方式（不超过140字的方式随时记录），在交流之前汇总上传到相应文件夹内。
阅读后：在月末“相约周二”举行读书交流会。以小组的方式开展交流。每个小组围绕阅读前的任务将小组成员的反馈意见呈现在白板上。每个小组选发言人来汇报交流。每个组的白板上的作品都要“拍照留影”纪念。
每月的读书交流会以“个性”+“常规”两部分组成。个性（围绕交流主题进行主题发言、朗诵会、图片欣赏以及影视片段赏析等）；常规（小组交流汇报展示）
注：组内汇报交流时有话则长，无话则短。如果是在书上作批注的，可以根据书上的批注进行交流。根据书上是否留下了“痕迹”来决定这本书的去向。（如果书籍崭新，没有留下任何圈圈点点，画线批注，那此书将收回图书室。）
2.底线+榜样
专业阅读面对的是全体教师，教师专业阅读中需落实：“底线+榜样”。底线即必读书目，榜样即必读书目＋推荐书目＋自选书目，在底线完成的基础上涌现出来的.优秀者或最大程度超越底线的人即为学校专业阅读榜样教师。
计划文号：甬科计[ ]84号 甬财政 []515号
项目课题编号：课题名称课题负责人（签名）
经办人：联系电话： 填表日期： 20xx年7月 17日
填报说明
一、 用款计划按下列要求填写（一式五份）。填报说明仅供填写时参考，不必附上。要求字迹清楚，涂改无效。
1、 人员费，指直接参加项目（课题）研究的人员支出的劳动费用
2、 设备费，指项目（课题）研究过程中所必需的专用仪器、设备、样品、样机购置补助费。应对仪器设备和样机的名称、规格、型号、数量、单价、金额进行说明。
3、 能源材料费，指项目（课题）研究所必需的材料、燃料、水、电、低值易耗品、零配件的购置费等。
4、 设计试验费，指项目研究、攻关的样机设计制造、试验费等。农业上良种培育应填写面积、每亩费用等。
5、 信息费，指项目（课题）研究过程中需要支付的出版费及书籍购买费、资料费、文献检索费、入网费、通信费等。
6、 调研费，指为项目研究而进行的相关的专题技术、学术会议费。
7、 租赁费：指为实施项目而租赁的专用仪器、设备、场地、实验基地等所发生的.费用。
8、 转拨协作单位经费，指为项目实施开展合作研究的费用。应将该部分费用另填写预算表，并附上。
9、 以上费用及科技成果鉴定费等与项目（课题）研究、开发直接相关的直接费用不得低于项目总经费的95%。
10、 本表由课题承担单位填写后，随科技项目合同报科技局职能处室及计划处审校后，送财务核实拨款。用款单位应将审定后的用款计划表及合同文本送归口部门一份备案。