为保证事情或工作高起点、高质量、高水平开展，常常需要提前准备一份具体、详细、针对性强的方案，方案是书面计划，是具体行动实施办法细则，步骤等。大家想知道怎么样才能写一篇比较优质的方案吗？下面是小编为大家收集的方案策划书范文，仅供参考，希望能够帮助到大家。
软件开发激励方案篇一
作为一个项目的管理者,必须要明确的知道自己的工作目标;我个人认为项目管理者的目标无非就是以下两点:
1、就是清晰明确地了解项目利害关系者的需求和期望,努力做到满足项目利害关系者的不同需求;项目利害关系者包括:项目团队成员和项目团队外成员(比如各部门的部门负责人和市场人员,客户等。
2、就是保证开发项目按需按时保质的完成。 第二:职责
作为项目的管理者,首先要端正态度,要明确知道自己的工作职责,认识到这份工作职责的本质。项目管理者不是来管人的,而是来支持人的,是来协调资源的,是来营造一个适合团队成员比较认同的工作环境和氛围的,是来为一个共同的目标和大家一起战斗共同成长的。可以大概概括成以下几点:
1、建立有效的工作流程保证项目的顺利进行。
2、制定详细周密的项目计划。
3、跟踪,推动项目按计划进行。
4、积极解决项目过程中出现的问题和冲突。
5、调动开发团队的积极性,创造力,推动团队成员在项目过程中不断成长。
6、项目风险识别、风险评估、风险解决和风险管理策略以及做好突发风险的应急预案。
7、实现目标
第三:项目管理者的具体工作内容
最后一个是项目管理者的具体工作内容,作为项目管理者必须清晰的知道自己的工作范围和所要做的工作内容以及工作重心,分为以下六点:
1、项目前期阶段
对项目进行技术可行性分析、技术评估、成本评估以及风险评估。与需求提出方的代表进行需求讨论,明确项目的目标、价值;确定项目范围、功能及优先级。组建项目团队,特别要搞清楚项目的key person(对产品有决定权的人。项目启动会议,相关的利害关系人员都必须参加。
该阶段完成后的成果:确认后的最终软件需求规格说明书文档。
2、分析设计阶段
根据确认后的软件需求规格说明书,制定项目进度计划,工作任务分解(wbs;资源申请,项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源;数据库设计;系统设计;文档(包括use case、demo系统原型、test case等;评审会议。
该阶段完成后的成果: a、user case(系统用例;b、demo(系统原型;
c、系统设计文档(概要设计和详细设计;d、数据库设计文档。
最后对完成的成果,包括user case和设计文档等进行评审。
3、执行阶段(开发和测试
准备开发环境、测试环境;跟踪,推动项目按计划进行;以周报的形式通报项目的进展情况。对项目的阶段成果进行评估,以确保该阶段完成的质量,包括代码审核、sql 审核等。对需求变更进行控制管理;对项目风险进行管理;测试阶段bug fixed及改进、收集反馈意见。
4、发布阶段
包括制定项目发布计划,用户培训,发布上线。
5、上线后监控
数据监控(日志、服务器状态,根据监控出现的问题,及时进行bug fixed及改进或做补丁升级。
6、结束阶段
产品交付,项目总结会。
第四:基于以上三个问题所做的应对细则
要做好项目管理,并能确实解决好以上三个问题,实现目标、履行职责、完成工作中的具体内容,从我个人这几年的工作经验和面临的一些问题,还有所积累的一些项目管理中的一些知识以及自己的观察和思考的角度看,应该要努力做好以下这几个方面的具体工作:
1、项目开发时间的估算
制定项目进度时间表的时候,需要估算每个任务所需的时间,其中开发任务中模块的分配和时间估算是其中最主要的部分;在分配模块和估算开发时间时需要遵循的原则和目标:
1、保证项目整体的进度。
2、有助于确保开发编码的质量。
3、有助于提高开发编码的速度。
在公司现有的技术框架下,开发人员主要的工作是投入在具体的商业逻辑上。通常每个模块所需的开发时间取决于以下三个因素:
1、所负责模块的商业逻辑的复杂程度。
2、开发人员的技术水平和对项目所在应用的熟悉程度(包括对框架和应用的熟悉程度。
3、该模块技术实现上是否有技术难点;这里所谓的技术难点定义是:在现有系统中还未实现的、开发人员自身也未没接触过的技术。对于这样的难点,开发者没有相关的代码可以参考,自己也没有经验,所以需要投入一些时间研究解决。
模块分配和开发时间估算的步骤:
1、在划分好模块后,首先自己先估算一下每个模块所需要的开发时间。
2、然后召集所有开发人员,讨论模块的分配和开发时间估算。将划分好的模块,让开发人员从中挑选他们感兴趣的模块。这样做可以提高开发人员的主动性和参与性。在分配模块的时候还需从以下几方面考虑,以确保开发的速度和质量: a、相同类似的模块由同一人负责开发,比如用户管理的增删改由同一开发者负责。
这样做的好处就是开发者对相关逻辑会更加熟悉,同时接口的定义也会比较明确,沟通的成本比较低,同时功能实现的缺陷也相应的会降低。
b、技术难度比较大的模块由技术水平比较高的人负责。c、业务逻辑比较复杂的由对这块逻辑比较了解的人负责。
3、模块分配完后,开发人员评估自己负责开发的模块所需要的时间。在此过程中最好做到要和开发者比较详细的讨论每个模块的技术实现,以便使时间的估算更加准确。
4、对开发人员估算的时间进行确认。在确认过程中作为项目管理者应参考以上提到的三个因素,同时将自己估算的时间和开发人员估算的时间进行比较。这其中的差异当然会存在的。对于那些差异比较大的,将与技术人员探讨其中的缘由。对于时间周期比较长的任务,尽量将任务通过再细分的手段细化任务,争取每个任务的最长时间不超过3天;时间周期越长的任务,不确定性越高,风险也越高,越有可能成为项目的瓶颈,影响项目的进度。
2、code review code review是保证项目中代码质量非常重要的一个环节,在这一环中我们公司做的非常欠缺,把关不严格;这是导致每次测试后出现大量bug的主要原因,这一环需要纳入绩效考核中,实行责任追究制,实施重点监控。出现这样的薄弱环节,造成这样的原因,我想也是有很多因素造成的;比如开发人员对需求不是很明确,以自己比较主观的因素去完成任务的;还有对整个系统业务逻辑没有正确的清晰的认识的原因,以及对项目组成员培训不到位的原因等众多因素纠集在一起才产生的。
核规范”文档:记录代码实现应该遵循的标准。通过这两个文档来规范开发人员的代码实现,代码编写者必须要严格按照规范来进行;代码审核者根据这些标准来code review代码,同时在code review过程中不断完善该文档。
在做好这些前期工作的前提下,分以下几个步骤来实施:
1、检查开发者的代码实现是否遵循了编码规范。
2、从代码的易维护性、可扩展性角度考察代码的质量,提出修改建议。
4、代码审核者在此过程中可以随时提出自己的疑问,同时积极发现隐藏的bug;对这
些bug记录在案。
5、代码讲解完毕后,代码审核者给自己安排几个小时再对代码审核一遍。代码需要一
行一行静下心来看。同时代码又要全面的看,以确保代码整体上设计优良。
6、代码审核者根据审核的结果编写“代码审核报告”,“审核报告”中记录发现的问题
及修改建议,然后把“审核报告”发送给相关人员。
7、代码编写者根据“代码审核报告”给出的修改意见,修改好代码,有不清楚的地方
可积极向代码审核者提出。
8、代码编写者bug fixed完毕之后给出反馈。
9、代码审核者把code review中发现的有价值的问题更新到"代码审核规范"的文档中, 对于特别值得提醒的问题可群发email给所有技术人员。如果通过以上步骤,还因为是代码编写者的原因而出现严重的缺陷问题,将通过绩效考核来加深代码编写者的印象,并在周报会议上做通报批评。
3、需求变更管理
需求变更管理也是项目管理中最重要的一个环节,对需求变更管理的有效性将直接影响项目的成功与否。
对待需求变更的态度:
1、需求变更是不可避免的。
2、需求变更要必须被管理。
3、积极发现引起变更的因素,促使变更尽可能早的出现,减低变更带来的风险。 需求变更管理的目标:
1、相关的干系人必须清楚地了解发生的变更。
2、变更处于有效的管理中。
3、尽量降低变更带来的风险。
通过制定需求变更的流程,确保项目中的需求变更有效地进行,实现上述的目标。需求变更流程:
作很混乱,也就是因为没有一个规范的变更流程而造成的;如果建立了这么一个流程规范和机制,需求变更没有走这个流程的将不被认可。
2、项目管理者接收到需求变更的要求。需求变更的提出者可以是项目中的任何人包括产品经理、市场人员、开发人员、测试人员等。
度,费用,质量等计划。项目管理者作为项目的负责人,对项目的成功与否负有主要的责任。所以需求变更的决策者应该由项目管理者承担。
开发人员对进度的 影响(工 作量
1 2
5、确定变更的负责人。承担需求变更的具体工作,比如基线控制,对需求变更的记录,并通知相关人员。
6、相关人员接收到确认的需求变更后,做以下事情。需求分析人员修改需求说明书和user case的相关内容。测试人员修改测试用例的相关内容。开发人员修改代码中的相关部分。
7、按照变更后的计划实施项目,并进行检查,跟踪,对变更后的实施反馈和可能出现的问题及时沟通和处理。
8、需求冻结。项目越到后期,需求变更对项目的影响就越大,所以在一定时候要进入需求冻结阶段,不再接收新需求或需求的变更。
4、风险管理
风险管理是项目管理者最重要的工作之一。风险管理是一个持续的过程,贯穿于整个项目过程中,风险管理包括风险识别、风险评估、风险解决以及风险管理策略。
在项目的实施过程中需要不断地识别和应对风险,并加以有效的控制,风险管理的好与坏直接影响项目的实施效果,从某种意义上讲,项目实施对于项目管理者就是识别、分析、应对、控制风险的过程,使项目的约束性目标和质量目标朝有利的方向发展。
加影响或采取应对措施,把风险的负面影响降到最低,并且风险控制应该贯穿项目始终。
风险引起的负面后果集中体现在进度延后、成本超支、质量不达标等方面,导致这些问题的因素主要包括目标以及需求不明确、范围蔓延以及需求变更、代码质量或返工风险、人员技能和资源的不足、缺乏良好的团队协作等。下面将详细描述一下这些问题以及出现这些问题时的应对方案:
1、目标以及需求不明确
为了市场竞争或内部管理决策的需要,业务部门提出的需求往往要求的时间比较紧迫,需求的提出大多停留在几张纸或口头的传达上,没有形成正式的业务需求文档,在没有明确的需求范围的情况下,有时为了迎合业务部门的口味匆匆开工,过程中用户不断地提出新的想法,技术人员开始疲于奔命和应付,很难保证项目的进度和质量,也难以取得业务部门的认可。所以,在项目的前期一定要采取相应的手段或措施,与业务部门共同明确项目目标、需求范围,充分考虑现有的时间和资源约束,将需求排定优先级, 对于关键的需求优先实现，其他辅助性的根据过程中的具体情况进行滚动式计划，并取 得业务部门的书面确认。在此过程中要注重挖掘用户的隐性需求，可以通过引导、系统 原型等手段让用户在前期充分暴露自己的想法和需求。
发生，对项目造成影响。如何减少此类风险的发生？ 前期的需求讨论要详细、充分。需求文档中需求的范围要明确、功能描述要清楚。找出项目中需求的决策者(通常会是产品经理、相关职能主管、客户，所有的需求要经 过他们的认可。客户在项目过程中的全程参与有助于降低此类风险。需求讨论、需求确 认、user case 确认、测试阶段的客户验收等环节，都要要求客户参与。在发生需求变 更时，严格按照需求变更流程执行。在分析设计阶段的中的确认和评审也是降低此类风 险的重要手段。
3、代码质量或返工风险 质量风险主要指开发代码的质量。如何提高开发人员开发的质量？在制定项目计划 时，对开发时间的评估要尽可能的合适。合理的开发时间对开发质量的影响也很大。有 时开发人员为了赶进度在比较紧张的时间需要完成指定的任务，可能就存在很大的开发 质量问题。开发要有一套严格可行的代码规范，编码时严格遵守，到现在为止，我们这 个方面做的不是很规范，做的也很不足，大家编写的代码随意性比较大，代码编写者的 主观意识性比较强。要建立一套大家认可并且规范可行的编码规范和考核规范，code review 时严格考核。在编码前，开发人员要对框架熟练掌握；一份好的系统设计文档对 指导开发非常重要。返工是项目组最不愿意看到的，既浪费人力、物力和财力，又影响团队积极性。需 求不明确或范围没有有效控制都可能造成返工，另外造成返工的原因是质量没有达到用 户要求。往往有这样一种情况，每个团队成员按照项目计划报告进度都是 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、项目总结 在项目完成后，总结整个完成项目的过程和经历，为下一次的项目启动提供参考经验，完善不足，避免在类似的项目中出现可能存在的相同的错误发生。
软件开发激励方案篇二
零售业和餐饮业的兴衰成败很大程度上取决于它的客户服务水平，而这些企业的服务员收入却是最低的，流动性也最大。许多以服务为主的企业都以削减员工的福利待遇来压缩经营成本，以谋求短期的利润，而这无疑会导致企业内部凝聚力的下降，人员的流动，从而伴随的是企业核心竞争力的下降，从长期来讲，这会严重影响到企业的品牌声誉。
星巴克意识到员工在品牌传播中的重要性，它认为，星巴克的成功主要是依靠顾客在店内有非常良好的消费体验，而这意味着店员必须非常熟悉公司的所有产品，并能够热诚地向顾客传递公司的咖啡文化，并且有足够的技能和个性提供一致的令人愉快的服务。因此，增进管理层和雇员之间的信任关系，以吸引和激励那些努力工作并有优秀绩效表现的员工显的尤为重要。
为此，星巴克开创了自己的品牌管理方法，将本来用于广告的支出用于员工的福利和培训。并于1988年下半年实施了为临时工提供完善的医疗保健的政策。该政策规定所有每周工作20个小时以上的兼职雇员都有权利享有和全职员工一样的商业保险，与此同时每位员工可获得由星巴克提供75％的医疗费用。随着该项福利的发展，公司所提供的医疗费用范畴也不断增加，覆盖了预防性医疗、健康咨询，牙齿、眼睛、精神治疗等各个医疗保健领域。实际上，由于星巴克的员工大都比较年轻，身体也都比较健康，公司在这项医疗保险上的实际支出并不高，但这份投资，很快得到了巨大的回报。星巴克吸引了好的员工，并使他们留得更长久。
对于一个企业管理者来说，激励制度是多样的，而各种激励制度间存在着有机联系，因此应灵活运用各种激励方式，形成合理化组合显得尤为重要，而星巴克正是意识到了这一点。在星巴克公司，员工不叫“员工”，而是被称作“合伙人”。这不是一种文字游戏，而是有着实在、实惠而又丰富多彩的股票期权计划为支撑的战略安排。在这种安排之下，每一个员工都有机会成为星巴克的股东，因此被称为“合伙人”。
股票投资计划。星巴克在为所有的员工提供工资福利制度的基础上，更进一步开始股权认购计划，使每个员工都持股，都成为公司的合伙人，以将每个员工与公司的总体业绩联系起来。根据这个计划，在每个申购季开始之前，凡是被星巴克连续雇佣90天以上，且每周的工作时间不少于20小时的员工，都有机会以抵扣部分薪水的方式或折扣价格购买公司的股票。在申购即将开始前，公司会将申购资料邮寄到雇员家里，每个员工的申购资金限额为其基础薪酬的1%—10%。而在每个季度结束后，公司会选择一个较低的星巴克股票公开市场价格，将员工所抵扣的工资以低于市场价15%的折扣购买，即以“八五折”的价格购买。
咖啡豆期权计划。在股票期权计划的基础上，星巴克公司有进一步推出了咖啡豆期权计划。而该计划与之前的股票投资计划相比，赋予了更多员工购买并拥有星巴克股票的权利，目的是使员工充分分享公司的经营成果。该计划规定自每年4月1日起至财政年度结束，或者自每个财政年度开始至次年的3月31日，或者自4月1日开始至该计划当年被正式执行之前，连续被星巴克雇佣且被支付了不少于500个小时的工资的员工，都有权利享受该计划。主管及以上职位的人员不参加“咖啡豆”期权计划，但可以参加专门针对“关键员工”的股票期权计划。
股票期权奖励。在综合考虑公司年度业绩的基础上，公司董事会每年会考虑给予符合条件的人员一定的股票期权作为奖励。员工个人应获得的股票期权数量由以下三个主要因素决定：当年（财政年度）的经营状况及收益率；个人在该财政年度的基础薪酬；股票的预购价格或公司允诺的价格。公司的股票期权待权期为5年，任何满足条件的合伙人都可按照股票购买计划购买股票，合伙人购买股票时可以通过薪水折扣获得15%的优惠，这样只要股票上涨，股票期权就越来越值钱。
随着国际市场的不断发展和完善，企业间的竞争已逐渐演化成人才层面的竞争，有效利用人才、留住人才、激励人才是使企业能在长远的发展中胜出的关键因素，而星巴克正是抓住了这一点，通过有效的奖励政策，创造环境鼓励员工们自强、交流和合作。
餐饮业本是一个人员流失率很高的一个行业，而星巴克却通过福利制度，促使员工愿意留下。并且，通过全面的福利保障，让员工喜欢星巴克，同时在服务的过程中的精神面貌得到了很大的改变，更加尽心尽责，提高服务质量。星巴克的福利投资很快就取得了巨大的回报，为星巴克的发展奠定了坚实稳定的基础。
薪酬分配的原则就是要将企业的效益与个人的效益紧密结合在一起，因此在制度设计时，就必须要注意其内外结合，做到岗酬契合，绩效与薪资符合，体现努力创造绩效才会拿到更多的报酬的真理。如：星巴克在丰富的股票期权计划方面，则既是对员工基础薪酬的有益补充，是对长期为公司服务并做出相应成绩的员工的奖励，又巧妙地将员工的利益和企业的利益结合在了一起，充分发挥了员工激励组合效用。星巴克这种通过主动与员工建立“利益共同体”的方式，让员工从工作中得到乐趣，形成职工对企业的归属感、认同感，并进一步满足其自我实现的需要。
软件开发激励方案篇三
学生姓名：
指导教师：
2014年 2 月 28 日
it认知实习是软件工程专业学习的重要一环，是让我们了解软件开发流程和软件项目管理的重要认识途径。通过此次的实习，让我们了解当我进入企业后应该具有的专业知识和职业素养，可以增强我们进入企业的信心，更进一步的适应企业生活和工作要求。同时，我们还可以再次确定我们的努力方向和人生目标。
介绍某企业的人文环境、企业的规章制度、企业对it人才的需求标准；合实际项目、围绕软件开发生命周期讲解软件开发过程中各阶段任务、实施步骤、常见问题，介绍目前流行的软件开发工具和主流技术；同时介绍软件项目管理中的常见问题；了解企业在项目开发过程中的分工协作。
通过实习后，学生能熟悉软件项目开发的整个流程，包括软件分析、设计、编码及测试等环节规范化的生产流程；了解并熟悉规范化软件文档的书写规范，具备一定的文档撰写能力；能进一步熟悉某个应用领域的主流技术和开发平台，具备应用相关技术和平xxx立开发某个应用软件的基本能力；通过实习逐步具有良好的团队合作意识、工程职业素养、忠诚度和社会责任感；通过实习培养发现问题、认识问题、分析问题及解决问题的能力，逐步提高自学能力和动手能力；为成为应用型软件工程师打下良好的基础。
软件开发激励方案篇四
如何在工作中满足员工需求、调动员工积极性以提高员工满意度，实现个人利益与企业利益的双赢是开发人力资源的最高层次目标。
1、物质激励
（1）薪酬福利：
（2）津贴：
（3）年度业绩奖金：
2、精神激励
（1）关心激励：
（2）荣誉激励：
3、目标激励
4、创新激励
5、员工发展激励
（1）晋升激励
（2）培训激励
6、参与激励：
7、股权激励(待定)
8、负激励（竞争激励）
年度业绩奖金：年度评比公司经营业绩贡献、管理业绩贡献
创新激励：流程改进、工艺提升、节约
参与激励：员工调查、参与公司政策和活动的决策
股权激励：可采用虚拟股权的方式
4.1关心激励
4.1.1关心激励----员工结婚
适用对象：入职满一年的员工结婚
措施：公司派人到婚礼现场表示祝贺，并代表公司带结婚礼金200元（随时间变化，取基本值）。公司当月内刊刊登婚礼照片、发表祝福信息。
4.1.2关心激励----至亲去世
适用对象：入职满一年的员工至亲去世（配偶或2代以内直系亲属）。
措施：公司派人到丧礼现场进行吊唁，并代表公司带吊唁金100元（随时间变化，取基本值）。关怀询问有无需要公司帮助的事情。
4.1.3关心激励----生病慰问
适用对象：所有公司入职员工生病请假超过7天的。
措施：公司派人到病房或家里进行慰问，了解病情，告知员工安心养病，并代表公司采买慰问品（价值50元，随具体情况适时调整）。
4.1.4关心激励----员工生日
适用对象：入职满半年的员工
措施：公司为员工准备生日蛋糕并在当天晨会部门小范围内为员工唱生日快乐歌。在公司内刊刊登当月过生日的员工名单及日期。
4.1.5关心激励----优秀员工家庭聚餐
适用对象：被评为年度优秀员工的职员
措施：公司为优秀员工举行家庭聚餐，时间、地点（丰润区范围内）由员工自行决定，期限为一年，参加人员为员工配偶及直系亲属，费用方面由公司承担200元其余由员工承担。在家庭聚餐当日员工享受带薪休假。
4.1.6关心激励----员工春节家庭拜访
适用对象：各部门骨干员工。
措施：由各部门按照公司通知提前上报本部门骨干员工名单，经总经理签字同意后由人力资源部负责携带慰问品至员工家庭进行拜访，以表达公司对员工辛勤工作表示感谢，对家庭的支持表示感谢。
4.1.7关心激励----棘手问题的帮助解决
适用对象：公司所有员工
措施：各部门主管、经理通过日常观察了解及时发现员工遇到的困难，包括家庭、工作、生活及感情问题，主管、经理初步了解情况后上报人力资源部，由人力资源部安排、寻求解决措施。
4.2荣誉激励
4.2.1荣誉激励----年度优秀员工评比
适用对象：公司所有员工
措施：
1、优秀员工占公司总人数的8%左右，具体名额按年度优秀员工评比方案执行；
2、分层评比：经理1名，主管1-3名，员工若干；
5、评比流程：按照年度优秀员工评比方案执行；
6、激励措施：公司对年度优秀员工给予物质奖励（具体金额按评比方案执行）、大会表彰、发放荣誉证书、家庭聚餐、年休假、对优秀主管及经理提供年度外派培训学习机会，如遇晋升机会公司优先考虑优秀员工，内刊表彰。
4.2.2荣誉激励----年度优秀团队评比
适用对象：公司各部门（以车间级别为基本单位）
措施：
1、每年优秀团队评比名额为1名；
4、评比流程：按照年度优秀团队评比方案执行；
5、激励措施：公司对优秀团队给予物质奖励作为团队活动基金，如何使用由团队协商，大会表彰，发放锦旗，内刊表彰等。
4.2.3荣誉激励----见义勇为团队或个人
适用对象：公司各部门（以车间级别为基本单位）公司所有员工
措施：
1、对突出见义勇为表现的团队或个人给予及时表彰、激励；
2、表彰形式：团队代表或个人在表彰大会演讲、物质激励、发放锦旗、内刊发表等。
4.2.4荣誉激励----保护公共财产团队或个人
适用对象：公司各部门（以车间级别为基本单位）公司所有员工
措施：
1、对突出保护公共财产表现的团队或个人给予及时表彰、激励；
2、表彰形式：团队代表或个人在表彰大会演讲、物质激励、发放锦旗、内刊发表等。
软件开发激励方案篇五
为了提升6月份整体销售目标，充分调动与激发销售团队的积极性与突破性，现作出调整销售团队工作态度、工作心态的措施，现以营销中心两位负责人为表率，划分两个市场各自分配团队人员进行为期一月的突击营销，具体方案如下：
一、罗总负责陕西市场
二、潘总负责山西市场（运城客户除外）
1、销售业绩完成目标的%
2、销售利润完成目标的%
1、两位负责人工资抽出元作为考核工资
2、未完成销售目标、销售利润或两组对比失败的一组扣除考核工资
3、完成销售目标及销售利润的除考核工资全额发放外，公司另拿出现金作为激励。
4、如两组均未达到销售业绩、利润目标要求的，则取销售业绩、利润目标高的一组执行第三项规定。
5、如两组均达到销售业绩、利润目标要求的，则取销售业绩、利润目标高的一组执行第三项规定。
6、如两队均未达到销售目标及销售利润的 %，均不发放考核工资。
7、两位负责人针对所负责市场选派区域业务人员亲自带队进行。
软件开发激励方案篇六
第一，协助达成企业的发展战略目标。首先，激励方案的实施能减少经营者的短期行为，有利于使其更关注企业的长期发展。如果引入股权激励，考核指标的设置并不单单只是注重当年的财务性指标，还注重企业未来的价值，而且长期股权激励方案还设定部分奖励卸任后延期发放等条件，使得经营者不仅关心任期内的业绩，并关注企业的长远发展。
其次，激励方案的实施能够创造企业的利益共同体。一般而言，企业的所有者较为注重企业的长期发展，而企业的其他人员则较为注重各自在任期内的收益，其两者的利益并不完全致。引入股权激励方案可以让企业的管理者和关键技术人员成为企业股东，成为利益共同体，进而弱化两者之司的矛盾。
第二，业绩激励。实施股权激励方案后，企业管理者和关键技术人员成为公司股东，具有分享利润的权力。此时经营者会因为自己工作的好坏而获得奖励或惩罚，这种预期具有一种强烈的导向作用，会提高员工的积极性和创造性。利益驱动有利于刺激员工潜力的发挥，促使其采用各种新技术降低成本，提高企业的经营业绩和核心竞争能力。
第三，留住人才、吸引人才。实施股权激励方案不仅可以让其分享企业成长所带来的收益，还能增强员工的归属感。
在企业发展和个人利益的驱动下，各类型的企业均实施股权激励的必要。但由于非上市公司在交易市场上的局限性，无法通过资本市场分摊股权激励的成本，也无法通过市场确定单位价格，因此非上市公司无法采用股票期权，期股等常用的股权激励工具，非上市公司能使用的激励方案主要有：
虚拟股票指企业将净资产分成若干相同价值的股份，形成的一种“账面”上的股票。激励对象可以据此享受一定数量的分红权和股价增值收益，但这部分虚拟股票没有所有权，没有表决权，不能转让和出售，在离开企业时自动失效。
然而，虚拟股票的激励方案有其自身的问题与障碍。
首先，价格制定需要一定的依据。对于该问题，企业一般会通过聘请薪酬方面的咨询专家，结合自身的经营目标，选择定的标准(一般是财务标准)对虚拟股票予以定价。企业采取该方法不仅通过专业化的公司获取较能反映企业业绩的真实数据，也可体现激励方案的公平性和合理性。
其次，引发现金支出风险。虽然该激励方式不会影响企业的资产和所有权结构，但企业会因此发生较大的资金支出，该障碍一般会通过设立专门的基金予以解决。
再次，潜伏“道德风险”。由于非上市企业经营信息的不公开性，缺乏有效的市场和社会监督，而虚拟股票激励方式又将激励对象收益与未来业绩的增值水平挂钩，这时作为“内部人”的激励对象则可利用信息不对称人为地提高企业业绩，使个人利益最大化，却不一定使得公司和原股东的利益最大化。因此，这种“道德风险”需相对应的配套措施予以弥补。
业绩单位是指企业每年预先给激励对象制定考核与奖励指标，绩效考核方法、奖金分配比例、奖金发放方法等，若激励对象完成考核指标，则实施业绩单位激励计划。企业一般在实施过程中，将奖励基金分成两个部分：一部分在考核结束之后直接发放；另一部分则以风险基金的形式由企业代为保管，当激励对象合同期结束之后再以现金形式发放。但是，如果激励对象在工作中对企业发展造成不利影响，企业可以根据实际情况酌情从风险基金中扣除部分奖励。在业绩单位激励方案中，激励对象只拥有企业收益的分配权，没有企业增值收益，没有所有权，没有表决权，不能转让和出售。
相对其它激励模式，业绩单位主要是缺少了企业增值的附加收益，较大的可能导致经营者的短期行为，但业绩单位激励模式一般会与风险基金予以配合使用，进而强化激励效果。通过风险基金，在现金奖励中增加股份收益，也就是说，企业可以用没有发放给激励对象的风险基金购买公司股份，将股份的分红收益和兑现后的增值收益，计入风险基金中。而当激励计划结束时，企业可以将风险基金全额发放给激励对象。由此可见，风险基金所起到的作用，不仅仅是约束经营者的行为，也可以在一定程度上施以激励；激励对象也会为了提高风险基金的收入，努力提高公司业绩，一定程度上增强业绩单元的长期激励性。
“账面”增值权是指具有企业增值收益权利的“账面”性股票的激励方式，其没有分红权、所有权、表决权。其具体又分为购买型和虚拟型两种。其中，购买型是指在激励计划期初，需按照每股净资产购买一定数量的“账面”股份，期末再由企业回购。而虚拟型则是指在期初不需通过购买，而是由企业无偿授予“账面”股份，在期末根据企业每股净资产的增值和名义股份的数量来计算激励对象的收益。
这种方案中，经营者的“道德风险”问题尤为突出。由于账面”增值权没有虚拟股权的当期的分红权收益，经营者的收益更大程度上的与企业的未来业绩挂钩，因而更易导致为了个人利益而人为的增加企业业绩水平。
限制性股票是指激励对象购买公司股份，激励对象直接获得企业股份，成为企业主人，将企业和个人利益联系在一起。其中，购买股份的资金主要由激励对象个人出资，若激励对象现金支付能力有限，可由企业资助一部分现金购买股份，这部分现金可以视为公司对激励对象的部分奖励。
该股权激励方式的缺席主要表现在限制性股票的流通性上。由于非上市企业奖励给激励对象的主要是非流通股，在激励对象离开企业的时候，这部分股份则面临一定的处理问题。最好的可行的解决方法无非是激励对象继续持有或者转让给企业。然而限制性股票回购的价格确定又是实施障碍。该回购的价格最好在激励计划实施前和激励对象协商确定，而这个价格应该设定在企业可控范围之内，同时又能根据企业在未来几年的发展状况相应增长。