方案应该具备清晰的目标和明确的行动步骤，能够指导我们实施工作。在写总结之前，我们可以先回顾所要总结的内容，对关键信息进行提炼。以下是小编为大家整理的一些成功的方案案例，供大家参考和借鉴。
软件维护项目方案篇一
团队建设方案（一）
一、明确科技创新团队定义
团队是指有一定的互补技能，愿意为了共同的目标相互协作的个体所组成的正式群体。科技创新团队是以学科领军人物为核心，以科研骨干为主体，专业人才和科研辅助人员相配套，优势互补、团结协作，稳定从事基础研究、应用研究、高新技术研究、关键技术攻关、技术集成与示范推广等的紧密型创新研究群体。
二、创新团队的特点
有引领学科发展的领军人才。一个优秀的科技创新团队必然要有一个领军人物，这个领军人物必须具有较强的战略思维能力、学科透视与把握能力、组织协调能力和合作精神，具有良好的学术道德和社会责任感，能够发挥较强的凝聚和领衔作用，并已经取得优秀业绩或具有明显的创新潜力。
有明确稳定的研究目标团队。要有明确的研究目标和相对稳定的研究方向，要紧密围绕国家发展战略需求和国家中长期科技发展规划、区域经济发展战略和转型升级的需要，开展基础、应用和高新技术及产业化研究等。
有较为深厚的学术积累。有良好的科研工作基础和发展潜力，以重大科研项目为载体，已经或能够获得重大科技成果和学术成就。
有结构合理的学术梯队。团队内部具有合理的专业知识结构、职称结构、学历结构和年龄结构，甚至包括个性结构，能够保持持续的创新活力和发展能力。
有良好的文化氛围和团队精神。团队内部具有和谐的氛围，能够进行知识交流和有效沟通，同时团队成员具有以淡泊个人名利为主的协作精神。
宁波市20**年开始开展科技创新团队的建设工作。目前，宁波市科技创新团队分为二个层次：第一层次创新团队和第二层次创新团队。从今年评审情况看，第一层次主要是高校研究单位。
三、创新团队建设的核心内容
1、依托单位（申报单位）
从重点企业中遴选（重点从高新技术企业、科技型企业及省、宁波市及本市工程技术中心中培育）；鼓励企业与高校科研机构开展科技合作。依托企业有行之有效的管理制度并能提供持续的经费保障、。
2、团队组成
创新团队人员：首席专家（或带头人）、核心人员、其它人员，创新团队规模：创新团队应具备合理的人才规模和结构。从事研究开发的工程技术人员应在8人以上，且来自企业的成员不少于二分之一；有合理的专业和年龄结构。
首席专家（职称、学术水平、组织协调能力、年龄）：创新团队首席专家应具备履职所需的良好素质、在科研一线工作，有较高的学术造诣；有良好的政治素质和较强的组织协调能力；有充沛的精力领导团队开展工作；身体健康，年龄一般不超过65周岁。
其它人员：半数以上成员应具有中级以上专业技术资格或三分之二以上人员具有大学毕业学历；团队成员学科交叉、专业多样、能力互补，无侵犯他人知识产权等科研不端行为。
3、创新能力
创新团队应具有稳定的研发方向和较高的创新水平。（已经实施的科技项目、开发的产品、
取得的成果、获得的奖励、专利、编写论文等）
4、研究方向和目标
方向：今后三年主要开展哪个领域的研究和开发，具体研究的项目，开发的产品）和创新基础和条件（重点是依托单位现有的科研的软硬件条件）方向：应在《市“十二五”科技创新发展规划》提出的科技发展重点领域开展关键共性技术攻关和战略性产品开发，对推动发展战略性新兴产业和传统优势产业转型升级具有重大现实意义。
目标：团队建设以具体项目为载体，具有明确的技术实现路线和可行的人才培养计划，周期内有明确的阶段性自主知识产权和标志性创新成果目标，以及实现产业化的计划。
5、创新基础和条件
创新团队建设应与市企业工程技术中心等创新载体紧密结合。
四、建设要点及条件
1、团队名称：研究方向（领域）+创新团队。
5、团队的规模：团队的规模不宜过大，根据研究方向和内容要求确定，一般在20人以内较为合适。
6、创新团队带头人和核心成员简介：主要是介绍团队带头人及核心成员的学习及工作经历、实施的科技项目、产品开发情况、编写的论文、取得的科技成果（专利）、获得的荣誉等等，真实、详尽。能充分说明团队带动人和核心成员的学术水平、科研能力。从另一方面说明，本团队具有较强的研发能力，能保证团队各项研究工作的顺利开展。
7、创新团队成员合作研究成果简介：主要是介绍团队所有成员单独或联合取得的研究成果：包括专利、承担的科技项目新产品开发、科技成果鉴定（验收）证书、论文等。该材料必须有证明材料印证。如果研究成果较多，可以选择最能体现研究能力和水平，代表最高学术成就的内容。现在研究基础：着重突出以下几方面内：
10、未来研究方向和目标：主要是今后三年的研究方向和目标。这部分主要是二个方面：一是研究方向，二是研究目标。研究方向是指团队今年三年主要从事哪个领域或者是哪个方面的研究，例如智能家电领域、数码音视频技术等（注意产业导向问题）。编写时不仅要阐述团队的研究方向，还应该分析国内外该领域科技发展的趋势和现状，分析在该领域开展研究的必要性和重要性。研究目标：主要是今后三年团队要从事的研究项目和开发的产品。这是团队今年几年要做的主要工作，也是创新团队的核心内容。
标需要开展的研究。研究内容应该是围绕项目目标开展，通过具体的研究最终目的是为实现总体目标；关键技术：关键技术也就是该项目技术上需要突破的方面，是项目研究先进性、创新性的体现。关键技术必须是在现在的基础上的进一步，是需要研究解决的问题）技术路线：是整个项目研究的重要环节，技术路线与研究目标、研究内容及关键技术之间是紧密相关的，技术路线其实是说明为了目标和研究内容具体该怎么做，采取什么样的措施和方法。
11、研究进度及经费安排：按照项目进行分解，即分个项目的具体开始结束时间及进度目标要求，每个项目一条。经费投入也是按一个项目填报。经费预算是实施项目的`经费合计和分类。申请资助金额最多150万元。经费预算要合理、科学，实事求是。
12、人才培养规划要对带动人、核心成员、其它成员三个层次进行阐述，重点阐述对中青年的培养计划。规划要具有可操作性。内容大概应包括：培养对象、培养内容、培养方式（模式）、人才管理（使用）、经费保障等。（三个层次都应该涉及）
各合作方的协作规划：要围绕研究方向和目标各方在今后三年承担的角色和发挥的作用。
13、产业化计划：对非基础性研究、前瞻性研究具有实现产业化的需要提供产业化计划。产业化计划根本就是如何把研究的项目、开发的产业推向市场，实现量产，并取得较发的经济效益。
14、项目申报单位在项目经费预算上报的同时，报送单位上年度审计后的财务报表；非基础性、前瞻性研究具有实现产业化的计划；其他相关证明材料。
团队建设方案（二）
为了深化普通高中课程改革，创新人才培养模式，促进教师专业发展，破解中年教师职业倦怠问题，现根据国家省市中长期教育改革与发展规划纲要以及《教育部关于大力加强中小学教师培训工作的意见》（教师〔20**〕1号）精神，借鉴《温州市中小学骨干教师管理暂行办法》（温教政〔2015〕129号），结合《苍南中学教师专业发展培训规划（20**―20**）》和《苍南中学教师培养培训管理办法》，制定本方案。
一、指导思想
以科学发展观为指导，遵循教育教学规律和人才培养规律，坚持“以教师为本，个性化发展，差异性成长，整体性提升”的思路，以提高教师整体素质为目标，以解决教师职业倦怠及专业发展“瓶颈”问题为突破口，采取“学术委员会领导、名师工作室引领、青蓝工程团队引导、教师研训学科基地主导、年轻教师书友会参与”的运行机制和切实有效的措施，探讨新课程理念下教师多元梯级团队建设的有效途径，建设一支符合时代要求的高素质教师队伍，为建设省一级特色普通高中奠定基础。
二、实施目标
1、激发自我发展内驱力，实现教师差异性成长。通过设计多元的校本教研活动，创建良好的学习性、研究性、合作性教师发展文化，让教师在团队中选择适合自身发展需求的活动，激发教师自我发展愿望和内在发展动力，不断提高教师专业发展能力，实现教师差异性成长。形成一支“团结和谐，合作和睦，互帮互学，共同提高”的教师团队。
2、搭建智慧共享化平台，促进教师团队化发展。通过建立由校级领导、教务主任、教科室主任蹲点和由市县名师、省教坛新秀、市“三坛”、县专业骨干组成的名师工作室、参与式工作坊、学科研究小组和跨学科合作小组，实施学习共同体扁平化管理，指导、激励学习型团队开展研讨活动，使教师群体更愿意接受和吸纳指导者意见，使团队学习更具针对性和实效性。打造“充满生机活力，各具进取精神，富有创新意识”的多元梯级团队。
3、践行“教师发展为本”理念，探索梯级团队建设模式。依据“以人为本”的管理思想，
为教师成长创建宽松、愉悦、和谐的氛围，提高教师的职业意识、专业技能和自我发展的精神，在实践中探索教师发展的自主性、自觉性以及客观需求，为教师教育及教育管理方面的决策提供宝贵的素材。造就一支拥有“爱岗与责任、爱生与敬业、爱心与感恩、合作与共赢”的教师团队。
4、谋求一种“自主自觉，合作和睦，开拓进取，探究创新”的教师多元梯级团队合作文化。每位教师都能着眼于学生发展、教师发展和学校发展的共同愿景，坚持走“专业自主发展和团队合作共赢”之路，把“立德树人”作为教育的根本任务，()把“追求卓越，超越自我，努力使自己在教育教学实践活动中对学生产生强烈而持久的人际吸引力、精神感召力和智慧启迪力”作为各自从事教育工作的毕生追求。
三、建设原则
1、学校需要与教师需求相结合原则：根据《苍南中学教育改革与发展规划（20**20**）》，把教育改革与发展要求、省一级特色普通高中创建需要、教师专业成长需求有机结合起来，努力培养一支“学习型”、“研究型”、“专家型”的教师队伍。
2、自主修炼与团队集训相结合原则：根据《苍南中学教师专业发展培训规划（20**―20**）》，把教师自主修炼计划、团队集训计划和全校教师专业发展培训年度计划有机结合起来，努力培养一支“既有学校特色，又有教师个体发展优势”的教师队伍。
3、个性发展与差异成长相结合原则：根据学校培养人文素养与科学精神相融合的教师团队要求，把教师的个性化发展与差异性成长相结合，通过聚焦教师教学行为方式改革建立充满人文关怀的新课堂，发挥教师各自的主观能动作用，主动实施“促进有效学习”的课堂变革实验项目方案，努力建设一支具有教师个性特征和差异发展规律的多元梯级团队。
4、梯级培养与整体发展相结合原则：根据《苍南中学教师培养培训管理办法》的要求，把教师梯级培养与整体发展相结合，特别在课堂变革、校本教研、教书育人、课程开发、选修课程执教能力和教师文化传承与创新等方面达到共同要求的基础上都有所进步和发展，努力打造具有苍本特色和地方文化特征的教师多元梯级团队。
四、强化学习组织系统
1、加强教研组（备课组）建设。根据《苍南中学关于进一步加强教研组建设的若干意见》要求，以教研组、备课组为单位开展“观课议课、团队研课、全员赛课、探究冷课”的校本教研活动、 构建“先学后教 + 自主合作 + 问题评价”的生本高效课堂教学模式 ，努力把教研组建设成为学习型组织。
2、创建市县教师研训学科基地。
一、团队建设目标
完成公司各类内部应用系统的建设和平面广告的设计，完成公司承接各类对外的系统设计和平面广告设计，协助完成网络推广任务。
二、团队组成
系统架构事：1名（兼项目经理）
程序员：1名
美工设计师：1名（兼平面广告设计）
前端工程师：1名
三、团队人员职责
系统架构师：负责系统功能要求的设计，负责对外项目的需求调研与分析，负责系统数据库结构的设计，负责系统数据接口设计，负责项目进度的掌控以及后续维护工作的协调与对接，对整个项目负第一责任。
程序员：负责所有项目后台代码的编写。
美工设计师：负责所有项目的整体美工设计，负责所有项目的图标、图片设计与剪裁，负责其他各类平面广告的设计。
前段工程师：负责所有应用系统的前台页面设计，负责页面交互方式的实现设计，负责页面交互动画的设计，负责页面在各类浏览器平台的匹配。
四、团队人员的技能要求
系统架构师：
1：具备 8 年以上软件行业工作经验；
11：良好的团队意识和协作精神，有较强的内外沟通能力；
12：具备优秀的代码安全与规范的审查能力。
程序员：
1：精通asp，net(c#)开发；
2：熟练使用vs 2015/2012/2015开发环境；
3：熟悉软件开发流程，熟练使用vss, svn等版本控制工具；
4：熟悉ajax,jqury,javascrip、html等；
5：熟悉ado：net,精通sql语句；
7：具备良好的面向对象的设计思想，熟悉设计模式；
8：有良好的编程习惯和开发规范；
9：具备较强的自学能力；
10：热爱技术、责任心强、能在较高压力下工作；
11：有两年实际项目开发经验优先；
6：1-3年界面设计工作经验，可接受优秀应届毕业生；
7：年龄要求22—35周岁。
前端工程师：
2：熟悉ajax/xml/json等网络通信技术和数据交换格式；
6：开发、有大型网站前端开发经验者优先；
8：有两年或以上相关工作。
五、其他相关说明
美工设计师和前段工程师岗位互通性较强，如果有优秀的美工设计师可以不用招聘前段工程师，反之亦然。
六、团队福利待遇
暂无说明
一、团队组建建议
经销商在不同的软件经营发展阶段，对团队的要求，即销售团队的任务要求是不同的，所以团队的建设也要跟据不同时间段有不同的建设方案。
发展初期 公司只有产品而几乎没有客户，这时销售团队的任务就是努力寻找目标客户，实现销售，迅速进行产品宣传及公司宣传。所以，在团队发展初期阶段重点在于销售人员，在人员配置比例上，以销售占大部分，以下是初期阶段的人员配置结构图，供参考：
说明
1、 团队最少要求6个人结构
2、 团队主管的职责是管理好团队，做好团队人员分工、工作安排及协调工作。做好团队的整体规划，客户的商务谈判及销售。做好内部人员的销售及技术培训。作为团队主管要用80%的精力抓销售，20%的精力抓管理。所以作为团队主管要有很高的销售水平及谈判能力，一定的管理团队能力，一定的技术水平。一点技术不懂是不行的。
3、 直销人员的职责是负责产品演示，商务谈判，签订销售合同及前期的实施调研工作。
4、 商务人员的职责是负责收集客户信息、产品的市场宣传与推广，客户的日常维护及勾通，安排直销人员的客户谈判进程。
5、 技术人员的职责是内部人员技术培训，客户产品应用培训，产品实施全过程以及后
期的技术支持。
发展中期
由于意向客户越来越多，正式客户也越来越多，销售的商业谈判和技术服务变得非常重要，工作压力也越大，团队要适当的增加人力，在初期的基础上直销人员增加到3人，技术人员增加到2人，其它不变。团队的总体人员增加到8个人。
发展后期
公司的区域开发已基本完成，这时销售团队的重点已不是开发客户，而转移到维护客户关系，公司的品牌和服务的宣传和增值销售。所以要加强技术人员数量，以提高服务水平及服务质量，以及公司的增值服务。
说明
1、 团队发展后期最少要求8到10个人结构
2、 团队主管的职责是管理好团队，做好团队人员分工、工作安排及协调工作。做好团
队的整体规划，客户的商务谈判及销售。做好内部人员的销售及技术培训。作为团队主管要用60%的精力抓销售，20%的精力抓管理，20%的精力抓客户的服务。团队主管要有很高的销售水平及谈判能力，一定的管理团队能力，一定的技术水平。一点技术不懂是不行的，团队主管在团队发展后期一定要强调客户的售后服务，因为这些客户是企业长期生存与发展的根本，并且老客户还可以有很多的增值收益。
3、 在团队发展后期，直销人员的职责除了负责产品演示，商务谈判，签订销售合同及
前期的实施调研工作，还要负责客户的维护和解决一定的技术问题。
4、 商务人员的职责是负责收集客户信息、产品的市场宣传与推广，客户的日常维护及
勾通，安排直销人员的客户谈判进程。
5、 在团队发展后期，除了技术人员的职责是内部人员技术培训，客户产品应用培训，
产品实施全过程以及后期的技术支持，还要负责推广公司的增值服务项目，例如软件服务费，软件产品升级，增加站点以及其它服务项目，所以发展后期，公司的技术人员也要求有销售意识和销售能力，是技术能力最强的销售团队,。
6、 实际上，在团队发展的后期，销售和技术已经很难分开了，销售也是技术，技术也
做销售，但如果要达到这个水平，要求团队的主管不断的提高的团队成员的综合能力。
二、销售奖惩方案
关于奖惩方案各个经销商要结合自己的实际情况来处理，原则是公平，公正，公开，并能提高团队人员的工作积极性，使团队能健康发展。下面举两个例子供参考。
方案一：分组考核方案
组方法
将团队人员进行分组，分组依据是人员配置能够合理分配，每组分别任命组长，由组长统一管理以及协调工作，根据公司及市场的实际情况下达任务考核参数进行考核。
奖金按组分配，按组计算，组长的奖金由总经理确定，组内奖金的分配扣除组长所得剩余部分由组长报分配方案，由总经理审批。
核奖惩的计算
参与计算的参数项目：公司下达的任务额（可以是毛利也可以是销售额）i 每组实际完成的额度g 每组应得奖金额b 奖惩计算公式：
说明：
（1）上表中的百分比也可以是具体数额
（2）销售业绩确认条件以收到客户的货款为准，当月应得奖金在下一个月与工资一起发
（3）技术人员无业绩要求，也不参与以上公式的计算，奖金按每组所得奖金总的
一定百分比计提（基本工资高一些，但奖金不能过高也可以不发奖金） （4）客户退货冲咸当月销售业绩。
（5）不发奖金也不扣工资作为考核的基础，他的基本参数应该是公司支付给员工
的直接费用，（也就是公司支付给员工的基本工资及相关费用）
方案二 设立销售部的考核方案
立销售部的人员结构
一般来说一个销售部门人员最少6人，公司只对销售部门考核，也就是只考核部门负责人，部门负责人对每个销售人员进行考核。
负责人的奖金由总经理确定，部门内奖金的分配扣除负责人所得剩余部分由销售门负责人报分配方案，由总经理审批，类似于部门承包。
核奖惩的计算
参与计算的参数项目：公司下达的任务额（可以是毛利也可以是销售额）以毛利为例
每人实际完成的额度g 每组应得奖金额b
奖惩计算公式（单位：元，考核任务额以毛利参考）假设每人考核标准为：1200
说明：
（1）销售业绩确认条件以收到客户的货款为准，当月应得奖金在下一个月与工资
一起发
（2）技术人员无业绩要求，也不参与以上公式的计算，奖金按部门所得奖金总的
一定百分比计提
（3）客户退货冲咸当月销售业绩。
方案二的缺点是部门之间没有竞争，因为只有一个销售部，希望能有其他方法来补
救。适用于团队人员较少时。
以上两方案的奖惩制度称为四奖两惩制度，目的是能有效的激发员工的工作积极性，更好的为公司创造业绩。特别要重视销售人员不经过公司从其他渠道进货销售的问题，应制定相应的惩办制度，一定要严惩，除了开除外，该人应得奖金，应发工资全部扣下。
注：以上方案仅供参考，可根据公司的实际情况将以计算公式中的数据做相应的调整。也可以以销售额作为考核参数。
三、收益分析及计算
作为合作伙伴持续经营速达软件的基础是公司能够盈利，那么就让我们来计算一下经营速达5000产品是如何盈利的，速达3000产品不参与计算：
注：在项目发展初期不要过多在意赚多少钱，只要能保本经营就可以了，重点在于如何积累更多的客户，积累的客户越多，团队未来的发展空间越大。
发展中期，随着团队人员能力的提高及人员的增加，销售额会有一定的提高，而成本增长相对较少。发展中期一般指团队开始销售半年后，这一时期团队还有另外一些收益，比如说速达公司给予的技术返点奖励。
团队发展后期：销售额会培长很快，团队也更加稳定、成熟。客户也越来越多，这时除了产品销售的收益外，很多的增值收益也开始表现出来，主要的增值收益有：软件增加站点收益；软件使用服务费收益，一般一年按软件总价的15%--20%计算收取年服务费，或者每次上门按次收费，5000产品的收费标准为500元/次；3000产品的收费标准为300元/次；培训费指客户更换操作人员需要我们培训而收取的费用。在团队发展后期，每月净收益最少可达40000元。
服务协议书（适用于3000系列）
甲方： （客户） 乙方： （服务商）
1、 乙方为丙方授权服务商，乙方须设经专门培训的合格技术人员为甲方提供技术服
务。
咨询后，必须在72小时内给予响应。
3、 甲方可享受乙方提供的__次免费培训。培训场地和设备可由乙方统一组织，采用集
中培训方式，使甲方学员熟练地操作速达软件。根据实际需要，也可在甲方单位进行实地培训，具体收费标准参照《服务指南》之《速达软件售后服务收费办法》协商解决。
4、 甲方享受乙方提供的次免费服务，解决使用速达软件中遇到的各种问题。超过__
抄录、记载或复制甲方的数据。
7、 乙方如遇到不能解决的技术问题，应及时反映给速达公司技术支持部，并了解解决
方法，以及时解决甲方的问题，确保软件的正常使用。
二、权益
1、 甲方有权对乙方不履行协议条款的行为向丙方投诉。
2、 乙方有权拒绝甲方提出的协议规定之外不合理的服务请求。
3、 乙方不承担因甲方人员进行非法操作、感染计算机病毒、硬件错误等非速达软件故
障导致的数据混乱、数据丢失的责任。
三、本协议中涉及的服务项目及收费，双方根据《服务指南》参考执行。 四、本协议自签字之日起一年内有效。 五、其他未尽事宜，经三方友好协商解决。
甲方代表： 乙方代表：
（公章） （公章）
日期： 日期：
3000系列）
软件维护项目方案篇二
(一)项目启动阶段。
(二)需求调研确认阶段。
(三)软件功能实现确认阶段。
(四)数据标准化初装阶段。
(五)系统培训阶段。
(六)系统安装测试及试运行阶段。
(七)总体验收阶段。
(八)系统交接阶段。
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公1司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
(一)项目启动阶段。
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组。
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研。
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》。
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会。
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);。
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;。
项目实施中用户的参与和领导的支持的重要作用;。
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段。
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施4人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备。
2、编制《需求调研计划》。
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
(三)软件功能实现确认阶段。
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，6用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段。
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段。
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
汇报。
(六)系统安装测试及试运行阶段。
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行.、6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
(七)总体验收阶段。
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果：
阶段组成主要里程碑。
可交付成果。
启动。
阶段。
签署的《总体项目计划》。
启动会。
项目启动会。
需求调研阶段。
需求分析报告确认。
需求调研结束。
签署的《需求分析报告》。
软件。
实现。
签署的《软件功能确认表》。
数据。
初装。
用户签署初装计划及初装培训计划。
签署的《初装计划及初装培训计划》。
初装检查及总结数据初装完成《数据初装总结表》。
培训及考核。
用户签署培训计划。
签署的《培训计划》。
培训总结。
培训完成《培训总结表》。
测试及试运行。
用户签署测试及试运行计划。
签署的《测试及试运行计划》。
测试及试运行总结。
试运行完成《测试及试运行总结》。
验收。
总体验收。
验收完成《总体验收报告》。
(八)系统交接阶段。
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
软件维护项目方案篇三
为认真彻落实《浙江省商务厅浙江省财政厅关于建设全省电子商务服务体系的通知》(浙商务联发[20xx]60号文件精神，加快我市电子商务公共服务中心建设，特制定本实施方案。
一、总体思路。
按照“电商换市”和“国家电子商务示范城市”的总体要求，本着“资源整合、体系健全、功能完善、服务规范”总体思路，坚持政府推动和市场运作有机结合、公共服务和特色服务融合互动、丰富资料和提升品牌同步推进，建设台州电子商务服务中心。争取到20xx年，建成市级(市辖区)和6个县、市级电子商务公共服务中心，80个电子商务服务联络点，基本构成主体多元、服务规范、高效有序的电子商务综合服务体系，为全市企业和个体经营户供给全流程、一站式、低成本的电子商务服务。20xx度年，台州市级(市辖区)、天台县、三门县、仙居县电子商务公共服务中心建设项目已报请省商务厅、省财政厅同意(浙商务联发[20xx]106号文件公示)，务必要抓紧落实好建设方案。
二、重点资料。
根据电子商务服务功能要求，建设资料主要包括市县电子商务公共服务中心，以及在乡镇、园区和专业市场设立电子商务服务联络点，天台、三门、仙居服务联络点争取到达10个以上，市本级(市辖区)争取到达20个以上，服务中心建成以后，直接对接省电子商务综合服务平台，逐步构成覆盖全市、全省的电子商务服务体系。
电子商务公共服务中心建设，由商务部门牵头，整合电子商务服务企业，包括电子商务平台企业、服务企业、电子商务产业基地(园区)、电子商务培训机构和实践基地，以及其他电子商务服务资源和行业协会资源，让我市企业和个体经营者在公共服务中心平台上能找到所需要的电子商务服务相关业务。公共服务中心要有固定办公场所，有专门人员任职，负责综合平台上的电子商务服务资源和辖区内企业的业务需求对接，供给电子商务培训、咨询等服务。
三、组织实施。
按照全省电子商务服务体系建设统一部署，我市(市辖区)、天台、三门、仙居三个县率先试点，各承办企业(或单位)要抓紧调查研究，按照原先制定的建设方案，把当地最优秀的电子商务服务资源吸收到公共服务中心上来。从今年10月开始，市辖区、天台、三门、仙居三个县要起动首批相关企业入驻服务中心并供给服务，11月底前对电子商务服务中心及服务联络点建设情景进行一次综合评估，为年底前迎接省考核验收和绩效评价做好充分准备，争取列入全省电子商务服务体系建设标准化示范地区。临海市、温岭市、玉环县电子商务公共服务中心建设与电子商务联络点(各10个以上)建设纳入明年试点。
四、相关政策。
对市县公共服务中心建设给予相应财政支持。省里已明确给予必须的政策支持，市县可根据实际情景给予相应资金配套和相关政策扶持。对于列入服务中心的电子商务服务企业、产业基地(园区)、培训机构和实践基地，以及其他电子商务服务主体可优先享受当地电子商务扶持政策，可优先申报上级有关政策性扶持项目，可优先评选有关示范性项目等。
将本文的word文档下载到电脑，方便收藏和打印。
软件维护项目方案篇四
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。
作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢?
基本上原因可以归为四类：
1.1第一种是没有体系。
一旦用户要求提供关于pdm的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2第二种是没有思路。
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3第三种是没有素材。
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4第四种是没有层次。
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1第一个容易犯的错误：只有论点，没有论证。
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是“长、厚、全”，看起来面面俱到，其实对决策者没有帮助。
所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题?问题是这些问题是什么产生的?为什么出这么多问题?而是不断说“我能!我能!选我，选我!”。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢?)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。但对内容认可程度并不高，实际上没看懂。
2.2第二个容易犯的错误：业务解决方案成为功能列表。
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4p销售人员，还缺少spin(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。
2.3第三个容易犯的错误：结构不清晰。
不好的解决方案最共性的毛病是结构不太好，没有清晰的思路。
没有思路的方案质量很低，用户在审阅过程中也不会体会到和一个专人人士通过文字交流的乐趣，他不得不从供应商混乱的思路中发掘亮点，看看到底是谁能解决企业的问题，真是一件痛苦的工作。
一种常见的方案结构毛病就是重复的内容在不同的章节反复出现例如在第一章介绍了对某个问题的分析，提出企业的需求，这第二章介绍方案价值的时候又用不同语句组织类似内容，到第三章解决方案描述中还是要把问题描述一遍，给人感觉思路不连贯，结构臃肿。
这里有一个方案提纲的提纲，我们以这个提纲为例子说明结构不清晰的方案。
1公司简介及资质文件。
7.2.2技术支持与服务的保障8开目典型用户9有关技术秘密的声明10附件。
这个方案第一部分、第二部分是用户投标要求，必须如此，但第三部分技术解决方案应该是重点，这个部分结构就很奇怪。
一般好的方案结构标题就是论点，内容就是用事实进行论证，子目录是上级总目录论点的分论点，逐层论证下来，方案显得逻辑性结构性很强，看看目录就能看出方案的逻辑推导体系。这就是所谓金字塔文档体系。
这个方案显然不是这样的，看起来一大堆内容，有经验的人一看就知道是内容的罗列。
例如第三部分总标题是技术解决方案，结果第一个子标题还是技术解决方案，撞车!一定层次感都没有。而且第一子章节技术解决方案后马上是功能模块，技术解决方案理论上包括功能模块，不是一个层面的东西，技术解决方案应该和实施策略，服务策略平级的内容，所以一定要谈谈自己技术解决方案，不如用技术解决方案思路或者特色来表达，和功能模块也就是一个层次分论点，统一支持技术解决方案这个大题目。
具体功能模块后面跟着一大堆章节就更奇怪，里面每个都是具体的功能模块，为什么成为和具体功能模块平级的内容?应该设置为具体功能模块子章节为妥。
很多人可能觉得用户对这个点很关心，要重点突出，所以一定要单独立一个章节，其实不必然，结构清晰的方案用户看起来才不费心，反而想这个方案，将具体功能模块，报表及明细汇总、应用工具及封装接口、用户及权限管理、拼图打印、编码管理列为同一层面内容，反而叫人看不出排列的思路，在厚厚一大本方案中寻找对应关心内容并不容易。
其实不如把技术解决方案分为两大部分，一部分介绍整个方案的实现思路，对于工作比较忙的人可以看这块中对企业业务和逻辑的分析是否到位，相当于整个方案的精华版;一部分介绍整个方案的技术支撑模块，对于项目具体负责人就可以深入研究技术支撑和业务思路之间是否存在合理的组织关系。
在第二部分技术支撑模块中根据业务逻辑或业务顺序设计功能模块的介绍。
例如一般企业是首先考虑静态技术资料的受控管理，在受控的基础上要求尽可能集成设计软件中的信息，然后要对设计过程建立严密的动态控制体系，此外还希望得到一些设计过程的专业支持，例如变型设计，二级工艺路线管理等等，最后要求提供一些编码，企业资源库等等辅助工具。这就是我们实现企业需求的一个大的业务思路，在这个业务思路下我们可以将技术支撑模块分为相应的五个部分。
到这里，整个方案大的框架就有了，我们需要设计一下分标题，使用户一看就可以进入自己关心的内容，而且每个部分都是对所属总标题的呼应支持，在业务环节上也是“相互独立，彼此穷尽”的环节。
在标题的设计上不要过于简单，例如技术资料管理，应该说有效的技术资料管理，因为有效才成为技术支撑模块，进而呼应前面业务实现思路中的描述。
在上面这个思路基础上，我们就开始结合企业业务和产品功能进行考虑分标题下级的结构，我们用第一有效的技术资料管理为例子。
有效的技术资料管理到底要解决哪些业务问题才算完整呢?我们现在就开始将企业管理技术资料的业务进行罗列，在业务思路中逐步说明。
企业管理技术资料是以产品为线索区分的，所以第一要说清楚产品资料如何管理;。
产品下所有零部件是以特征为线索区分的，所以第二要说清楚零部件资料如何管理;。
有些零部件还具有共图共工艺的特征，所以第三要说清楚系列零部件资料如何管理;。
进一步有的企业还有系列产品，所以第四要说清楚系列产品资料如何管理;。
系列产品可能存在大量配置关系，所以第五要说清楚各种规则下产品配置资料如何管理;。
有的企业已经存在了大量历史设计资料，所以第七要说清楚历史产品资料如何入库管理;。
最后要说清楚产品资料为什么入库管理后是安全的;。
我们现在总结一下，这些技术资料管理手段如果都提供了，应该是完整而且层次清晰的，这样的话，第一个子标题下的分标题又有了。
再看看这个标题和业务思路，这里面体现的一个结构化方式恰恰是“一句话一个意思，一层意思推动一层意思”，到最后就象剥笋一样，层层剥开，问题解决思路也就步步清晰了，企业看起来也就很明白。
那么我们还可以继续细分用户提出的各种业务需求，把企业各种业务要求对号入座，例如下面有一组需求：
有的企业要求用户访问控制;有的企业要求提供角色权限管理;有的企业希望按产品目录授权;有的企业要求全部存放在服务器的数据库中;有的企业希望支持多数据库独立访问;有的企业要求提供备份工具等等。
我们现在看看这些业务是否都应该是关心资料安全的?所以应该放在资料安全管理目录下，而且这些需求也可以分为不同层次，一些是和权限有关的，一些是和存储和备份有关的，这样很快又可以把子标题和分子标题设计出来了。
同样我们可以推导出如下另外几个部分的提纲：
这个结构化体系一旦出来后，整个方案的思路是否清晰明了，下笔容易了呢?
结构化体系最大的好处是不乱，今后用户提出任何业务需求，或者产品功能如何扩充，都很容易对号入座，或者扩充子标题。这也是体现了一种分类管理的思想。
当然这个分类思路根据不同业务特征允许存在多种可能，而且分类层次应不超过5级标题，否则文章的可读性不佳。
如果一定要超过5层，就可以采取其它排版方式体现。
2.4第四个容易犯的错误：口语书面语混杂，遣词造句不严谨。
不好的解决方案还有一个毛病就是口语书面语混杂，遣词造句不严谨。
有的人写作时顺着思路走，口语化成分很多，例如本人的行文基本是口语化的，也体现了这个毛病。当然大师级人物的确可以将文章写得明白如话，但是对我们这些人而言方案是代表公司正式对外的文档，一定不要出现口语和书面语混杂的情况。
例如太多的儿，的，我们，你们等等都是口语化语言，不应该大量出现在正式方案中。
有的人写方案比较图表现，喜欢指出用户的不足，这个时候喜欢用很激烈的语言。例如缺少管理，业务失控，后果很严重等等语句，这样的遣词造句是不严谨的，方案用语不要追求“语不惊人誓不休”。而是理性分析，认真推导，句句讲逻辑。
实在要用一些事实说明企业的问题，不要用刺激性强的语言，例如说企业业务存在问题，可以说业务有可改进的地方，例如说企业管理失控，可以说管理上存在很难受控的环节。
这样的表达企业反而容易接受，不出问题。
2.5第五个容易犯的错误：没有认真检查，存在大量硬伤。
不好的解决方案制造过程往往是找一个同类方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就图快，省事，没有很好的核对，结果往往容易出现如下几种错误：
第二有时候替换过头，把一些案例中类似的话也替换成为给用户名称，闹出笑话。
第三只注意了文字替换，不注意图形中的替换，结果文字是一个用户的，图片是另一个用户的，感觉不尊重。
第四是只注意了文字替换，忽视了页眉页脚的替换，特别是注意了首页或目录的页眉页脚，没有注意正文的页眉页脚。
第五是案例不对，明明是汽车行业的用户，案例全部都是其它行业的，感觉在这个行业没有经验。
第六是联络方式不对，很多时候将别的营销区域方案拿过来用，服务信息都没有更正过来。
第七是存在大量技术硬伤，有时候为了突出软件技术实力，将大量专家都不一定看得懂的词汇大量堆砌，其实连软件公司自己都搞不清楚采用了哪些。
企图通过让用户对概念和名词发晕进而对软件产生信赖的方式已经过时，解决方案应该实事求是说明业务问题，不要在名词上忽悠。
2.6第六个容易犯的错误：过于突出自我。
很多人写方案大量出现“**软件公司”内容，甚至每个产品都恨不得加上自家标识。在很多地方行文造句都是“我能，我行，我有…”等语气。
这种方案很容易给用户过度营销的感觉。我们给用户写的方案在售前建议尽量用用户做前缀，例如说某某企业pdm项目，不要总在说某某供应商pdm的话，给用户一种相对的针对性，感觉这个方案的确是为用户准备的。
在售后实施方案中软件公司的名字只需要出现一次，后面就不需要反复出现，因为大家都知道是你的产品，何必反复体现，我们更应该把用户的注意力集中到产品本身就应该具备的功能和支撑业务上，而不要形成某某可以，某某不可以的印象。
2.7第七个容易犯的错误：没有评审。
方案提交给客户之前，一定要经过评审。
没有开发点的方案，一般经过自评和互评即可，自评时，要重新审视整个方案的结构、问题描述、遣词造句等方面，特别是用替换修改的企业名称和营销平台等方面的内容，尽量减少低级错误。
自己评审过的方案一定要给一个其它的人评审。
互评时，要重新审视整个方案的结构、遣词造句等方面的内容。
对于有开发点的方案，要经过公司的评审。提交给公司评审的方案，一定是已经过自评和互评的方案，而且要注明主要看哪些部分，以及编写这些部分的背景知识。
2.8第八个容易犯的错误：没有体现公司产品最新进展。
一般人写解决方案首先不是想着如何说清楚用户的业务，如何在公司产品中体现出对业务的支持，而是想赶紧找一个模板，把这一关走过去再说，其实很多时候就是对每个阶段工作没有质量意识最后导致工作处处被动。
所以写解决方案一定要根据公司最新产品功能认真组合功能实现企业业务，甚至可以考虑利用未来半年内会发布的功能认真组合，因为解决方案离正式实施往往需要半年甚至更长的周期。
很多时候解决方案一抄再抄，都是一两年前的模板，自然缺少竞争力和说服力。
这个问题的核心是公司有没有专人专岗负责对标准解决方案的维护和更新发布机制，其实比较好的一种做法结合典型项目技术公关推动解决方案水平不断完善和提高。
三、写好方案的心得。
3.1动笔前先打一个电话。
一般情况下方案撰写人只是按照别人要求提供方案，并非直接利用方案的人，所以在写方案之前，问问需要方案的同事，甚至是用户，听听他们对方案的想法和建议，对自己写方案会有很大帮助。
很多时候方案准备完成方案接受者并不满意方案的组织，需要返工修改，所以动笔前先打几个电话，问问别人要什么，不但可以提高方案准备命中率，甚至可以获得大量现成的思路建议，对自己写方案大有好处。
3.2一定要努力按业务逻辑去写。
一般写方案最简单的方式就是按照软件自己的思路和功能模块组织，因为有大量现成的材料可用。但这样方案对用户并非是一种最佳选择，因为客户要转换到供应商的思维才能看懂方案字句之间的含义。
如果从以客户为中心角度出发，方案应尽量让用户容易看懂，好理解，自然也就取得了几个印象分。
我们方案就是要先仔细探讨企业业务，不是将调研结论一罗列，而是从业务分析得出业务需求，最后描述技术实现手段。从这个意义上讲，解决方案要按照简明的操作手册来准备。
3.3按标准套路写方案。
不同类型的方案都有自己的套路，例如可行性报告，解决方案，建议书等等都有标准的套路，我们应尽量按照标准套路准备方案，不要自成体系，在套路下发挥，套路就体现了一种结构化体系化的思维模式。
关于常用套路我们另有一章说明。
3.4先构思提纲，经过讨论，最后动笔。
很多时候方案准备时间并不充分，很多人接到任务，压力之下立即开始动手，这往往是不好的工作习惯，有时候有模板，的确可以快速出活，但时间长了就养成一种惰性，替换方式抄方案还勉强，真要遇到有个个性化问题，因为在平时写方案过程中思维始终不经过结构化思考的练习，真到方案模板没有覆盖的情况，就没有办法应付。
好的方案特点是：标题就是论点。结论做为标题马上拿出来。
好的方案是观点鲜明，立场明确，有理有据，有血有肉。
所以有方案要写，一定不要急着写，而是想自己的提纲，这个完整提纲目录之间的逻辑联系和业务衔接自己在心里面推导得比较有力和充分了，才开始动笔快速拿出提纲，有了提纲写起来思路就不会断电，写起来才快。
好的方案一定是做了论点。
论点是假设的，例如说搞pdm有价值。
你说价值有三个方面，能降低成本，提高质量，能缩短交货期。这都是你的假设。
你怎么知道成立?就要找些事实去证明它。
我们现在都喜欢找什么事实呢?你用了这个功能，所以你的论点就成立，因为你有这个功能，所以你的效率提高了。
这都是扯蛋!为什么用了pdm企业就能做到这几点。根本没逻辑推导。
不是还有大把企业用了erp，用了pdm还不是该咋的咋的，钱都打水漂了。
好处一定是每个好处都是独立，它是有层次，每层上的好处是平级的'，大好处包含多个小好处，这些好处倒推出来就响应支持你的论点，这种方案看了以后别人就会理解并支持你。然后每个好处一定是在前一个好处的基础上往前推动一步，最好得出一个强有力的论证过程。
所以好的方案必须是金字塔型的，论据论证最后构成坚实的基础。
如果有条件的话，这个思路还应该和大家讨论，特别是一些重要方案，一定要先反复讨论提纲，大家各种意见和思路在提纲中统一了，再动手写。这样就不至于遇到写了一半被人否定，推倒重来的痛苦了。
3.5找一个安静的地方和完整的时间段开始。
写方案最怕中间不停被人打断，这样思路连贯性会很差。所以我无论接到多么紧急的方案编制任务，也不会急着去写，而是把手头该处理的小事情处理干净，然后保证开始后的时间相对安静和完整，这样才能保证方案的质量。
而且写方案一定要保证在一个时间段内初步拿出完整的推导思路和结构提纲才能结束去干别的事情，这样以后就是逐步补充和丰富内容，不至于还在为结构苦恼，不清楚从哪里下笔，每次要花费大量时间从头构思。
3.6认真准备阅读提示和摘要。
一个方案往往厚厚一本，更多是充点门面，领导是不会真看的。万一要看，也就是看看包装是否精美，和头几页文字。
所以方案可以单独附一份摘要，这是关于整个方案业务分析和解决思路的精华部分，当然也可以带一点实施方法和典型用户的介绍。
这样就可以让自己方案思路在短短几页纸中清晰描述和表达出来，这种提炼过的语言和文字往往更能打动人心。
一般写一份厚方案只需要一天，写一份薄方案需要一周，要求在三页纸内说明问题需要一个月!能把书读薄是能力的体现。
对于方案也一定要提供一份阅读指引，告诉不同的人其关心的内容可以在哪些章节直接获得，方便其阅读。实际上我们观察很多论文和书籍序言都有一段来说明这个文字的结构，其实这也是一个标准做法。
3.7注意排版。
方案一定要注意排版，印刷要干净，封面要隆重，装订要精美，方案就是一个公司的脸面，虽然不是说一份方案可以决定项目，但一份看上去都不好的方案一定很让人怀疑公司的能力。
我们很多人见过外企的文字，一般都非常精美，排版很漂亮，大家一看就觉得是专业人士所为。
所以方案的文字和图表内容最好请专门的美工设计一套标准的排版体系，对方案整体可读效果会起到极大促进作用。
现在很多方案都是密密码码，内容是多，可以有什么用?
不如取巧，少写一些文字，多在排版上动脑筋，实在想不出好的排版是什么回事的，去买基本畅销书，你会发现可读性好的书往往有一个技巧叫“留白”。
方案文字段落边框之间保持适当距离，特别是边框合理留白会让一份方案可读性大大提高。
象本文这样的文字如果加上留白设计可读性就会很不错。
3.8注意积累素材。
写方案无论如何按照企业业务组织，基本上90%内容是相同的，不过是根据不同思路进行组织而已，毕竟软件功能不会在短期内发生巨大改变，方案涉及功能也没有理由发生大的改变，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要随时积累补充完善和归类存档，这样在写方案时才不会因为寻求这些基本素材浪费大量时间。
基本素材收集还要注意随时和公司公开宣传口径保持一致，防止引用过期素材。当然标准素材最好由公司统一维护。
获取其它素材的途径比较多，主要有：
现场初步需求调研与交流。
与熟悉类似项目的销售经理、技术支持工程师、实施工程师沟通、了解。
营销平台交流。
企业网站。
相关行业资料介绍。
书刊。
……。
一般可以从企业网站获取企业介绍。从网站获取的企业介绍需经“角色转换”和“内容筛选”，角色转换是指站在公司的立场描述该企业的情况介绍，要把第一人称改为第三人称。内容筛选是指主要介绍企业信息化的基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等内容。
四、方案分类和用途。
4.1方案的种类。
目前，公司为客户撰写的方案分为：建议书、解决方案、投标书。技术白皮书应作为统一的资料提供。
建议书是用于动员客户启动项目，或者用于客户初步选型阶段的技术支持，以入围;。
投标书是用于客户招标的技术交底，以综合实力战胜对手。
4.2方案的基本结构。
一、建议书的基本结构。
建议书的侧重点是分析客户实施某项目的宏观和微观形式、现存的诸多问题，提出实施该项目的必要性和紧迫性，再介绍相关产品和技术的发展现状公司的产品特点和优势，落脚点是公司已具备相当的实力，与公司合作成功率最大、风险最低。建议书的基本结构如下：
引言。
现状分析与诊断。
相关技术的发展现状。
公司相关产品的特点。
公司具备的实力和基础。
结束语。
各个部分撰写技巧如下：
引言部分。
从全国、行业的信息化现状分析入手，说明信息化是大势所趋，再从本行业的产品特点出发分析信息化需要注意的关键问题，最后介绍企业的情况，特别是信息化的已有基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等，说明该企业已具备实施本项目的基础。
引言部分可分为：
制造业信息化现状。
本行业信息化特点分析。
信息化的基础。
现状分析与诊断部分。
从本项目所涉及部门的业务现状描述和分析入手，找出问题，并提出相应的解决办法。
现状分析与诊断部分可分为：
业务现状描述。
问题分析与诊断。
相关技术的发展现状部分。
主要介绍本项目所涉及的pdm/capp/cad等技术产生背景、发展过程，以及发展趋势等内容，并说明这些技术已是成熟的实用性技术。
相关技术的发展现状部分可按软件产品类别分别介绍，最后有一个小结。
公司相关产品的特点部分。
主要介绍公司相关产品的主要特点，说明公司相关产品是符合其发展趋势的先进和成熟的产品。
公司相关产品的特点部分可按软件产品类别分别介绍，最后有一个小结。
公司具备的实力和基础部分。
主要从公司简介、完整产品线、研发能力、实施与服务体系等方面，说明公司已有足够的能力承接本项目，并以成功案例证明与公司合作成功率高、风险最低。
公司的实力部分可分为：
公司简介。
完整产品线。
雄厚的研发能力。
科学的实施与服务保障体系。
成功案例。
结束语部分。
阐明公司愿与企业强强联手，结为(战略)合作伙伴关系，共同推进企业乃至本行业的信息化建设。
在结束语部分要明确提出合作建议内容，对于一些战略合作伙伴关系不能轻易宣讲和承诺，一定要经报公司批准之后方可承诺。
建议书的要求是简短紧凑，内容详实，便于用户决策，可以在一份建议书中形成几个可选方案，推动用户决策。
解决方案的侧重点是分析现存问题，提出功能需求及相应技术实现手段，并辅以实施保障措施，说明用户需求是可以实现的。解决方案的基本结构如下：
引言。
现状分析与诊断。
系统规划与设计。
系统技术方案。
系统实施方案。
服务内容及措施。
典型案例。
结束语。
引言部分。
从全国、同行业的信息化现状分析入手，说明信息化是大势所趋。再从本行业的产品特点出发分析信息化需要注意的地方。接着介绍企业的情况，特别是信息化的已有基础，包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等，说明该企业已具备实施本项目的基础。最后通过公司介绍说明有能力承担该项目。
引言部分可分为：
制造业信息化现状。
某行业信息化特点分析。
信息化的已有基础。
公司介绍。
现状分析与诊断部分。
现状分析与诊断部分可分为：
业务现状描述。
问题分析与诊断。
系统规划与设计部分。
根据现状分析提出的需求，对本系统从总体目标、指导思想、总体框架等方面进行总体规划与设计。总体目标，是从企业已有明确的总体目标中，结合用户需求提炼出来的，不能简单照抄，还需适当调整与补充。总体框架包括体系架构、运行模式，以及其它企业关心的问题等。
系统规划与设计部分可分为：
总体目标。
指导思想。
总体框架。
体系架构。
运行模式。
……。
系统技术方案部分。
从基本功能介绍、关键问题解决方案两个层面介绍具体的技术方案。基本功能介绍是对本项目所涉及的产品，在标准模块功能基础上适当补充各模块的新增功能或用户的特殊功能。关键问题解决方案是就企业特别关心的问题(包括管理和技术两个方面)、企业特殊需求中有一定难度的问题，以及管理方面需要改进的问题等提出解决方案和建议。
系统实施方案部分。
从本项目的预期效益入手，分析项目实施存在的风险，接着介绍公司规避风险的实施保障措施，最后给出初步实施进度计划和培训计划。实施规划要结合用户的实施打算，如果系统规模比较大，可以结合用户的需求适当进行目标分解，分期完成。
系统实施方案部分可分为：
预期效益。
风险分析及对策。
指导思想。
指导方法。
实施管理。
实施规划。
实施进度计划。
系统培训。
服务内容及措施部分。
从公司能为客户提供全方位服务承诺入手，阐述公司技术支持与服务的保障措施，让客户无后顾之忧。
服务内容及措施部分可分为：
服务内容及承诺。
技术支持与服务保障。
典型案例部分。
用公司典型用户的案例进一步证明，公司提供的技术方案是先进的、实用的，形成一套科学的、可操作的实施方案。典型案例选择的针对性表现在：行业、特殊需求、项目类型等方面有相似之处。
结束语部分。
阐明公司愿与企业强强联手，达成合作伙伴关系，共同推进企业乃至本行业的信息化建设。
解决方案注意业务分析，系统规划，技术方案三部分不要反复出现重复的内容，或者为了表达自己技术方案是扣着业务需求而在系统规划和技术方案中再次反复描述需求，如果发现有这样的问题就要精心去组织方案提纲。
此外解决方案要避免浮夸和务虚的内容，要尽量让用户看到可操作的内容，例如在实施方案中用户最关心的是在实施分几个阶段?每个阶段相互配合工作是什么?谁去做合适?阶段结束的标志是什么?每阶段工作需要多长时间?根据企业实际情况有哪些风险?如何规避?基础数据如何准备?历史数据如何录入?工作流程应用前后有何变化?这些是用户真正关心的内容。
所谓实施方法论，实施原则，实施指导思想，实施团队结构等看起来饱满，其实是务虚的内容少写，写得越多用户越不得要领，实施方案的要害是具备不具备可操作性。这里面的原则就是计划越细化越具有可操作性。
三、投标书的基本结构。
投标书是针对标书的解决方案，包含解决方案的全部内容，再增加公司优势和相关附件。投标书总是原则是按照用户提供的招标书要求准备，用户要求如何提供资料就如何提供，不要任意发挥。
常见投标书的基本结构如下：
引言。
现状分析与诊断。
系统规划与设计。
系统技术方案。
系统实施方案。
服务内容及措施。
开目公司的优势。
典型案例。
结束语。
相关附件。
开目公司的优势。
相关附件。
相关附件按照招标书的规定组织附件。
4.3方案的针对性。
为使方案具有鲜明的开目特色，方案必须具有一定的针对性。不同类别方案的针对性有不同的体现。
建议书的针对性体现在同行业的信息化特点分析，本企业已有的信息化基础、本企业的现状描述与问题分析等方面。
解决方案和投标书的针对性有相同的表现，主要体现在：同行业的信息化特点分析、现状分析与诊断、总体目标、关键问题解决方案、实施规划与进度计划、典型案例等。
现状分析与诊断部分、实施规划与进度计划部分，不能简单把客户名称更改就变成另外一家的情况。
总体目标部分，有企业的个性，如果需要可以分解成近期、长期、远期目标。
解决方案中可单独把企业关心的关键问题单列为一部分，紧密结合企业的需求特点，不能简单套用标准说法，必要时可以通过定制配置实现。
解决方案中的关键问题与投标答辩ppt中的关键问题有区别。投标答辩ppt中的关键问题主要是展示我们优势部分，以攻击对手的劣势部分，但一定要有绝对的把握。
软件维护项目方案篇五
1、1多方项目组成员。
先上哪些模块,后上哪些模块。新系统和老系统并行运行的机制处理方式。历史数据的处理方式。
4、进入新系统的数据截断日期。5、实施中多方会晤机制
定期会晤机制？1周几次？还是每几天1次,每天1次？6、监理方的立场说明。
实施出现问题时候,监理方应该要协助甲方诊断问题的类别,是来自于硬件提供商,还是软件提供商,还是甲方的问题。如果不能诊断,应该主持召开多方会议确认问题的来源,类别。
8、问题的响应速度要求。
当甲方提出需求变更后,监理方应该作出判断,这个需求是否合理,是否超出了实施前制定的需求基线,如果超出了需求基线,就有可能需要追加预算了。
当在设计甲方业务处理流程的时候,应该要考虑到甲方业务流程更改后,系统的可配置性。这1点也是j2ee的主要特点体现。当然,如果系统使用了工作流产品的话,可以从工作流角度来考虑解决。
11、财务核算处理方式的灵活能力。
一般的企业单位,财务核算的方式是比较固定的,但是也会作变动,当这一块作出变动时候,应该要求软件系统能够比较好的能够实现。
例如:软件系统以前实行的是集中财务管理,后来改变成为半集中方式,或者分散方式。这写都要秋软件系统能够很好的实现能够很好的进行业务处理方式的平滑过渡。12、甲方业务流程的整理监理方作为甲方利益代表,应该和甲方一起协助亿方指定出甲方的业务相关流程,在甲方乙方有争论的地方进行协调,并且在流程指定时候应该就要考虑到流程的更改。监理方当然最好能够先帮助甲方进行流程改那就更好了。或者乙方能够提供工作流工具就好了,否则这部分工作会暂用监理方相当多的时间。另外需求搜集变更也会监理方需要高度关注的一件事情。
软件维护项目方案篇六
软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。
1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31%的项目未做完就被取消，53%的软件项目进度通常要延长50%的时间，只有9%的软件项目能够及时交付并且费用也控制在预算之内。
软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。
软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。
这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣，下面就详细的对这两方面展开讨论。
开发计划编辑。
软件项目计划是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。
软件项目管理过程从项目计划活动开始，而第一项计划活动就是估算：需要多长时间、需要多少工作量、以及需要多少人员。此外，我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。
为了估算软件项目的工作量和完成期限，首先需要预测软件规模。度量软件规模的常用方法有直接的方法――loc(代码行)，间接的方法――fp(功能点)。这两种方法各有优缺点，应该根据软件项目的特点选择适用的软件规模度量方法。
根据项目的规模可以估算出完成项目所需的工作量，我们可以使用一种或多种技术进行估算，这些技术主要分为两大类：分解和经验建模。分解技术需要划分出主要的软件功能，接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。
精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值，我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学，但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。
当对软件项目给予较高期望时，一般都会进行风险分析。在标识、分析和管理风险上花费的时间和人力可以从多个方面得到回报：更加平稳的项目进展过程;更高的跟踪和控制项目的能力;由于在问题发生之前已经做了周密计划而产生的信心。
对于一个项目管理者，他的目标是定义所有的项目任务，识别出关键任务，跟踪关键任务的进展情况，以保证能够及时发现拖延进度的情况。为此，项目管理者必须制定一个足够详细的进度表，以便监督项目进度并控制整个项目。
常用的制定进度计划的.工具主要有gantt图和工程网络两种。gantt图具有悠久历史、直观简明、容易学习、容易绘制等优点，但是，它不能明显地表示各项任务彼此间的依赖关系，也不能明显地表示关键路径和关键任务，进度计划中的关键部分不明确。因此，在管理大型软件项目时，仅用gantt图是不够的，不仅难于做出既节省资源又保证进度的计划，而且还容易发生差错。
工程网络不仅能描绘任务分解情况及每项作业的开始时间和结束时间，而且还能清楚地表示各个作业彼此间的依赖关系。从工程网络图中容易识别出关键路径和关键任务。因此，工程网络图是制定进度计划的强有力的工具。通常，联合使用gantt图和工程网络这两种工具来制定和管理进度计划，使它们互相补充、取长补短。
进度安排是软件项目计划的首要任务，而项目计划则是软件项目管理的首要组成部分。与估算方法和风险分析相结合，进度安排将为项目管理者建立起一张计划图。
项目控制编辑。
对于软件开发项目而言，控制是十分重要的管理活动。下面介绍软件工程控制活动中的质量保证和配置管理。其实上面所提到的风险分析也可以算是软件工程控制活动的一类。而进度跟踪则起到连接软件项目计划和控制的作用。
软件质量保证(sqa，softwarequalityassurance)是在软件过程中的每一步都进行的“保护性活动”。sqa主要有基于非执行的测试(也称为评审)、基于执行的测试(即通常所说的测试)和程序正确性证明。
软件评审是最为重要的sqa活动之一。它的作用是，在发现及改正错误的成本相对较小时就及时发现并排除错误。审查和走查是进行正式技术评审的两类具体方法。审查过程不仅步数比走审多，而且每个步骤都是正规的。由于在开发大型软件过程中所犯的错误绝大数是规格说明错误或设计错误，而正式的技术评审发现这两类错误的有效性高达75%，因此是非常有效的软件质量保证方法。
软件配置管理(scm，softwareconfigurationmanagement)是应用于整个软件过程中的保护性活动，它是在软件整个生命周期内管理变化的一组活动。
软件配置由一组相互关联的对象组成，这些对象也称为软件配置项，它们是作为某些软件工程活动的结果而产生的。除了文档、程序和数据这些软件配置项之外，用于开发软件的开发环境也可置于配置控制之下。
一旦一个配置对象已被开发出来并且通过了评审，它就变成了基线。对基线对象的修改导致建立该对象的版本。版本控制是用于管理这些对象而使用的一组规程和工具。
变更控制是一种规程活动，它能够在对配置对象进行修改时保证质量和一致性。配置审计是一项软件质量保证活动，它有助于确保在进行修改时仍然保持质量。状态报告向需要知道关于变化的信息的人，提供有关每项变化的信息。
组织模式编辑。
软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可;如果是产品开发，需成立软件项目组和产品项目(负责市场调研和销售)，组成软件产品项目组。公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。
3.1、项目管理委员会项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下：
(1)依照项目管理相关制度管理项目;。
(2)监督项目管理相关制度的执行;。
(3)对项目立项、项目撤消进行决策;。
(4)任命项目管理小组组长、项目评审委员会主任、项目组组长.
3.2、项目管理小组项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下：
(1)草拟项目管理的各项制度;。
(2)组织项目阶段评审;。
(3)保存项目过程中的相关文件和数据;。
(4)为优化项目管理提出建议。
3.3、项目评审小组项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下：
(1)对项目可行性报告进行评审;。
(2)对市场计划和阶段报告进行评审;。
(3)对开发计划和阶段报告进行评审;。
(4)项目结束时，对项目总结报告进行评审。
3.4、软件产品项目组软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。
项目管理编辑。
从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。在20世纪80年代初，总结出了软件开发时需遵循的七条基本原则，同样，在进行软件项目管理时，也应该遵循这七条原则。它们是：
(1)用分阶段的生命周期计划严格管理;。
(2)坚持进行阶段评审;。
(3)实行严格的产品控制;。
(4)采用现代程序设计技术;。
(5)结果应能够清楚地审查;。
(6)开发小组地人员应该少而精;。
(7)承认不断改进软件工程实践的必要性。
上一篇：社区家长学校管理制度下一篇：没有了
软件维护项目方案篇七
深入贯彻落实科学发展观，坚持安全生产第一的理念，全面落实市业主和总监办安全生产工作会议部署，紧紧围绕安全生产工作大局，统筹规划，改革创新，着力完善项目的培训体系，强力推进以“三项岗位人员”（项目经理、安全管理人员、特种作业人员），农民工和班组长为重点的项目全员培训，进一步加大监管培训力度，切实加强安全专业人才培养，大力推进培训内容规范化、培训方式多样化、培训手段现代化、培训管理信息化，全面提升从业人员和安全监管人员的整体素质，为促进安全生产形势持续稳定好转提供人才保证和财力支持。
（一）、教育和培训的时间。
1、企业法人代表、项目经理每年不少于30学时；
2、专职管理和技术人员每年不少于40学时；
5、其他职工每年不少于15学时；
6、待、转、换岗重新上岗前，接受一次不少于20学时的培训；
7、新工人入场、班组三级培训教育时间分别不少于15学时、20学时。
（二）、教育和培训的形式与内容。
教育和培训分等级、层次和工作性质分别进行，管理人员的重点是安全生产意识和安全管理水平，操作者的重点是遵章守纪、自我保护和提高防范事故的能力。
1、新工人（包括合同工、临时工、学徒工、实习和代培人员）。
必须进行项目部、工地和班组的三级安全教育。教育内容包括安全生产方针、政策、法规、标准及安全技术知识、设备性能、操作规程、安全制度、严禁事项及本工种的安全操作规程。
2、电工、焊工、架工；机操工及起重工和各种机动车辆司机等特殊工种工人，除进行一般安全教育外，还要经过本工程的专业安全技术教育。
3、采用新工艺、新技术、新设备施工和调换工作岗位时，对操作人员进行新技术、新岗位的安全教育。
（三）、安全教育和培训的形式。
1、新工人三级安全教育。
对新工人或调换工种的工人，必须按规定进行安全教育和技术培训，经考核合格，方准上岗。
三级安全教育是每个刚进企业的新工人必须接受的首次安全生产方面的基本教育，三级安全教育是指公司、项目、班组这三级。对新工人或调换工种的工人，必须按规定进行安全教育和技术培训，经考核合格，方准上岗。
公司级。新工人在分配到施工队之前，必须进行初步的安全教。
育。教育内容如下：
（l）劳动保护的意义和任务的一般教育；
（2）安全生产方针、政策、法规、标准、规范、规程和安全知识；
（3）企业安全规章制度等。
项目级。项目级教育是新工人被分配到项目以后进行的安全教育。教育内容如下：
（1）建筑工人安全生产技术操作一般规定；
（2）施工现场安全管理规章制度：
（3）安全生产纪律和文明生产要求；
（4）在施工程基本情况，包括现场环境、施工特点，可能存在不安全因素的危险作业部位及必须遵守的事项。
班组级。岗位教育是新工人分配到班组后，开始工作前的一级。
教育。教育内容如下：
（2）本工种安全操作规程；
（3）班组安全生产、文明施工基本要求和劳动纪律；
（4）本工种事故案例剖析、易发事故部位及劳防用品的使用要求。
三级教育的要求：
（1）三级教育一般由企业的安全、教育、劳动、技术等部门配合进行；
（2）受教育者必须经过考试合格后才准予进入生产岗位；
（3）给每一名职工建立职工劳动保护教育卡，记录三级教育、变换工种教育等教育考核情况，并由教育者与受教育着双方签字后入册。
2、特种作业人员培训。
除进行一般安全教育外，还要执行gb5306—85《关于特种作业人员安全技术考核管理规划》的有关规定，按国家、行为、地方和企业规定进行本工种专业培训、资格考核，取得《特种作业人员操作证》后上岗。
3、特定情况下的适时安全教育。
（1）季节性，如冬季、夏季、雨雪天、讯台期施工；
（2）节假日前后；
（3）节假日加班或突击赶任务；
（4）工作对象改变；
（5）工种交换；
（6）新工艺、新材料、新技术、新设备施工；
（7）发现事故隐患或发生事故后；
（8）新进入现场等。
4、三类人员的安全培训教育。
施工单位的主要负责人是安全生产的第一责任人，必须经过考核合格后，做到持证上岗。在施工现场，项目负责人是施工项目安全生产的第一责任者、也必须持证上岗，加强对队伍培训，使安全管理进入规范化。
5、安全生产的经常性教育。
项目部在做好新工人入场教育、特种作业人员安全生产教育和各级领导干部、安全管理干部的安全生产培训的同时，还必须把经常性的安全教育贯穿于管理工作的全过程，并根据接受教育对象的不同特点，采取多层次、多渠道和多种方法进行。安全生产宣传教育多种多样，应贯彻及时性、严肃性、真实性、做到简明、醒目，具体形式如下：
（1）施工现场入口处的安全纪律牌。
（2）举办安全生产训练班、讲座、报告会、事故分析会。
（3）建立安全保护教育室，举办安全保护展览。
（4）举办安全保护广播，印发安全保护简报、通报等，办安全保护黑板报、宣传栏。
（5）张挂安全保护挂图或宣传画、安全标志和标语口号。
（6）举办安全保护文艺演出、放映安全保护音像制品。
（7）组织家属做职工安全生产思想工作。
6、班前安全活动。
班组长在班前进行上岗交流，上岗教育，做好上岗记录。
（1）上岗交底。交当天的作业环境、气候情况、主要工一作内容和各个环节的操作安全要求，以及特殊工种的配合等。
（2）上岗检查。查上岗人员的劳动防护情况，每个岗位周围作业环境是否安全无患，机械设备的安全保险装置是否完好有效，以及各类安全技术措施的落实情况等。
（四）培训效果检查。
对安全教育与培训效果的检查主要是以下几个方面：
1、检查各项目安全教育制度。各项目要建立健全的安全教育和培训考核制度，要广泛开展安全生产的宣传教育，使我项目各级领导和广大职工真正认识到安全生产的重要性、必要性，懂得安全生产、文明施工的科学知识，牢固树立安全第一的思想，自觉地遵守各项安全生产法令和规章制度。
2、检查新入施工现场工人进行三级安全教育的情况。现在临时劳务工多，发生伤亡事故主要的多在临时劳务工之中，因此在三级安全教育上，应把临时劳务工作为新入厂工人对待。新工人（包括合同工、临时工、学徒工、实习和代培人员）都必须进行三级安全教育。
3、检查安全教育内容。安全教育要有具体内容，要把《建筑施工现场安全生产基本知识》、《建筑工人安全技术操作规程》作为安全教育的重要内容，做到人手一册，除此以外，企业、工程处、项目经理部、班组都要有具体的安全教育内容。电工、焊工、架工、机械工及起重工、各种机动车辆司机等特殊工种的安全教育内容。经教育合格后，方准独立操作，每年还要复审。对从事有尘毒危害作业的工人，也要进行主毒危害和防治知识教育，也应有安全教育内容。
4、检查变换工种时是否进行安全教育。各工种工人及特殊工种工人除懂得一般安全生产知识外，尚要懂各自的安全技术操作规程，当采用新技术、新工艺、新设备施工和调换工作岗位时，要对操作人员进行新技术操作和新岗位的安全教育，未经教育不得上岗操作。
5、检查工人对本工种安全技术操作规程的熟悉程度。该条是考核各工种工人掌握《建筑工人安全技术操作规程》的熟悉程度，也是对各工种工人安全教育效果的检验。
6、检查我项目各项目施工管理人员的年度培训。各项目应按公司规定，安排施工管理人员进行有关安全生产工作的培训学习，并做好培训记录。
软件维护项目方案篇八
为了进一步加强班主任队伍建设，充分激发班主任工作的积极性和创造性，努力提高班级常规管理和教育水平，特制订本考核办法。
1、五项评比：（卫生、早操、午间操、午休、晚寝）15分。
2、读报（准时下班落实每天工作，维持纪律等）10分。
3、按时记录上交班主任工作台帐（家访、谈话团队班活动记录等）10分。
4、上足上好班会课（有目的、有要求、有内容）10分。
5、黑板报和班级财产管理（每月底出刊，每月初检查班级财产管理情况）10分。
7、杜绝“三种现象”（上网、抽烟、打架）15分。
8、班主任会议（必须准时参加会议并作好记录）5分。
9、“长明灯”现象（晴好天气不开灯）10分。
10、逃课（平时上课、周六补课等）10分。
1、五项评比：15分。
月总分在98分以上得15分，在95－97.9之间得10分，在85－94.9之间得5分，84.9分以下得0分。
2、读报：10分。
月读报在20次以上得10分，在10－19次得5分，在9次以下不得分。
3、按时记录和上交班主任工作台帐：5分。
台帐记录全得5分，记录稍缺得2分，台帐不交（每月一次）扣10分。
4、上足上好班会课：10分。
上足（45分）上好（有教案）得10分，未上足（30分）得5分，挪作他用扣10分。
5、黑板报和班级财产管理：10分。
按时刊出黑板报和无财产损坏得10分，严重损坏公物（质视损坏情况）最高扣20分。
6、学校、各处室布置的工作任务落实完成：10分按质按时完成得10分，不完成不得分。
7、杜绝“三种现象”：15分。
无三种现象发生得15分，其中发生一次得5分，有处分（抽烟、打架）扣20分。
8、班主任会议：5分。
准时参加并记录好会议内容得5分，公事请假不能出席得3分，无故不参加不得分。
9、“长明灯”现象：10分。
查到晴好天气开着“长明灯”二次扣5分，五次以上扣15分。
10、逃学：10分。
无逃课得10分。有逃课学生屡禁不止不得分。
1、当月正常做好班主任工作给予考核。
2、当月病事假累计超20天，不予考核。
3、班上有严重违法违纪学生（派出所立案）不予考核。
4、当月班上有三人次打架并有行政处分的不予考核。
5、当月班上有流生者不予考核。
当月考核奖与当月的考核分挂钩。具体等次如下：
1、90－100分为优秀级得70元。
2、75－89分为良好级得60元。
3、60－74分为合格级得45元。
4、60分以下为不合格级得0元。
1、班级学额以50人为核算单位，每超5人的，加奖3元；
2、本办法作为班主任“评优”的重要依据（每月考核分在90分以上）。
3、有流生扣当月考核奖70元，当年度不得评优评先；
4、本办法从20xx年10月执行，考核办法中未尽事宜，解释权属校长室。
软件维护项目方案篇九
1、文本：按照标准a4纸（210×297）进行纵向左侧装订(专业装订)。
2、字体和字型。
（1）封面主标题：
第一行：“××年度第×批国家（省）级投资土地开发整理项目”为三号宋体，居中；
第二行“×××××项目实施方案”为二号黑体，居中。其他内容为三号楷体，靠下。
（2）章、节标题分别采用小二号和三号黑体；
（3）正文为四号仿宋体，采用单倍行间距。
3、项目实施方案不必以文件方式进行上报请示，但是，必须在实施方案后，附相关项目所在县级国土资源管理部门和市级国土资源管理部门的审核、审查意见（参见附表）。
5、项目实施方案编制单位应为项目承担单位（土地开发整理专门机构）。
6、附件1、附件2为表格，标题和内容分别采用三号黑体和四号仿宋体。
××年度第×批国家（省）级投资土地开发整理项目。
项目申报单位（公章）：项目承担单位（公章）：项目承担单位负责人（签字）：
编制日期：年月日联系电话：通讯地址：邮政编码：
第一章项目情况。
项目承担单位应对项目区进行实地踏查、复核，界定项目区的范围，对项目实际建设位置、规模、新增耕地面积、项目支出预算、工期等指标和批准的投资计划、设计及预算进行核实。
1.1项目总概况。
通过项目现场踏查、复核，简述项目基本情况，明确提出复核结论，填写《项目实施基本情况表》（表1—1）。
将本文的word文档下载到电脑，方便收藏和打印。
软件维护项目方案篇十
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
(一)项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：
在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：
配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：
成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组：
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研：
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》：
4、启动会：
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制;
项目实施中用户的参与和领导的支持的重要作用;
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》
项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》
如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更
如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》
7、需求调研
项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果
项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》
项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》
项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》
如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作;如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
(三)软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：
在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：
结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：
用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：
培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：
公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：
公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：
公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：
公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：
与用户实施负责人商议具体测试及试运行时间，地点，人员等安 排，项目组编制《测试及试运行计划》。
2、签署计划：
用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：
在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：
5、组织测试及试运行：
用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
l 跟踪单据流转状况。
l 跟踪新资料登录环节。
l 观察业务流程执行状况。
l 观察操作人员操作表现。
l 观察系统运行速度及异常表现。
l 观察关键数据的正确性。
l 及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：
测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
(七)总体验收阶段
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。
需要验收的可交付成果：
启动
阶段
编制总体项目计划
签署的《总体项目计划》
启动会
项目启动会
签署的《项目实施协议》
需求调研阶段
需求分析报告确认
需求调研结束
签署的《需求分析报告》
软件
实现
软件功能确认
软件功能确认
签署的《软件功能确认表》
数据
初装
用户签署初装计划及初装培训计划
签署的《初装计划及初装培训计划》
初装检查及总结
数据初装完成
《数据初装总结表》
培训及考核
用户签署培训计划
签署的《培训计划》
培训总结
培训完成
《培训总结表》
测试及试运行
用户签署测试及试运行计划
签署的《测试及试运行计划》
测试及试运行总结
试运行完成
《测试及试运行总结》
验收
总体验收
验收完成
《总体验收报告》
(八)系统交接阶段
此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的`整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。
(一)软件必须能满足和适应企业需求
这一点是整个项目能否成功实施的最关键的一环。很多企业都在这一方面吃过亏，在选型时见到的软件有很多功能模块，在样板企业里数据也能跑起来，但当软件买回来了以后，却发现了软件的很多功能与企业的现实差别很大，所以根本就用不起来。不同企业之间的管理流程和对数据的要求差别很大，基本上两个完全相同的企业是不存在的，世界上绝对不会有一种“万能软件”能满足所有企业的需求。企业在选型软件时，要充分考虑各种管理流程的特点、数据的来源、统计报表不同功能模块的关系、企业员工的接受能力及与其它系统的接口等很多问题，所以企业选择的必须是软件提供商为企业订制开发出来的。如果软件提供商不为企业做前期需求分析和订制开发，只是把现成的软件卖给企业，它的实施成功率几乎为零，如果是这样的服务，企业还不如买一套盗版软件 。所以我们可以得出这样的结论，企业买软件提供商的不是它的软件，而是它的开发能力。
(二)软件是否能进行二次开发
因为企业现有的流程不是一成不变的，需不断完善与改进，所以软件的功能也需要能进行相应的修改，而且企业在第一次做项目需求时，有些问题可能忽略掉了，所以必须要求选型的软件有强大的二次开发能力。如果软件的结构过于僵死或二次开发能力不强，它未来可能会变成一块“鸡肋”，让企业有种“食之无味、弃之可惜”的感觉。测试软件是否具有快速二次开发能力的方法也不难，就是企业在选型时，不仅要看软件提供商如何演示，还要提出一些个性化需求，看看对方能否迅速开发出来。
(三)软件和实施费用应相对便宜
企业第一次实施由于经验上的不足，风险不是没有，确实有许多优秀的企业是通过第二次实施才获得了成功。因此企业在第一次选型软件时，不要只注意软件提供商的品牌和规模，因为价格越高，企业自身的风险就越高。我们建议企业最好还是购买那些物美价廉的产品，也就是当所选软件都能满足企业现实需求且能进行二次开发时，企业最好选择价格便宜的那家，就好像一个人刚学会开车，就要买一辆奔驰轿车，无论这个人是否真正有钱都不是明智的选择。现在出现了平台化组构的软件产品，它可以通过建模工具迅速按照客户的需求进行软件开发，这样就大量地节约软件开发周期和成本，而且二次开发工作也变得十分的简单，所以企业最好选择这样的产品。
(四)软件操作要简单、易学
由于许多企业过去没有信息化建设的经验，员工一下子由过去的手工工作转为计算机工作肯定有一个适应过程，如软件组构和操作过于复杂，那么一定会加大培训和实施的难度。
软件维护项目方案篇十一
(1)、项目中一定要有沟通策略,和高管如何汇报工作进展,取得支持?和中层如何就业务目标不断确认,逐步清晰?和基层如何就项目应用操作模式达成一致,持续改进?都需要通过沟通反馈完成.
沟通的作用对于高管是让他们清楚项目一直按照目标前进,每个阶段工作进展是否顺利,影响项目正常运做原因是什么,需要哪些资源帮助.和高管沟通比较多的话,第一个好处是高管经常听汇报就知道项目进展程度,可以安排反馈检查,看是否具备项目所说的进展,这样一旦认可了各个阶段目标后,最终要求高管签字确认也就顺理成章了.给高管汇报技巧就是简洁明了,真实客观,有理有据分析问题,提出对策建议请其决策即可.
中层往往是项目主要的推动力量和实际执行者,也往往是对具体业务需求最主要的要求者,他们对企业实际运做过程最清楚,提出要求最具体,而且项目验收与否没有中层的同意往往也是不太容易做到的.往往通过前期业务调研只能对企业项目目标有一个大的,宏观的认识,但如何细化并最终落实并非是一步到位的过程.因此在整个项目过程中,双方项目组要不断沟通,特别是企业中层沟通,才能逐步认识越来越深刻,最终达成一致.
和基层的沟通主要体现对最终用户的关怀,定期主动和最终用户沟通,消除一些怨气,让用户能坚持用下去,这个时候往往发现很多用户真的是非常好相处,尽管软件还有很多值得改进的地方,但他们一旦认可团队,反而会尽心尽力帮助推动项目的进行.
(2)、目前一般要求每个项目经理在项目进行中都要填写详尽的项目月报,反映项目的进度,与计划的偏差,完成的项目内容,投入人力,目前项目存在的问题,以及预计项目下月的进度等等.将进度月报交部门负责人、项目管理中心、总经办审阅.
(3)、类似地也要制定针对客户的月报甚至是周报,将相关的信息反应到客户方的负责人,及相关高层.可以先发邮件,然后还要电话落实收到并口头简要汇报,特别是高管层,千万不要以为发了就等于别人会去看,一定要口头跟进汇报一次,保证客户各方面负责人对项目进展做到心中有数.
(1)、在一个漫长项目周期中，很多工作做了也就做了，认可了也就认可了，时间一长也就忘记了很多承诺和约定，到了验收的时候就翻出来重新要，这种事情很多人可能都经历过，明明说得可以先不做的内容最终验收的时候又成了必要条件。所以在一个项目中要顺利验收，一定要写好备忘录，把平时项目过程中重要阶段点双方达成的共识详细记录下来，以备查询。
(2)、项目组在每次现场工作都必须要写备忘录，备忘录必须注明现场工作天数，按时间段写清楚工作内容，性质和时间长度。
例如培训工作要写清楚培训人员名称，培训内容，培训小时数，培训掌握效果;。
例如装机工作要写清楚装机软件，装机台数，是否可正常使用等等细节。
(3)、每次备忘录要口头交流认可后才打印签字确定阶段性工作成果。下次工作则根据前次备忘录的双方约定继续进行，保障项目在每次工作基础上不断前进，并用备忘录约束双方的行为。
(4)、备忘录标准的写法是先简要汇报阶段工作中内容，要用积极肯定性的文字给自己前一段工作或者一些提法给出正面结论，这样大家看了才有信心。
(6)、结论出来后后备忘录要详细描述自己所做工作细节，细节越详细越好，让项目组彼此认可工作内容和质量，而且对服务工作量可以有一个客观的评估。而且在写备忘录时发现自己大量时间并非在有效沟通或者在推动项目实施上，那么意味着项目已经是在失去控制路上，应该立即引起警觉并采取措施解决。
(7)、备忘录最后还要约定下一阶段双方工作安排，在后续工作中严格按照备忘录设计自己的工作计划，了解企业项目组进展，如果企业项目组方面配合出现问题，在下次备忘录中要明确指出责任承担方，给用户形成一定的压力，从而更好推动项目走向前进。一些重要的项目目标约定或者验收意见可以单独写备忘录，在最终验收时可以作为依据。这样一个备忘录一个脚印推动项目向目标前进，每个备忘录都在前一阶段工作上有一点点进步，最终项目验收就是水到渠成的事情。
(8)、除了实施备忘录外，实施人员最好给每天工作做详细记录，实施备忘录个人认为只是一个工作进度大概描述，而且可能会有水分，因而需要有一个每天工作的详细记录用于自己或者团队成员准确把握项目脉搏，及时发现问题，个人也能随时做项目回顾，用户的反复也能随时记录在案，如果出现项目延误，也能有理有节和用户应对。
(1)、如果项目准备验收了，一般要安排一次验收鉴定，这个鉴定可能是要请专家来看，可能是企业内部组织，也可能就是几个人认可签字即可。因此如果要验收，最后鉴定这个工作质量要高。
(2)、要准备好一套模拟现场环境的演示环境，要有足够真实的数据，要设计一套体现应用特色介绍流程，要准备一套详实汇报材料和相应ppt。
(3)、要保证验收大会顺利通过，其实是在验收大会前将相关汇报工作和现场应用情况和企业领导做过汇报，并得到充分认可。
(1)、对于项目一个实施人员要为公司考虑节约成本，同时也兼顾客户利益，是比较难以决策的。特别是在一个多可能同时负责多个项目的时候，想每个项目都应该全力以赴是很困难的。这样难免让用户觉得我们响应不及时，有问题不解决，特别有些问题不是我们一个个体能够解决的，长期下来用户可能会积累很多的怨气。
(2)、因此实施人员平时做人要讲诚信，讲原则，无非是三条：
做不到的事情千万别随意承诺;。
承诺的事情一定要努力做到;。
每次做到的事情都进步一点点。
有这三条用户会慢慢接受稍微长一点的响应周期，也会用更多积极性眼光看现在的问题，也相信问题一定有人响应，也一定可以得到解决。
(3)、我们很多人做项目遇到困难在公司内部没有想尽办法去解决，认为我自己这么努力，承受这么大的压力，而别的同事好象没有什么压力，心理不平衡，就容易回避放弃。拖，拖，拖，拖到无法再拖的时候在用户那里就没法抬头，只能被动挨打。
(4)、如果按照以上三条原则做事，反而简单，不做做不到的，当然这个做到做不到不是个人判断，而是和公司内部协调达成一致后的意见，做得到的一定按承诺做好，项目就会简单。
(5)、实施过程中可以留一手，有些好功能或者便利的地方，可以不全部告诉用户，毕竟在合同边界中没有涉及，在验收前可以作为条件和用户去置换。
软件维护项目方案篇十二
1.2为公司制定相应的政策提供客观依据，同时促进公司各项管理工作的开展，确保公司总体目标的实现。
2.1公司各职能部门管理人员及员工。
2.2另有下列情况人员不在考核范围内：
2.2.1试用期内，尚未转正员工。
2.2.2连续出勤不满六个月或考核前休假、停职六个月以上。
2.2.3兼职、特约人员。
3.2以员工考核制度规定的内容、程序和方法为操作准则；
3.3以全面、客观、公正、公开、规范为核心考核理念。
考核的一般操作程序：
4.1员工自评：按照“考核权限表”，员工选择适当的考核量表进行自我评估。
4.2直接主管复评：直接主管对员工的表现进行复评。
4.3间接主管复核：间接主管（高于员工二级）对考核结果评估，并最后认定。
5.1部门绩效分数：《部门负责人本月工作计划完成情况得分统计表》。
5.2员工考核分数：《部门员工月度绩效考核评分表》。
6.4每月22日前，绩效考核部将统计汇总后的《月度绩效考核评分表》进行报批；
7.1公司实行两级考核制，即先对部门进行考核，再对员工进行考核。
7.2考核等级比例控制：
8.1薪酬计算方法：
被考评人考评成绩汇总后，即根据本次考评分数计算考评当期被考评人的实得绩效工资。
被考评人从月度工资总额中提取15%作为当月品绩考评的绩效工资基数z。当月实得绩效工资z按下表方法计算。
8.2各级管理人员胜任能力评估，全年月度品绩考评平均分数作为加薪、晋升、年终奖或培养的依据。
8.3连续三个月实得绩效工资为零的，视具体情况作降级、降职处理。
8.4对于不按规定和要求配合工作，违反规定提供虚假资料信息，及其他不良行为的，将按公司奖惩制度相关规定惩处。
9.1公司将根据绩效实施过程中的具体情况，进行方案的适当调整。
9.2新招聘人员在试用期内不参与考核；
9.3考核期内工作岗位发生异动人员，异动当月按工作天数多的岗位所在部门进行考核；
9.4当月因病（含工伤假）或因事请假出勤不满15个工作日的员工，不参与考核。
10.1考核申诉是为了使考核制度完善化和在考核过程中真正做到公开、公正、合理而设定的特殊程序。
10.2部属与直接主管讨论考核内容和结果后，如有异议，可先向部门主管提出申诉，由部门主管进行协调；如部门主管协调后仍有异议，可向人力资源部提出申诉，由人力资源部门专员进行调查协调。
10.3考核申诉的同时必须提供具体的事实依据。
11.1公司可根据实施的具体情况及时进行调整，本办法由人力资源部负责解释，并受理员工申诉事宜。
11.2本办法于x年x月正式执行。
12.1附件：《部门员工月度绩效考核评分表》。
软件维护项目方案篇十三
根据上级政府及县教体局工作安排，为确保我乡教育大局稳定，进一步推动我乡教育事业健康、均衡、协调、快速发展，特制定本方案。
以科学发展观为指导，以深入细致排查我乡教育内部安全稳定为前提，以确保我乡教育大局稳定为目标，切实增强各校园领导责任意识，深入扎实地开展好各个层面，各个环节的具体工作，确保我乡大局稳定，为进一步推动我乡教育事业又好又快发展奠定坚实基础。
狠抓常规管理，把各项制度落到实处，力求实效;进一步健全组织机构，落实职人员，提升安全管理水平;注重机制体制创新，多方创造条件，推动校园安全稳定工作科学发展;提高应急处置能力，全力维护段村乡校园安全稳定。
为切实将我乡学校安全工作的落到实处，确保各项工作顺利开展，特调整段村乡中小学(幼儿园)安全稳定工作领导组，详情如下：
段村乡中小学(幼儿园)安全稳定工作领导组：
组长：(乡校长)。
成员：(文教室安全专管)。
1.严格落实安全稳定工作责任制。学校“一把手”是安全稳定工作第一责任人。各中小学校长幼儿园园长要将安全稳定工作责任细化分解，将安全稳定工作责任落实到岗，落实到人，落实到每项工作的每个环节，逐级层层签订安全稳定工作目标责任书，建立覆盖所有工作环节的安全责任体系，严格实行安全稳定工作目标管理责任制、责任追究制和安全稳定工作“一票否决制”，切实做到目标明确，措施得力，责任到人。
2.认真开展安全自查。进一步完善校园的安全检查制度，每周定期对学校重点要害部位及人员集中场所安全情况进行自查，并形成制度。对检查出的安全隐患实行台账管理。对自查的校园安全隐患进行整改。继续健全和完善校园的安全机构、安全制度、应急预案、安全设施。坚持节假日门卫和教师值班制度。
3.建立健全预警和应急处置机制。各中小学幼儿园要结合实际，对现有的处置突发事件预案进行修订，尤其对学校重大集体活动、易发性流行性的传染病等预案要进一步细化，增强实用性和操作性。
4.建立学校安全管理制度。根据我县教体局的要求，积极与派出所、交通、工商、卫生等部门加强联系，建立学校安全管理制度，努力构建“积极预防、依法管理、社会参与、各负其责”的社会化安全管理格局，切实加强对校园安全管理工作的领导。
5.认真做好传染病防控和食品卫生宣传和管理工作。要认真贯彻落实《食品卫生法》、《传染病防治法》、《学校食堂与学生集体用餐卫生管理规定》等法律、法规。学校食堂必须有《卫生许可证》、食堂从业人员必须持有《健康证》，并且要切实加强对食堂从业人员的培训，严防食物中毒事件发生。积极开展卫生救护知识宣传教育活动，做好校园传染病及突发公共卫生事件预防和控制工作。
6.继续推进警务进校园工作。充分发挥法制辅导员的积极性，为学校法制辅导员提供有利条件，协调好法制辅导员与本校安全保卫机构和人员的工作关系，加强对未成年人法律知识专题教育，提升未成年人法律意识，预防未成年人犯罪，。
7.各中小学幼儿园加强校园周边环境整治工作。充分发挥校园安全稳定工作和校园保卫室的作用，加强校园周边环境治理，对严重威胁学校和学生安全的重大隐患，请求挂牌督办，努力营造平安和谐的校园周边环境。
8.深入开展“平安校园”创建活动。各中小学幼儿园进一步加大“平安校园”创建工作的力度，加强对“平安校园”创建工作的检查和指导，积极开展创建活动，争取20xx年使创建“平安校园”工作再上新高度。
9.加强中小学幼儿园门卫安保工作。抓好中小学幼儿园门口值班工作，各单位配备安保器具、报警器，监控等。加强中小学(幼儿园)各项值班。文教室要经常深入学校进行工作督查，以确保师生生命及学校财产安全，确保教育教学工作正常开展。
10.建立学校安全稳定工作零报告制度。各校明确一名报告员，自20xx年10月31日起，每天下午4:00前将学校(幼儿园)安全稳定情况向文教室何老师汇报(电话：重大事情及时向文教室主要领导及县教体局和乡政府报告。
软件维护项目方案篇十四
作为一个项目的管理者,必须要明确的知道自己的工作目标;我个人认为项目管理者的目标无非就是以下两点:。
1、就是清晰明确地了解项目利害关系者的需求和期望,努力做到满足项目利害关系者的不同需求;项目利害关系者包括:项目团队成员和项目团队外成员(比如各部门的部门负责人和市场人员,客户等。
2、就是保证开发项目按需按时保质的完成。第二:职责。
作为项目的管理者,首先要端正态度,要明确知道自己的工作职责,认识到这份工作职责的本质。项目管理者不是来管人的,而是来支持人的,是来协调资源的,是来营造一个适合团队成员比较认同的工作环境和氛围的,是来为一个共同的目标和大家一起战斗共同成长的。可以大概概括成以下几点:。
1、建立有效的工作流程保证项目的顺利进行。
2、制定详细周密的项目计划。
3、跟踪,推动项目按计划进行。
4、积极解决项目过程中出现的问题和冲突。
5、调动开发团队的积极性,创造力,推动团队成员在项目过程中不断成长。
6、项目风险识别、风险评估、风险解决和风险管理策略以及做好突发风险的应急预案。
7、实现目标。
第三:项目管理者的具体工作内容。
最后一个是项目管理者的具体工作内容,作为项目管理者必须清晰的知道自己的工作范围和所要做的工作内容以及工作重心,分为以下六点:。
1、项目前期阶段。
对项目进行技术可行性分析、技术评估、成本评估以及风险评估。与需求提出方的代表进行需求讨论,明确项目的目标、价值;确定项目范围、功能及优先级。组建项目团队,特别要搞清楚项目的keyperson(对产品有决定权的人。项目启动会议,相关的利害关系人员都必须参加。
该阶段完成后的成果:确认后的最终软件需求规格说明书文档。
2、分析设计阶段。
根据确认后的软件需求规格说明书,制定项目进度计划,工作任务分解(wbs;资源申请,项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源;数据库设计;系统设计;文档(包括usecase、demo系统原型、testcase等;评审会议。
该阶段完成后的成果:a、usercase(系统用例;b、demo(系统原型;。
c、系统设计文档(概要设计和详细设计;d、数据库设计文档。
最后对完成的成果,包括usercase和设计文档等进行评审。
3、执行阶段(开发和测试。
准备开发环境、测试环境;跟踪,推动项目按计划进行;以周报的形式通报项目的进展情况。对项目的阶段成果进行评估,以确保该阶段完成的质量,包括代码审核、sql审核等。对需求变更进行控制管理;对项目风险进行管理;测试阶段bugfixed及改进、收集反馈意见。
4、发布阶段。
包括制定项目发布计划,用户培训,发布上线。
5、上线后监控。
数据监控(日志、服务器状态,根据监控出现的问题,及时进行bugfixed及改进或做补丁升级。
6、结束阶段。
产品交付,项目。
总结。
会。
第四:基于以上三个问题所做的应对细则。
要做好项目管理,并能确实解决好以上三个问题,实现目标、履行职责、完成工作中的具体内容,从我个人这几年的工作经验和面临的一些问题,还有所积累的一些项目管理中的一些知识以及自己的观察和思考的角度看,应该要努力做好以下这几个方面的具体工作:。
1、项目开发时间的估算。
制定项目进度时间表的时候,需要估算每个任务所需的时间,其中开发任务中模块的分配和时间估算是其中最主要的部分;在分配模块和估算开发时间时需要遵循的原则和目标:。
1、保证项目整体的进度。
2、有助于确保开发编码的质量。
3、有助于提高开发编码的速度。
在公司现有的技术框架下,开发人员主要的工作是投入在具体的商业逻辑上。通常每个模块所需的开发时间取决于以下三个因素:。
1、所负责模块的商业逻辑的复杂程度。
2、开发人员的技术水平和对项目所在应用的熟悉程度(包括对框架和应用的熟悉程度。
3、该模块技术实现上是否有技术难点;这里所谓的技术难点定义是:在现有系统中还未实现的、开发人员自身也未没接触过的技术。对于这样的难点,开发者没有相关的代码可以参考,自己也没有经验,所以需要投入一些时间研究解决。
模块分配和开发时间估算的步骤:。
1、在划分好模块后,首先自己先估算一下每个模块所需要的开发时间。
2、然后召集所有开发人员,讨论模块的分配和开发时间估算。将划分好的模块,让开发人员从中挑选他们感兴趣的模块。这样做可以提高开发人员的主动性和参与性。在分配模块的时候还需从以下几方面考虑,以确保开发的速度和质量:a、相同类似的模块由同一人负责开发,比如用户管理的增删改由同一开发者负责。
这样做的好处就是开发者对相关逻辑会更加熟悉,同时接口的定义也会比较明确,沟通的成本比较低,同时功能实现的缺陷也相应的会降低。
b、技术难度比较大的模块由技术水平比较高的人负责。c、业务逻辑比较复杂的由对这块逻辑比较了解的人负责。
3、模块分配完后,开发人员评估自己负责开发的模块所需要的时间。在此过程中最好做到要和开发者比较详细的讨论每个模块的技术实现,以便使时间的估算更加准确。
4、对开发人员估算的时间进行确认。在确认过程中作为项目管理者应参考以上提到的三个因素,同时将自己估算的时间和开发人员估算的时间进行比较。这其中的差异当然会存在的。对于那些差异比较大的,将与技术人员探讨其中的缘由。对于时间周期比较长的任务,尽量将任务通过再细分的手段细化任务,争取每个任务的最长时间不超过3天;时间周期越长的任务,不确定性越高,风险也越高,越有可能成为项目的瓶颈,影响项目的进度。
2、codereviewcodereview是保证项目中代码质量非常重要的一个环节,在这一环中我们公司做的非常欠缺,把关不严格;这是导致每次测试后出现大量bug的主要原因,这一环需要纳入绩效考核中,实行责任追究制,实施重点监控。出现这样的薄弱环节,造成这样的原因,我想也是有很多因素造成的;比如开发人员对需求不是很明确,以自己比较主观的因素去完成任务的;还有对整个系统业务逻辑没有正确的清晰的认识的原因,以及对项目组成员培训不到位的原因等众多因素纠集在一起才产生的。
核规范”文档:记录代码实现应该遵循的标准。通过这两个文档来规范开发人员的代码实现,代码编写者必须要严格按照规范来进行;代码审核者根据这些标准来codereview代码,同时在codereview过程中不断完善该文档。
在做好这些前期工作的前提下,分以下几个步骤来实施:。
1、检查开发者的代码实现是否遵循了编码规范。
2、从代码的易维护性、可扩展性角度考察代码的质量,提出修改建议。
4、代码审核者在此过程中可以随时提出自己的疑问,同时积极发现隐藏的bug;对这。
些bug记录在案。
5、代码讲解完毕后,代码审核者给自己安排几个小时再对代码审核一遍。代码需要一。
行一行静下心来看。同时代码又要全面的看,以确保代码整体上设计优良。
6、代码审核者根据审核的结果编写“代码审核报告”,“审核报告”中记录发现的问题。
及修改建议,然后把“审核报告”发送给相关人员。
7、代码编写者根据“代码审核报告”给出的修改意见,修改好代码,有不清楚的地方。
可积极向代码审核者提出。
8、代码编写者bugfixed完毕之后给出反馈。
9、代码审核者把codereview中发现的有价值的问题更新到"代码审核规范"的文档中,对于特别值得提醒的问题可群发email给所有技术人员。如果通过以上步骤,还因为是代码编写者的原因而出现严重的缺陷问题,将通过绩效考核来加深代码编写者的印象,并在周报会议上做通报批评。
3、需求变更管理。
需求变更管理也是项目管理中最重要的一个环节,对需求变更管理的有效性将直接影响项目的成功与否。
对待需求变更的态度:。
1、需求变更是不可避免的。
2、需求变更要必须被管理。
3、积极发现引起变更的因素,促使变更尽可能早的出现,减低变更带来的风险。需求变更管理的目标:。
1、相关的干系人必须清楚地了解发生的变更。
2、变更处于有效的管理中。
3、尽量降低变更带来的风险。
通过制定需求变更的流程,确保项目中的需求变更有效地进行,实现上述的目标。需求变更流程:。
作很混乱,也就是因为没有一个规范的变更流程而造成的;如果建立了这么一个流程规范和机制,需求变更没有走这个流程的将不被认可。
2、项目管理者接收到需求变更的要求。需求变更的提出者可以是项目中的任何人包括产品经理、市场人员、开发人员、测试人员等。
度,费用,质量等计划。项目管理者作为项目的负责人,对项目的成功与否负有主要的责任。所以需求变更的决策者应该由项目管理者承担。
开发人员对进度的影响(工作量。
12。
5、确定变更的负责人。承担需求变更的具体工作,比如基线控制,对需求变更的记录,并通知相关人员。
6、相关人员接收到确认的需求变更后,做以下事情。需求分析人员修改需求说明书和usercase的相关内容。测试人员修改测试用例的相关内容。开发人员修改代码中的相关部分。
7、按照变更后的计划实施项目,并进行检查,跟踪,对变更后的实施反馈和可能出现的问题及时沟通和处理。
8、需求冻结。项目越到后期,需求变更对项目的影响就越大,所以在一定时候要进入需求冻结阶段,不再接收新需求或需求的变更。
4、风险管理。
风险管理是项目管理者最重要的工作之一。风险管理是一个持续的过程,贯穿于整个项目过程中,风险管理包括风险识别、风险评估、风险解决以及风险管理策略。
在项目的实施过程中需要不断地识别和应对风险,并加以有效的控制,风险管理的好与坏直接影响项目的实施效果,从某种意义上讲,项目实施对于项目管理者就是识别、分析、应对、控制风险的过程,使项目的约束性目标和质量目标朝有利的方向发展。
加影响或采取应对措施,把风险的负面影响降到最低,并且风险控制应该贯穿项目始终。
风险引起的负面后果集中体现在进度延后、成本超支、质量不达标等方面,导致这些问题的因素主要包括目标以及需求不明确、范围蔓延以及需求变更、代码质量或返工风险、人员技能和资源的不足、缺乏良好的团队协作等。下面将详细描述一下这些问题以及出现这些问题时的应对方案:。
1、目标以及需求不明确。
为了市场竞争或内部管理决策的需要,业务部门提出的需求往往要求的时间比较紧迫,需求的提出大多停留在几张纸或口头的传达上,没有形成正式的业务需求文档,在没有明确的需求范围的情况下,有时为了迎合业务部门的口味匆匆开工,过程中用户不断地提出新的想法,技术人员开始疲于奔命和应付,很难保证项目的进度和质量,也难以取得业务部门的认可。所以,在项目的前期一定要采取相应的手段或措施,与业务部门共同明确项目目标、需求范围,充分考虑现有的时间和资源约束,将需求排定优先级,对于关键的需求优先实现，其他辅助性的根据过程中的具体情况进行滚动式计划，并取得业务部门的书面确认。在此过程中要注重挖掘用户的隐性需求，可以通过引导、系统原型等手段让用户在前期充分暴露自己的想法和需求。
发生，对项目造成影响。如何减少此类风险的发生？前期的需求讨论要详细、充分。需求文档中需求的范围要明确、功能描述要清楚。找出项目中需求的决策者(通常会是产品经理、相关职能主管、客户，所有的需求要经过他们的认可。客户在项目过程中的全程参与有助于降低此类风险。需求讨论、需求确认、usercase确认、测试阶段的客户验收等环节，都要要求客户参与。在发生需求变更时，严格按照需求变更流程执行。在分析设计阶段的中的确认和评审也是降低此类风险的重要手段。
3、代码质量或返工风险质量风险主要指开发代码的质量。如何提高开发人员开发的质量？在制定项目计划时，对开发时间的评估要尽可能的合适。合理的开发时间对开发质量的影响也很大。有时开发人员为了赶进度在比较紧张的时间需要完成指定的任务，可能就存在很大的开发质量问题。开发要有一套严格可行的代码规范，编码时严格遵守，到现在为止，我们这个方面做的不是很规范，做的也很不足，大家编写的代码随意性比较大，代码编写者的主观意识性比较强。要建立一套大家认可并且规范可行的编码规范和考核规范，codereview时严格考核。在编码前，开发人员要对框架熟练掌握；一份好的系统设计文档对指导开发非常重要。返工是项目组最不愿意看到的，既浪费人力、物力和财力，又影响团队积极性。需求不明确或范围没有有效控制都可能造成返工，另外造成返工的原因是质量没有达到用户要求。往往有这样一种情况，每个团队成员按照项目计划报告进度都是100%完成，但一到最后系统交互测试或集成的时候就会发现一大堆问题，不得不花费很大精力回头排查、修改程序，造成这种情况的主要原因是过程中质量保证没有做到位，把大部分问题留在了后面。这就需要在项目实施过程中采取有效的措施来规避返工的风险，通常的做法有同行评审，比如概要设计完成之后，邀请其他项目组的技术专家进行技术评审以发现架构设计问题；管理评审，通过组织级的质量审计看产品以及实施过程是否满足质量要求；代码走查，在编码过程中加入至少一次的代码走查，排查不符合规范或性能要求的代码，走查通常能够发现50%-70%的错误；每日构建，这是一种非常有效的方法，可以避免把各部分的集成问题拖到最后，并且能够及时发现相应的错误，日构建一般在项目的中后期开始，每天自动从版本服务器上获取源代码进行自动编译和测试。
4、人员技能和资源的不足项目实施过程中由于人员技能欠缺造成的进。
理者应该在前期就分析清楚项目所要采用的技术以及相应的人员技能要求，针对不同的角色，及时采取相应的技能培训，以保证项目的顺利实施。如果对于项目中某些部分专业性特别强或新技术，短期内又不能快速建立技能的情况，可以考虑将该块任务外包，借鉴合作商的力量降低实施风险，当然要进行外购人力成本与自建人力成本的效益分析。开发过程中遇到技术难题，导致开发时间延迟或者需求不得不发生变更。如何减少此类风险的发生？在项目开始前的技术评估阶段，明确技术难点，提前安排人员进行攻克。如果在可预期的时间内无法解决，如果可以，将向需求提出方要求变更需求或寻找可替代方案。这样的风险应该在项目的前期阶段就应该解决在萌芽状态来避免这样的风险在后期或中期出现。项目所需人力资源无法按时到位，导致资源风险。如何减少此类风险的发生？这个就需要在项目计划制定的时候提前申请确认资源，并在项目过程中不断沟通协调。
5、缺乏良好的团队协作软件项目实施属于知识型，要发挥团队成员的创造力，不同于制造业计件生产，各模块最终要集成在一起形成一个有机的整体，这就需要各小组之间的密切配合，界定清楚工作界面及接口关系，并在实施过程中持续地沟通交流和共享，首先团队要融为一体，产出的软件才能融为一体。这是一个团队的软实力，团队之间的协作好坏也将是个潜在的风险问题，在项目启动和团队组建的时候就应该加以规避这样的风险出现。项目风险管理的要点：
1、上述我们所说的风险管理都是指可以预期将要发生的风险，那些不可预期将要发生的风险不属于风险管理的范畴。这也将是考验一个项目管理者的经验和知识对能否管理好风险至关重要的内容。
2、对不可预期的风险，项目管理者要有潜在的风险意识评估，做好一些可操作性的预案准备。
3、详细明确的项目计划、以及项目执行过程中每个要点的质量保证是降低项目风险的必要条件。
项目的成败。团队管理是个渐进的过程。世界上只有完美的团队，没有完美的个人。好的高效的团队不是管理出来的，而是营造出来的。团队成员需要有大家可认同的团队文化，这需要大家共同的努力。
1、营造良好的工作环境和氛围。
2、建设优秀或鲜明的团队文化。
3、保持高效的沟通。
6、项目会议组织会议是项目管理者日常工作中一项非常重要的工作任务，项目过程中很多重要的决定都是在会议中做出的，也有很多由于不成功的会议而对项目本身造成了不好的影响。首先看看不成功的会议常常表现为哪些形式：
1、会议氛围不好，参与者发言不踊跃；
2、会议讨论常常偏离主题；
3、会议没有取得预期的结果；
4、会议时间常常一拖再拖。这些不成功的会议最终的结果就是：既浪费了大家的宝贵时间又没有达到会议的目的，很多人都对这样的会议都有抵触情绪，对此也是深恶痛绝。以下是组织会议时应该注意的问题，也可看作组织会议的最佳实践。在列出最佳实践之前有三点我们必须要清楚：
1、会议是否会取得成功很大程度上取决于会议的组织者。只有组织得有力，会议才有可能取得成功，这是会议成功的充分条件。
2、会议的组织者和参与者的想法通常是不一致的，有时候甚至会大相径庭。所以不要希望会议的参与者和你一样，对会议有着如此的期待，对大多数参与者而言，在会议中他只是一个发表想法的人，他不用对会议的成功承担责任。
3、以下十一条最佳实践是形式上的约定，具体的实施可以根据实际情况来做。组织会议的十一条最佳实践：
1、只有需要开会时才开会。有时候两三个人单独小范围沟通会更加有效。
2、提前发出会议议程，以便会议参与者知道他们来做什么。
3、请对人很重要，不要把非必要的人召来开会，当然也不要漏掉那些关键人物。在确保必要人物都在的情况下一次会议参与者越少效果越好。
4、提前预约参与者的时间，以确保他们能按时到场。
5、会议的开场很重要。会议组织者要在开始前做好几件事情。通常我建议有几点要在开场时说：a、再一次强调会议的目标，我们来做什么。b、强调会议的主题与基调。比如：本次会议是一个需求确认会，而非需求讨论会，主要是讨论做还是不做以及告知大家我们要做什么，而不要把太多的精力放在讨论如何做上面。c、说明一下会议的规则。如要发言，请举手；不要有小圈子讨论；不要打断别人的讲话，等别人说完你再说等等。
6、会议过程中时刻注意引导和控制会议，以确保会议按照目。
标进行。一次会议的氛围是否良好，讨论是否充分，好的引导至关重要。比如多提一些开放式的问题。
7、会议记录很重要，把一些结论和有价值的内容记录下来，这些是本次会议的重要成果之一。
8、会议要有结论。我们常在会议上听到有人说："大家讨论了这么半天，结论呢？"。没有结论的会议是没有意义的。
9、会议后别忘发会议纪要，以及一些action，什么人什么时候做什么。
10、会议后的action执行情况的反馈很重要。反馈是对会议参与者的尊重，同时也告知了会议的效果。否则会让大家感觉到这是一个可无可无的会议，大家以后参与的积极性也会降低。很多会议往往都不注意这一点。
11、按时结束的会议会受到所有人的欢迎。
7、版本控制版本控制也是项目管理者的一个重要工作内容之一，一个项目或产品的完成不可能是一步到位的，在项目完成的后期可能会有多个不同的版本的发布（开发版本，测试版本，发布版本等）。需要做好版本的管理和控制。
8、项目总结在项目完成后，总结整个完成项目的过程和经历，为下一次的项目启动提供参考经验，完善不足，避免在类似的项目中出现可能存在的相同的错误发生。
软件维护项目方案篇十五
职责概述：
负责本区域办事处的项目实施/运维任务。
在项目实施/运维业务上对副总经理负责，并直接向其汇报；在人员管理及事务性管理上对办事处经理负责，并对其汇报工作。
主要职责。
一、制定办事处季度、月度工作计划，完成阶段性工作总结并上报；
二、组织人员进行系统的实施与安装；
三、负责监控系统日常运行情况，并及时提供相应的技术支持；
四、负责组织解决工作中的技术难题；
五、组织建立健全客户档案，并跟进客户关系维护；
六、组织上岗培训及定期培训，及时解决员工在业务、思想动态等方面出现的问题；
七、负责员工的月度绩效考评工作。
八、完成领导交办临时任务。
【本文地址：http://www.xuefen.com.cn/zuowen/13048933.html】
