项目股份制管理实施办法(试行)Word下载.doc
《项目股份制管理实施办法(试行)Word下载.doc》由会员分享，可在线阅读，更多相关《项目股份制管理实施办法(试行)Word下载.doc（9页珍藏版）》请在冰豆网上搜索。
（二）监督项目管理相关制度的执行；
（三）对项目立项、项目撤消进行决策；
（四）推举任命项目管理小组组长、项目评审小组、项目实施小组组长。
第六条项目管理小组对项目管理委员会负责，一般由公司管理人员组成。
第七条项目管理小组的主要职责如下：
（一）草拟项目管理的各项制度；
（二）组织项目阶段评审活动；
（三）保存项目过程中的相关文件和数据；
（四）为优化项目管理提出建议。
第八条项目评审小组对项目管理委员会负责，一般由公司技术总监和市场总监组成。
第九条项目评审小组的主要职责如下：
（一）对项目可行性报告进行评审；
（二）对市场计划和阶段报告进行评审；
（三）对开发计划和阶段报告进行评审；
（四）项目结束时，对项目总结报告进行评审。
第十条项目实施小组对项目管理委员会负责，并受其监督，可下设软件项目组和产品项目组。
软件项目组和产品项目组分别设开发经理和产品经理。
成员一般由公司技术人员和市场人员构成。
第十一条项目实施小组的主要职责是根据项目管理委员会的安排，具体负责项目的软件开发和市场调研及销售工作。
第十二条项目立项要求
（一）立项人在立项前必须提交《项目可行性分析报告》或《项目商业计划书》。
（二）《项目可行性分析报告》必须是在项目立项前对市场进行详尽周密的调研分析后对客观市场的真实反映，具体内容包括了解市场需求、确定产品生命周期、估算产品成本价格、预测市场效益及自我开发产品能力的估计等。
（三）《项目商业计划书》中描述开发日程安排、资源需求、项目管理等各项情况的大体内容。
对于计划书的每个内容，都应有相应具体实施手册，以供项目组相关成员使用。
（四）《软件项目计划书》应包括下述内容：
1.计划的目的：
包括项目的范围和目标的描述、主要功能、性能、管理和技术约束；
2.项目估算：
包括使用的历史数据、使用的评估技术及工作量、成本、时间估算；
3.风险管理战略：
包括风险识别、有关风险的讨论、风险管理计划；
4.日程：
包括项目工作分解结构、时限图（甘特图）和资源表；
5.项目资源：
包括人员、硬件和软件、特别资源；
6.人员组织：
包括组织结构、管理报告；
7.跟踪和控制机制：
包括质量保证和控制、变化管理和控制。
第十三条项目立项条件
项目研发应遵循“最优技术、最快速度、最低成本、最好产品”原则，具备以下立项条件：
（一）技术先进、科技含量高，项目系统分析全面，可行性报告可操作性强；
（二）产品定位准确、竞争力强、市场前景好，需求份额大；
（三）项目开发周期短，投资少，成本低，经济效益明显。
第三章软件项目的管理内容
第十四条根据公司实际情况，公司在进行项目管理时，重点将配置管理、质量管理、风险管理及人员管理四方面内容导入软件开发的整个阶段：
（一）用分阶段的生命周期计划严格管理；
（二）坚持进行阶段评审；
（三）实行严格的产品质量、过程质量控制；
（四）采用现代程序设计技术；
（五）结果应能够清楚地审查；
（六）开发小组、项目工程管理人员结构组织应该少而精；
（七）承认不断改进工程实践的必要性。
第十五条软件配置管理简称SCM（SoftwareConfigurationManagement的缩写），是在团队开发中，标识、控制和管理软件变更的一种管理。
第十六条软件配置管理分为版本管理、问题跟踪和建立管理三个部分，其中版本管理是基础,版本管理应完成以下主要任务：
（一）建立项目；
（二）重构任何修订版的某一项或某一文件；
（三）利用加锁技术防止覆盖；
（四）当增加一个修订版时要求输入变更描述；
（五）提供比较任意两个修订版的使用工具；
（六）采用增量存储方式；
（七）提供对修订版历史和锁定状态的报告功能；
（八）提供归并功能；
（九）允许在任何时候重构任何版本；
（十）权限的设置；
（十一）晋升模型的建立；
（十二）提供各种报告。
第十七条为了在软件开发的所有阶段都引入质量管理。
公司将依照国家标准“信息技术软件生存期过程”（GB/T8566--1995）规范管理，并积极为通过ISO9000：
2000做准备。
第十八条在进行软件项目开发前，公司积极推行《软件质量保证计划》。
目前较常用的是ANSI/IEEESTOL730--1984，983--1986标准，具体内容包括：
（一）管理：
组织、任务、责任；
（二）文档：
目的、要求的软件工程文档、其他文档；
（三）标准和约定：
目的、约定；
（四）评审和审计：
目的、评审要求、软件需求的评审、设计评审、软件验证和确认评审、功能评审、物理评审、内部过程评审、管理评审；
（五）测试；
（六）问题报告和改正活动；
（七）工具、技术和方法；
（八）媒体控制；
（九）供应者控制；
（十）记录、收集、维护和保密；
（十一）培训；
（十二）风险管理。
第十九条在软件开发的各个阶段都要进行软件评审，对发现的错误及时纠正。
第二十条软件评审机构由总经理、副总经理、技术总监等组成。
第二十一条评审目标
（一）发现任何形式表现的软件功能、逻辑或实现方面的错误；
（二）通过评审验证软件的需求；
（三）保证软件按预先定义的标准表示；
（四）已获得的软件是以统一的方式开发的；
（五）使项目更容易管理。
第二十二条评审过程
（一）召开评审会议：
一般应有3至5人参加，会前每个参加者做好准备，评审会时间不做限制。
（二）会议结束必须做出以下决策之一：
接受该产品，不需做修改；
由于错误严重，拒绝接受；
暂时接受该产品。
（三）评审报告与记录：
所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。
第二十三条评审准则
（一）建立议事日程并维持它，使会议不能脱离主题；
（二）不限制争论与反驳，发现问题并提出解决问题的方案；
（三）指明问题范围；
（四）展示记录；
（五）对每个被评审的产品要制定评审清单；
（六）对每个正式技术评审,分配资源和时间进度表；
（七）对全部评审人员进行必要的培训；
（八）对评审准则的评审。
第二十四条评审标准
（一）根据科委、出版社评审确定；
（二）ISO9000：
2000质量管理体系认证。
第二十五条测试就是用已知的输入在已知环境中动态地执行系统（或系统的部件）。
测试一般包括单元测试、模块测试、集成测试和系统测试。
如果测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：
（一）测试计划：
确定测试范围、方法和需要的资源等。
（二）测试过程：
详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。
（三）测试结果：
把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。
测试结果：
第四章员工薪资及奖惩制度
第二十六条项目研发人员的工资收入分为两部分：
基础工资和绩效工资，具体参照二00一年十二月一日起实施的公司《二00二年度工资标准》执行。
（一）基础工资（即底薪包括基本工资、工龄工资、岗位工资、职务工资、技能工资、职称工资、禁业补助、保密补助、物价补助、住房补助、伙食补助等构成基础工资），以现金方式按月发放；
（二）绩效工资根据本人完成的工作数量及质量实施情况及考核结果进行结算，并在该项目通过法定检测部门测试鉴定合格并出具相关的检测（验收）报告后的七日内以现金方式支付。
第二十七条绩效工资的计算方法：
（一）单项工作任务在规定时间内完成并符合公司质量标准（公司另行制定）规定的容错率范围内时：
1.该产品或项目经法定的检测部门一审并获得通过的，按绩效工资的100%结算；
2.该产品或项目经法定的检测部门二审（每次修改、测试时间最长不得超过一周）并获得通过的，按绩效工资的80%结算；
3.该产品或项目经法定的检测部门三审（每次修改、测试时间最长不得超过一周）并获得通过的，按绩效工资的60%结算。
（二）单项工作任务未在规定时间内完成，但工作质量符合公司规定的质量标准时：
1.每延期一日按本人基础工资之和的百分之四（大写数字）扣除延误金。
开发周期逾期超过规定时间的15%（含）时，每延期一日按本人基础工资之和的百分之十（大写数字）加倍扣除延误金。
2.该产品或项目经法定的检测部门一审并获得通过的，除按上述规定扣除延误金外还应按绩效工资的90%结算，期望值折股数也应按此比例递减；
3.该产品或项目经法定的检测部门二审（每次修改、测试时间最长不得超过一周）并获得通过的，除按上述规定扣除延误金外按绩效工资的75%结算，期望值折股数也应按此比例递减；
4.该产品或项目经法定的检测部门三审（每次修改、测试时间最长不得超过一周）并获得通过的，除按上述规定扣除延误金外按绩效工资的60%结算，期望值折股数也应按此比例递减。
（三）无论单项工作任务是否在规定时间内完成，但工作质量不符合公司规定的质量标准均实行一票否决制，其绩效工资一律取消，也不得享有项目股份分红权利。
（四）在规定的时间内完成项目研发工作责任目标（包括数量、质量）的，公司可按项目股份总量的3%赠与项目实施小组成员每人一定数量的股票期权，有效期为五年，行权价约定为1.50元/股，自赠与日满三年起在二年内分期行权完毕，每期满六个月行权25%，过期作废；
第五章项目经费管理及项目股份制实施办法
第二十八条项目实施小组设项目
升级会员 