软件项目管理规章制度（推荐8篇）
背景知识编辑
软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。
1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31%的项目未做完就被取消，53%的软件项目进度通常要延长50%的时间，只有9%的软件项目能够及时交付并且费用也控制在预算之内。
软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。
软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。
这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化;软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面;软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作;风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防;质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动;软件过程能力评估是对软件开发能力的高低进行衡量;软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。因为大家对人力资源管理和软件过程能力比较有兴趣，下面就详细的对这两方面展开讨论。
开发计划编辑
软件项目计划是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。
软件项目管理过程从项目计划活动开始，而第一项计划活动就是估算：需要多长时间、需要多少工作量、以及需要多少人员。此外，我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。
为了估算软件项目的工作量和完成期限，首先需要预测软件规模。度量软件规模的常用方法有直接的方法――LOC(代码行)，间接的方法――FP(功能点)。这两种方法各有优缺点，应该根据软件项目的特点选择适用的软件规模度量方法。
根据项目的规模可以估算出完成项目所需的工作量，我们可以使用一种或多种技术进行估算，这些技术主要分为两大类：分解和经验建模。分解技术需要划分出主要的软件功能，接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。
精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值，我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学，但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。
当对软件项目给予较高期望时，一般都会进行风险分析。在标识、分析和管理风险上花费的时间和人力可以从多个方面得到回报：更加平稳的项目进展过程;更高的跟踪和控制项目的能力;由于在问题发生之前已经做了周密计划而产生的信心。
对于一个项目管理者，他的目标是定义所有的项目任务，识别出关键任务，跟踪关键任务的进展情况，以保证能够及时发现拖延进度的情况。为此，项目管理者必须制定一个足够详细的进度表，以便监督项目进度并控制整个项目。
常用的制定进度计划的.工具主要有Gantt图和工程网络两种。Gantt图具有悠久历史、直观简明、容易学习、容易绘制等优点，但是，它不能明显地表示各项任务彼此间的依赖关系，也不能明显地表示关键路径和关键任务，进度计划中的关键部分不明确。因此，在管理大型软件项目时，仅用Gantt图是不够的，不仅难于做出既节省资源又保证进度的计划，而且还容易发生差错。
工程网络不仅能描绘任务分解情况及每项作业的开始时间和结束时间，而且还能清楚地表示各个作业彼此间的依赖关系。从工程网络图中容易识别出关键路径和关键任务。因此，工程网络图是制定进度计划的强有力的工具。通常，联合使用Gantt图和工程网络这两种工具来制定和管理进度计划，使它们互相补充、取长补短。
进度安排是软件项目计划的首要任务，而项目计划则是软件项目管理的首要组成部分。与估算方法和风险分析相结合，进度安排将为项目管理者建立起一张计划图。
项目控制编辑
对于软件开发项目而言，控制是十分重要的管理活动。下面介绍软件工程控制活动中的质量保证和配置管理。其实上面所提到的风险分析也可以算是软件工程控制活动的一类。而进度跟踪则起到连接软件项目计划和控制的作用。
软件质量保证(SQA，Software Quality Assurance)是在软件过程中的每一步都进行的“保护性活动”。SQA主要有基于非执行的测试(也称为评审)、基于执行的测试(即通常所说的测试)和程序正确性证明。
软件评审是最为重要的SQA活动之一。它的作用是，在发现及改正错误的成本相对较小时就及时发现并排除错误。审查和走查是进行正式技术评审的两类具体方法。审查过程不仅步数比走审多，而且每个步骤都是正规的。由于在开发大型软件过程中所犯的错误绝大数是规格说明错误或设计错误，而正式的技术评审发现这两类错误的有效性高达75%，因此是非常有效的软件质量保证方法。
软件配置管理(SCM，Software configuration management)是应用于整个软件过程中的保护性活动，它是在软件整个生命周期内管理变化的一组活动。
软件配置由一组相互关联的对象组成，这些对象也称为软件配置项，它们是作为某些软件工程活动的结果而产生的。除了文档、程序和数据这些软件配置项之外，用于开发软件的开发环境也可置于配置控制之下。
一旦一个配置对象已被开发出来并且通过了评审，它就变成了基线。对基线对象的修改导致建立该对象的版本。版本控制是用于管理这些对象而使用的一组规程和工具。
变更控制是一种规程活动，它能够在对配置对象进行修改时保证质量和一致性。配置审计是一项软件质量保证活动，它有助于确保在进行修改时仍然保持质量。状态报告向需要知道关于变化的信息的人，提供有关每项变化的信息。
组织模式编辑
软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可;如果是产品开发，需成立软件项目组和产品项目(负责市场调研和销售)，组成软件产品项目组。公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。
3.1、项目管理委员会项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下：
(1)依照项目管理相关制度管理项目;
(2)监督项目管理相关制度的执行;
(3)对项目立项、项目撤消进行决策;
(4)任命项目管理小组组长、项目评审委员会主任、项目组组长.
3.2、项目管理小组项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下：
(1)草拟项目管理的各项制度;
(2)组织项目阶段评审;
(3)保存项目过程中的相关文件和数据;
(4)为优化项目管理提出建议。
3.3、项目评审小组项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下：
(1)对项目可行性报告进行评审;
(2)对市场计划和阶段报告进行评审;
(3)对开发计划和阶段报告进行评审;
(4)项目结束时，对项目总结报告进行评审。
3.4、软件产品项目组软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。
项目管理编辑
从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。在20世纪80年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，在进行软件项目管理时，也应该遵循这七条原则。它们是：
(1)用分阶段的生命周期计划严格管理;
(2)坚持进行阶段评审;
(3)实行严格的产品控制;
(4)采用现代程序设计技术;
(5)结果应能够清楚地审查;
(6)开发小组地人员应该少而精;
(7)承认不断改进软件工程实践的必要性。
国外软件行业发展较早, 尤其美国和印度, 他们在软件项目管理上也相对成熟。在软件产品项目的分析开发实施过程中有着明确详细的管理规定和流程。在我国IT行业起步较晚, 但发展迅速。2010年6月工业和信息化部部长李毅在第十四届“中国国际软件博览会”上透露, 我国软件服务近10年实现快速增长, 年均增长超过36%。虽然近年来我国软件行业发展迅猛, 但是项目管理在本行业的应用还很不成熟, 一般的、常规的管理方式已很难适应, 这是软件开发项目管理中面临的最大挑战。同时由于软件行业的竞争加剧、客户时效性的要求以及一些小公司作坊式的经营模式, 使得软件管理往往被忽略或者不被重视。
项目的管理包括:范围管理、团队管理、成本管理、质量管理、风险管理、综合管理、沟通管理、进度管理和采购管理。影响项目成败的因素也很多, 失败因素主要有:要求不完全, 要求和规格的变化, 参与不足, 计划不足, 资源不足, 不再需要该项目, 不合实际的期待, 缺少IT管理, 高层支持不够, 技术文盲等。成功因素:使用者参与, 较小的里程碑, 管理层的支持, 有能力的员工, 清晰的要求说明, 所有权, 良好的计划, 明确的眼光和目标, 切合实际的期待值, 勤奋专注的员工。
以上因素都应该在项目管理过程中考虑到。然而实际上很多项目管理人员并没有掌握项目管理的知识, 完全依靠个人现有知识技能进行项目管理, 随意性和盲目性比较大。公司应该安排对员工进行软件项目管理的培训, 并切实应用到实际的软件开发过程中去。同时作为公司领导层, 首先应该高度重视软件项目管理, 并切实按照软件项目管理的要求来做事, 有问题不能一拍脑袋就做出决定。这样会对软件项目带来很大风险。
(1) 对项目管理的认识不足。一些项目经理认为按照项目管理来做项目计划, 纯粹是浪费时间和精力, 是走过场, 计划赶不上变化, 甚至项目完成后再对项目计划书进行完善。这就造成了计划与控制管理脱节, 无法有效的对进度进行控制管理。甚至由于计划不足, 在开发过程中发现某个任务无法按时完成, 导致项目延期或质量下降。其实制定计划的过程就是一个对项目逐渐了解掌握的过程, 通过认真的制定计划, 项目管理人员可以理清哪些要素是明确的重要的, 哪些是需要逐渐明确的次要的。通过项目计划的不断完善, 以达到在进度、资源和范围之间寻求一种平衡。
(2) 不合实际的期待。往往很多时候, 客户对他要求的软件系统有很高的期待, 但实际交付的时候很难达到他们的期望。其实这就暴露了软件公司在项目管理上的薄弱以及对客户沟通的不足。这就要求我们在项目展开之前就应该做好项目设计、规划、风险评估并于客户沟通提高他们对软件的认知水平。甚至有时候, 项目人员本身没有按照项目管理过程对其进行实际分析而凭想象构筑出很高的期待, 结果导致项目进行中困难重重。
(3) 沟通不畅。在项目中一些重要信息没有进行及时有效的沟通, 造成各做各事、重复劳动, 甚至造成不必要的损失。例如在制定计划、意见反馈、技术问题等方面沟通不畅, 往往造成制定的计划不符合项目成员的实际情况, 相关人员没有及时按照反馈意见做事, 重复劳动等问题。
(4) 应对风险的策略不成熟。项目人员没有充分分析项目开发过程中可能遇到的风险, 对付风险的策略比较简单。对风险管理的重要性认识不足, 不能提前预知规避风险, 造成遇到风险时捉襟见肘甚至导致项目延期或失败。
除此之外我们还需要把握软件项目管理的7大原则:
(1) 平衡原则。
在我们讨论项目为什么失败时可以列出很多原因, 如管理问题、技术问题、人员问题等等, 但实际上人们经常没有认识到最根本的问题, 那就是:需求、资源、工期、质量之间的平衡关系问题。
(2) 高效原则。
现在市场竞争越来越激烈, “产品早上市一天, 就早挣一天钱”, 软件开发越来越追求效率。基于高效的原则, 软件项目就需要考虑:选择精英成员;目标明确, 范围清楚;及时、充分的沟通;重要一点, 激励员工调动其积极性。
(3) 分解原则。
“化繁为简, 各个击破”。我们可以考虑将大项目划分成几个小项目, 将长周期项目分阶段完成。
(4) 实时控制原则。
实时控制能够让项目经理及时发现问题、解决问题。
(5) 分类管理原则。
根据项目的特点制定不同的管理方针政策。
(6) 简单有效原则。
项目经理应当对开发人员进行简单有效的管理。
(7) 规模控制原则。
这些原则包涵了项目组规模的控制和对大项目长期项目划分小项目不同阶段的规模控制。如果项目组规模太大就会导致沟通效率下降, 管理复杂度提高等问题。它是与高效原则、分解原则相辅相成的。
项目管理水平的提高不是一蹴而就的事情, 软件公司应该充分认识到项目管理的重要性, 它在提高专业化水平, 帮助公司规避风险, 改进公司长期生产效率等方面发挥的巨大作用, 自觉主动的进行项目的规范化管理。
摘要：软件行业不同于传统的制造业的生产过程。通常传统制造业在产品规格、工艺规程、材料规格标准化的前提下进行大批量连续制造。而软件的整个过程都是设计过程 (没有制造过程) 。单就设计本身来说, 它需要从业人员在当前技术前提下有创造性的思维, 这种管理更多的是进行指导性的管理。由于软件项目管理的这种特性, 所以在很多软件项目管理过程中很大程度上是依靠个人现有的知识技能, 管理工作的随意性和盲目性比较大。
关键词：计算机软件；著作权；登记
计算机软件著作权登记工作是版权公共服务体系的重要组成部分，近几年，软件著作权登记数量突飞猛涨，仅2014年我国软件著作權登记218783件，这是继2011年我国软件登记量超过10万件后，又一重大突破。[1]本文针对计算机软件著作权登记工作中的状况进行讨论，并尝试提出有效的完善计算机软件著作权登记制度的建议。
一、计算机软件著作权登记的基本情况
计算机软件的著作权是指软件的开发者或其他权利人依据有关著作权法律的规定，对于软件作品享有的各项专有权利。[2]
1991年6月4日，国务院依据著作权法的规定，发布了《计算机软件保护条例》（以下简称《保护条例》），并在该条例中规定了计算机软件著作权登记的内容。1992年4月6日，《计算机软件著作权登记办法》（以下简称《登记办法》）应声出台，由机械电子工业部发布并实施。截止到今年，计算机软件著作权登记制度已经实施了24年。作为受著作权法保护的作品之一，计算机软件具有不同于其他作品的突出特点，因此对于计算机软件作品的保护，采取了通过法规单独立法予以保护的方式。在计算机软件著作权登记制度实施的24年中，软件登记主管部门与登记机构发生了变化，由机械电子工业部委托的中国软件登记中心，调整为国家版权局指定的中国版权保护中心负责计算机软件著作权登记的相关工作。同时，计算机软件著作权登记的主要法律依据《计算机软件保护条例》和《计算机软件著作权登记办法》分别在2001年12月和2002年2月进行了修订。
二、计算机软件著作权登记中存在的问题及完善建议
现行的计算机软件著作权登记制度主要依据是《保护条例》和《登记办法》中的规定，在一段时期和一定程度上发挥了积极的作用。但与此同时，随着软件产业的快速发展，软件著作权登记量的不断增长，现行的登记制度也开始暴露出一些问题，无法完全适用于目前的软件登记工作以及软件产业发展的实际需要。为使登记工作能更好地服务于软件产业发展，为软件权利人提供便捷、高效的登记服务，建议对现行著作权登记制度进行修改和完善，主要包括软件著作权登记种类、登记文件及交存方式、登记证书内容、登记机构撤销职权、处罚措施等方面。
1. 软件著作权登记种类
按照现行《登记办法》的规定，软件著作权登记不仅仅限于原始取得权利的情形，还包括通过继承、承受、受让等方式取得权利的情形。即软件著作权发生继承、受让、承受等转移变化后，仍可办理软件著作权登记，而不是权利变化的记载，造成登记的混乱。尤其是通过转让取得软件著作权的受让方不仅可以以著作权人的身份申请软件著作权登记，也可以以合同当事人身份申请软件著作权转让合同登记，造成事实上两类登记的交叉。基于同一转让行为可以进行两类不同的登记，暴露了登记分类标准的不严谨性，缺乏合理性。在实践中，不仅给登记申请人面对登记申请选择时带来极大的困惑，也人为地增加了登记工作的复杂性，影响着软件登记的权威性。
建议重新梳理软件著作权登记，在立法中明确不同登记的范围。
2.软件鉴别材料的交存方式
现行《登记办法》中要求应以纸介质方式提交源程序和文档的前后各连续的30页，这导致了登记机构保存的鉴别材料证明力不足，无法完整的展现出软件的内容及形式，对软件著作权的保护相当不利。而且现在许多软件源代码中各个模块并无前后之分，著作权人也很难界定源代码的先后顺序。源程序的交存方式应适当放宽，不应仅限于提交前后各连续的30页。其次，软件作品具有不同于一般作品的数字化形式特殊性，它易于复制和修改，以数字化形式提交和保管更符合软件作品的特性，与以纸介质交存鉴别材料的方式相比，权利人将更愿意以数字化形式提交，其更易交存和管理 ，数字化形式提交可以实现登记工作无纸化管理，登记流程更快捷。
建议修改现行《登记办法》中软件著作权登记鉴别材料的交存方式，规定申请人提交全部源程序，文档则需要提交任意一种软件文档的全部材料，并且源程序和文档应当以CD-ROM或DVD-ROM光盘为载体的数字文件方式提交。对于有正当理由，无法提交源程序，规定其可以以同一源程序的目标代码形式提交，但必须附送该软件样品。
3.登记证书内容
软件著作权登记证书中记载了软件著作权的主要登记事项，合同登记证书中记载了软件权利转让或专有许可的合同主要事项，登记证书是软件登记人对外公示软件权利的最有效的方式，其在软件权利人行使权利的过程中具有非常重要的作用。而现行《登记办法》中却没有对登记证书中的记载事项做任何规定，这可以说是一种缺失，这也导致登记机构在制定登记证书时缺少相关依据。
建议以登记簿作为具体的登记文件形式，对登记的全部信息进行全面和清晰的记载，不仅记载软件著作权登记的基本事项，同时记载有关变更、补充甚至转让等信息，使登记文件具有全面性和连续性。[3]
4.登记机构撤销软件著作权登记
近年来，国家对软件企业的扶持力度逐渐加大，部分企业为享受国家相关政策，提供虚假材料骗取登记证书的事情时有发生。依据现行《登记办法》的相关规定，当软件登记机构发现软件登记主要登记信息不真实时，只要软件登记人不主动提出撤销登记，登记机构也没有权利撤销其登记。这一主动撤销职能的缺失不仅影响软件著作权登记工作的正常开展，更影响了软件著作权登记信息的公信力及权威性。
建议在《登记办法》中赋予登记机构对于不符合要求的登记的主动撤销职权，即对于经查证确属以下情形的，登记机构有权予以撤销：①提交的软件鉴别材料不是《保护条例》规定的程序和文档的；②申请文件中软件名称、权利署名不一致，且未提交证明文件的；③申请登记的软件存在权属争议的；④申请登记的合同违反法律法规强制性规定的；⑤软件著作权登记申请人不是软件著作权人的；⑥合同中的转让方或专有许可方不是软件著作权人的；⑦其他不符合登记的情形。⑧根据司法机关、仲裁机关或行政管理机关作出的生效裁决或行政处罚决定书应当撤销的；⑨软件著作权转让合同或专有许可合同无效或被撤销的；⑩申请人提供虚假登记文件或者以其他手段骗取软件著作权登记或合同登记的；?其他应当撤销的。
同时，对于登记机关依职权撤销软件登记之后，软件登记人若对撤销登记有异议的，可以向国家版权局提出异议请求。
5.关于处罚措施
目前，虚假登记频发，而现行《登记办法》中并无对虚假登记的监管及惩罚措施等相关规定，造成登记机构在治理虚假登记行为时，缺少相关法律依据，惩治力度不足，无法对这类登记进行有效监管及惩处。
建议在《登记办法》中明确申请人或代理人提供虚假登记文件或者以其他手段骗取软件著作权登记或合同登记的，登记机构将对登记申请作出不予登记的处理，对已登记软件，登记机构将予以撤销登记。同时将通过登记机构网站向社会公示虚假登记的有关信息。以此威慑虚假登记等恶意登记行为，对登记行为进行有效的监管，维护登记的严肃性和权威性。
参考文献：
[1] http：//www.ccopyright.com.cn/cms/ArticleServlet？articleID=17903
[2]叶建华.计算机软件保护条例的分析与评论[J]理论与探索 2003（2） 第24 页
[3]索来军.《著作权登记制度概论》[M] 北京 人民法院出版社 第148页
作者简介：
（试用稿）
第一条 综述
为调动公司软件研发人员的工作积极性，提高软件的开发质量和开发效率，促进研发人员深入市场，及时跟踪软件产品的使用情况，在公司现有绩效考评制度基础上制定此制度。第二条 管理办法
公司软件项目实行目标管理。第三条 执行范围
1）本制度适用于从事软件项目开发的人员。
2）本制度适用于软件项目开发运行全生命周期，即需求调研、软件设计、软件开发及测试、软件运行维护。第四条 整体考核目标
1）品质 2）工期
详见《软件项目立项申请表》。第六条 奖金成立
1、部门主管根据市场需求，填写《软件项目立项申请表》并经需求提出项目主管、技术总监、技术副总、董事长签字同意。
2、技术副总、董事长认为可立项软件，下发《软件项目立项申请表》填写，经技术总监、项目负责人确认工期及缺陷数目。第六条 奖金构成
1、基础奖金总额：
1）合同类项目：项目奖金的发放额度在项目合同签订后确定，原则上不得超过所研发的软件合同金额的8％，不低于合同金额的5％，具体额度由部门经理、总工程师、技术总监协商，董事长最终确定。
2）投入类项目：由公司直接投入项目，在明确项目内容后，部门经理、总工程师、技术总监计算项目人员工时，核算投入金额报技术副总、财务总监、董事长确认项目总投入额。原则上以软件投入总金额的10％作为项目开发奖金。
3）当发生大市场变化，需要重新确定奖金发放额度时，可由部门经理提出，经过技术总监、主任工程师、技术副总、总经理重新协商后，董事长最终确定。
2、奖金构成：
1）项目承担部门奖励（奖励1）
奖金总金额的60%为工期奖金；发放对象：项目设计、开发、测试参与人员。
奖金总金额的40%为品质奖金；发放对象：项目设计、开发、测试参与人员。
2）应用奖金（奖励2）
应用奖金（奖励2）=奖励1的5%-8%。发放对象：应用部参与人员。3）维护奖金（奖励3）
维护奖金（奖励3）=奖励1的5%-8%。发放对象：运维部参与人员。
4）特殊奖励（奖励4）
特殊奖励（奖励4）=最高为奖金总金额的10%为特殊奖励； 第七条 奖金浮动
1、工期奖金：项目提前完成时，按比例增加奖金发放额度，滞后时按比例减少发放额度。增减上限为奖金基础数额的50%。比例计算方法为：浮动比例＝（计划工作日-实际工作日）/计划工作日。当增加比例大于50％时，按50％计算，当增加比例小于-50%时，按-50%计算。当项目未完成立项时所计划的质量目标时，此条无效。
例如，项目计划用100天完成，项目组实际用了80天，确定的工期基础奖金额度为1万元，则浮动比例为（100-80）/100=20%，实际实际工期奖金额度为10000×(1+20%)=12000元。项目计划用100天完成，项目组实际用了120天，则浮动比例为（100-120）/100=-20%，实际每例的奖金额度为10000×(1-20%)=8000元。
2、品质奖金：
当项目未完成立项时所计划的质量目标时，按比例减少奖金发放额度，比例计算方法为： 减少比例＝（实际缺陷数量-计划缺陷数量）/计划缺陷数量 当减少比例大于50％时，按50％计算，当减少比例小于0时，按0计算。
例如，项目的计划缺陷数为100，实际缺陷数为120，确定的基础奖金额度为10000元，则减少比例为（120-100）/100=20%，实际每例奖金额度为10000×(1-20%)=8000元。
开发过程中，在内部质量审核时，由于存在质量问题或不符合标准等问题，被下达《软件整改通知单》进行整改的，每下达一次《软件整改通知单》，扣除项目组研发人员项目品质奖金总额度的10％。第八条 奖金发放
1、工期奖金：按项目进度里程碑，采用每个月度按项目完里程碑奖金数额发放；
2、品质奖金：项目通过上线验收，进入试运行阶段后，经主任工程师、技术总监、技术副总验收，按品质控制要求确定品质奖金实际发放数额。由部门经理提供人员奖金表，部门主管及技术负责人一次发放50%，另外50%作为质量保证金累积进入个人年终奖或半年奖；其余参与人员一次发放60%，另外40%作为质量保证金累积进入个人年终奖或半年奖；公司系统质量保证期间为3个月-6个月。
3、实发应用奖励（奖励2）：应用部经理核算本部门参加项目人员的工作量并进行百分制打分，确定个人发放比率，与项目工期奖励同期发放。
4、运维奖励（奖励3）：核算本部门参加项目人员的工作量并进行百分制打分，确定个人发放比率，与项目工期奖励同期发放。
5、特殊奖励：由部门主管提出特殊人员奖励名单（1-2人），交主任工程师、技术总监、技术副总审核，提交公司董事长，由公司董事长签字一次性发放。
（注明：上述奖金发放个税由个人承担）第九条 休假奖励
采用项目奖励后，不再发放加班费，采用休假奖励方式调休。执行条件：
1、工期奖金>100%；
2、品质奖金>80%。
执行办法：工期提前完成的自然日/3=部门轮休日。
例如提前完成工期10天，工期奖金110%，10/3=3.33天，部门获得带薪休假天数3天。第十条 后续品质控制
1、试运行阶段：公司系统上线试运行质量阶段为1个月-2个月，在系统试运行期间，以故障发生数目以及处理时间为指标测评系统运行品质，计算方法如下：
1）故障缺陷发生4小时内解决，不累计缺陷数目；部门主管可不上报该缺陷；
2）故障缺陷4-12小时内解决，按0.5X故障次数累积缺陷数目，部门主管必须上报缺陷； 3）故障发生12小时-24小时解决，按1.0系数计算缺陷数目，部门主管必须上报缺陷；
4）故障发生解决时间超过24小时，按2.0系数计算缺陷数目，部门主管必须上报缺陷；
5）故障无法解决，必须重新架构系统，一次性全部扣除质量保证金。
6）故障瞒报，发生一次故障瞒报，一次性全部扣除质量保证金。奖金扣除处理：
1）测试人员提报：扣除项目组质量奖金直接发放到发现该缺陷的公司员工；
2）用户提交：直接扣除提留质量奖励。
2、正式运营阶段：如果有“一级缺陷”未在测试中或试运行阶段被发现，而在后续的正式运营中被发现的，从缺陷被发现之日起，测试人员不再获得该项目奖金，并全额扣除项目组人员的质量保证金。除“一级缺陷”以外缺陷，由部门经理指定人员维护。
第十一条 工期加急免责期限
项目因公司业务需要，工期明显缩短导致无法保证完整测试周期的，项目主管可按项目测试周期申请加急免责期，其最高时间长度为项目实际测试周期。第十二条 奖金重新设置
当项目产品由于技术升级等原因，经公司技术副总审核通过、重新立项升级后，分配比例重新确定，奖金发放时限按新项目计算。第十三条 管理责任
由于项目组备份不及时和备份管理不到位造成项目资料丢失，致使开发周期延误的，每发生一次扣发项目负责人项目奖金的30％，直至全部扣发。造成重大损失的，全部扣发项目负责人项目奖金，并根据具体情况追究其责任,是否为重大损失由技术副总确认。第十四条 试用期限
软件正版化工作管理制度
第一条 为加强某某单位软件正版化工作管理，切实增强尊重和保护知识产权的意识，根据《中华人民共和国计算机软件保护条例》、国务院办公厅《政府机关使用正版软件管理办法》（国办发〔2013〕88号）和吉安市政府办公室《关于进一步做好政府机关使用正版软件工作的通知》（吉府办字[2011]22号）等文件规定，结合某某单位实际，制定本制度。
第二条 本制度适用于某某单位全体工作人员。
第三条 办公室主任为第一责任人，切实履行使用正版软件责任，保证本单位使用正版软件。
第四条 正版软件的管理和使用应坚持统一政策、归口管理、责任到人、物尽其用的原则。
第五条 正版软件资产属固定资产，由办公室统一管理。办公室安排专人负责正版软件的登记造册和介质的保管、备份与分发工作，并妥善保管好正版软件购买发票、真品证书。
第六条 各内设办公室主要负责人为软件正版化工作直接责任人，保证本办公室使用正版软件。
工作日志制度
1、工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求项目负责人以下人员按要求每日记录。工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作用。
2、工作日志编写规定：
2.1、每周一上午10:00前编写周工作计划
2.2、每天上午9:30前编写当天工作计划
2.3、每天下午18:00前编写当天工作日志，最迟必须在22:00前编写
2.4、每周五下午下班前提交周工作总结
3、每日工作内容如无特殊情况，至少需要写3 条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。
4、惩罚方式：不按时提交周工作计划、周工作总结、日工作计划、日工作总结每项每次罚款X元人民币。
工作日志的格式：
周工作计划格式：------2012-第五周（0130-0203）xx工作计划
------
1、XXXXX；
2、XXXXXXXXX。
------
周工作总结------2012-第五周（0130-0203）xx工作总结
------
1、XXXXX，已完成：100%；
2、XXXXXXXXX，已完成：100%。
3、XXXXX。
------其中3为计划外，但已经实际实现的工作
日工作计划：
------2012-05-30 xx工作计划:
------
1、企业库分类信息管理；
2、添加企业信息：
2.1、选择企业分类
2.2、添加企业基本信息
2.3、企业信息列表
------
日工作总结：
------2012-05-22 xx工作总结:
------
1、企业库添加功能实现；60%
原因：界面设计跟需求有偏差，导致工作量增大。解决方案：本周加班完成2、企业库列表功能实现；100%
伴随科学技术的飞速发展, 人类社会的各个领域中越来越多地使用先进的计算机技术。特别硬件水平的提高, 对软件的研发提出了更高的要求。软件产品规模日益庞大, 复杂度越来越高, 开发周期越来越短, 质量要求越来越高。多年来许多大型软件项目研发失败的教训提示我们, 只有在软件研发过程中进行科学有效地管理才能确保软件项目成功。软件项目管理者要把握住管理活动中的关节点, 善于用现代管理学和软件工程的理论方法来管理软件项目。
2 软件项目管理
所谓管理就是通过计划、组织和控制等一系列活动, 合理地配置和使用各种资源, 以达到既定目标的过程。简单地说, 就是通过各项管理职能有效地组织各种管理要素, 达到组织的目标。由于软件工程是一门工程学科, 对软件项目按照管理学的要求进行管理也十分必要。软件项目管理先于任何技术活动之前开始, 并且贯穿于软件的整个生命周期之中。为了使软件项目能够按照预定的成本、进度、质量顺利完成, 必须对成本、人员、进度、质量、风险等进行分析和管理。
美国项目管理协会在项目管理知识体系中指出每个项目管理过程都是一系列活动, 要用项目管理过程来组织项目管理中的活动。由于软件项目的实现手段和涵盖内容与通常的项目有所不同, 综合考虑这些因素, 软件项目管理体系一般可分为立项、计划、实施、评估、推广和维护六个阶段。每个阶段又有不同的管理活动和内容, 本文侧重分析以下三项管理活动:项目规划、质量管理和软件成本估算, 只有处理好这些活动才能提高开发效率和保证软件的质量。
2.1 项目规划
对一个软件项目的有效管理取决于对该项目进展状况的全面规划[1]。规划过程从评估影响项目的各种约束条件 (项目的交付日期、现有的人员情况、总体预算等) 开始。对这些制约因素的评估要考虑项目的实际情况, 如项目的结构、规模和功能分布。
管理者要估算完成各项活动所需的时间和资源, 并按照一定的顺序把它们严密地组织起来。把一个项目所有的工作分解为若干个独立的活动, 并判断完成这些活动所需的时间。协调这些活动并使人力资源得到充分利用。正常情况下, 项目的活动要设置时间限制, 各项活动既不宜太细 (至少持续一个星期为佳) , 又不宜过长 (一般不超过八至十个星期) 。项目规划中还要定义分隔任务的里程碑和可交付的文档。接下去规划过程进入一个循环:拟定项目进度表;各种活动按照进度进行;在一段时间之后 (2~3周) 检查项目的进展状况, 注意项目进度是否明显偏离既定的进度, 并不断修改计划。管理者要根据本单位制定的项目管理规程确定需要编写各个计划, 通常包括项目计划、质量计划、有效性验证计划、配置管理计划、维护计划和人员开发计划等。根据需要其中部分计划可归入项目计划中。项目计划通常由项目经理编写, 主要包括可用的资源、工作分解、完成工作的进度安排及项目里程碑和交付的文档, 等等。
2.2 质量管理
2.2.1 质量管理概念与影响质量的因素
软件质量是“软件与明确和隐含定义的需求相一致的程度”[2]。软件质量管理就是对软件开发过程进行的独立的检查活动, 贯穿项目开发的各阶段。
从管理角度来看, 影响软件质量的主要因素可根据产品活动分为三类:
1) .产品运行
a) 正确性;
b) 健壮性;
c) 效率;
d) 完整性;
e) 可用性;
f) 风险。
2) .产品修改
a) 可理解性;
b) 可维修性;
c) 灵活性;
d) 可测试性。
3) .产品转移
a) 可移植性;
b) 可再用性;
c) 互运行性。
2.2.2 质量管理的主要活动
软件公司的质量管理通常包括三个主要活动:
1) .质量保证。建立起机构质量规程和标准的整体框架。这些标准包括产品标准和过程标准。产品标准用于待开发的软件产品, 包括文档标准和编码标准。过程标准定义了软件开发必须遵循的过程, 包括对描述、设计和有效性验证过程的定义、以及对在这些过程中产生的文档的描述。
2) .质量规划。选择适当的质量规程和标准, 改写使之适用于某一特定的项目。
H u m p h r e y提出质量规划的结构框架, 包括:产品介绍、产品计划、过程描述、质量目标以及风险和风险管理。
3) .质量控制。定义并设计质量过程, 确保软件开发团队严格遵守项目质量规程和标准。
可以通过监督检查整个软件开发过程来确保质量。此外用质量评审和自动化的软件评估来检查项目可交付的质量, 也是对质量控制的有益补充。
2.2.3 质量测量
鉴于质量评审昂贵、耗时并不可避免地推迟软件系统完成时间, 因此可以利用工具来处理软件设计或程序, 并对软件质量进行自动评估。这种方法就是软件测量, 即对软件产品或软件过程的某种属性进行量化, 在得到的数据之间以及数据和机构的通用标准之间进行比较, 从而得出有关软件或软件过程质量的结构。对软件系统、过程或相关文档的任何类型的测量称为软件度量。
2.3 软件成本估算
2.3.1 软件成本估算基本内容
软件成本估算的目的是要客观地、精确地预测软件研制单位的开发成本。估算通常要确定完成一个活动的工作量、时间和总成本。开发总成本有三个方面, 一是包括维护在内的软硬件费用;二是差旅费和培训费;三是工作成本。目前软件公司中主要参照工作成本作为报价的主要依据, 当然它不仅包括支付员工的薪水, 还包括机构动作的管理费用等。
2.3.2 生产率及工作量估算技术
在估算过程中, 首先要评估软件工程师的生产率, 可以使用以下两种方法来度量:
1) .面向规模的度量。根据活动输出的量来度量。通常是计算源程序代码行数。
2) .面向功能的度量。根据移交软件总的功能数来度量。功能点和对象点是最为常用的两种度量指标。
对软件系统所需工作量估算可采用以下几种技术:
1) .算法成本模型。用与一些软件度量相关的历史成本信息建立项目成本模型, 由度量到估计值, 预测所需工作量;
2) .专家评判。通过领域专家和软件开发技术专家进行估算, 并进行比较和探讨, 反复进行估算直至一致。
3) .类比估算。类比相同应用领域的其他项目进行估算。
4) .帕金森法则。规定所有可用的时间都工作, 由可用的资源而不是客观的估算来决定成本。
5) .根据客户预算报价。估算出的工作量依赖于顾客的预算, 而不是软件的功能性。
基于项目的规模、软件工程师的数量以及其他的过程和产品要素的估算, 用数学公式预测项目的成本, 就是算法成本建模。COCOMO模型是世界上应用最广泛的一个软件成本估算模型, 这是一个比较经典的经验模型。其基本思想是, 以一系列输入量作为基础 (与软件的规模和生产率相关的因素) , 导出软件开发所需的人力费用。其改进的CO CO M O 2模型公式为:
其中, E是开发工作量 (以人月为单位) , a是模型系数, KLOC是估计的源代码行数 (以千行为单位) , b是模型指数, fi (i=1~17) 是成本因素。其中成本因素包括:
1) .产品因素
a) 要求的可靠性
b) 数据库规模
c) 产品复杂程度
d) 要求的可重用性
e) 需要的文档量
2) .平台因素
a) 执行时间约束
b) 主存约束
c) 平台变动
3) .人员因素
a) 分析员能力
b) 程序员能力
c) 应用领域经验
d) 平台经验
e) 语言和工具经验
f) 人员连续性
4) .项目因素
a) 使用软件工具
b) 多地点开发
c) 要求的开发进度
3 结束语
软件项目是一项系统工程, 对实用性和可靠性有着现实的要求, 这一特殊性决定了管理工作的复杂性。软件项目管理者既要掌握科学的管理方法, 又要注重在实践中总结经验, 从而形成一套符合本单位特点的切实可行的管理方法, 为软件项目的成功研发奠定坚实的基础。
摘要：善于把握软件项目管理活动中的关节点, 是确保软件项目成功的关键。介绍了软件项目管理的基本内容, 分析了软件项目管理活动中的项目规划、质量管理和软件成本管理三项主要活动, 以及这些活动中相关的方法和手段。
关键词：项目管理,项目规划,质量管理,软件成本估算
参考文献
[1]Ian Sommerville;程成译.软件工程[M].北京:机械工业出版社.2007.
关键词：中小型企业管理软件；竞争格局；发展趋势
中图分类号：C93 文献标识码：A文章编号：1007-9599 (2011) 11-0000-02
Aimed at Management Software Market Cake:SME
——Pattern of SME Management Software Market
Xu Jiangang1,Chen Jun2
(1.China Software Industry Association,Financial and Business Management Software,Operations Branch,Beijing100060,China;2.Shenzhen Dahe Investment Consulting Co.,Ltd.Research Department, Guangdong518000,China)
Abstract:A few years ago in Germany,a professor who specializes in small and medium enterprises Herman Simon,wrote a book shocked the world ——"hidden champions",the book describes some of the usual business,without exception,is not known to the public but in a small market segment market share was surprisingly small and medium enterprises.SMEs are a very potential market,small and medium enterprises has been seen as the future of management software market,where,after all,after ten years of information technology development,integration of the two reflected in the large enterprise has become increasingly deep,enterprise management software in order to realize new business,one must start from the SME market."Despite the lower cost of small and medium enterprises,but they demand a little less than large enterprises,we must pay attention to occupy more than 90%of the total number of enterprises SME market."From Kingdee,SAP and Oracle executives have expressed similar view.
Keywords:Small and medium enterprise management software;Competition;Trends
一、中小型企业管理软件行业基本情况
据有中国中小企业协会数据显示，截止于2010年初我国中小企业数量已超1023万户，这个数字还不包括3000多万户的个体工商户。目前中小企业管理软件市场规模仅有82.6亿元，如此计算目前我国中小企业平均每家对管理软件产品的投入还不到200元，与发达国家相比，信息化程度极为落后。由于中小企业巨大的数量基础能给管理软件行业带来巨大的市场空量，当大型企业市场趋于饱和的状况下，占据企业总数90%以上的中小企业市场将是管理软件行业最后的盛宴。
中小型企业管理软件行业企业较多，品牌杂，除最早以中小企业管理软件起家的管家婆、速达等企业外，用友、金蝶等国内巨头及SAP、ORACLE等国外大鳄也逐步将眼光转向中小企业市场，瓜分这块蛋糕。根据市场调查，我国中小企业管理软件市场基本情况如下：
2008-2010年重要企业管理软件产品销售额情况
单位：亿元
年度2010年2009年2008年
市场大中小合计大中小合计大中小合计
用友9.7511.801.0722.627.429.250.9317.65.938.410.9615.30
金蝶3.377.291.0011.662.425.240.728.382.304.980.687.96
SAP5.401.770.197.364.561.480.176.213.961.290.145.39
Oracle3.171.040.114.322.760.900.103.762.410.790.093.29
任我行- 0.881.982.86- 0.531.662.19- 0.401.281.68
速达- 0.420.961.38- 0.380.881.26- 0.340.791.13
其他33.3734.6219.4787.4629.8231.5516.6878.0525.5625.9614.1365.65
合计55.0657.8224.78137.6646.9849.3321.14117.4540.1642.1718.07100.40
备注：以上数据均为管理软件产品最终市场价
二、中小型企业管理软件行业竞争格局
（一）重点企业
1.国内厂商
在过去的几年里，国内厂商凭着本土优势，提供优质的产品和周到的服务，迅速崛起，涌现出了一批知名企业，下面对中小型企业管理软件重点企业简单介绍。
（1）用友软件：畅捷通，走通中小企
目前用友向中小企业提供管理软件的主要是其旗下的全资子公司畅捷通软件有限公司，于2010年3月成立。畅捷通依托于母公司的资金、技术、资源优势，发展非常迅速。据介绍，用友T系列软件是专门针对中小企业研发的管理软件，目标是帮助中小企业“生存发展”更幸福、“经营管理”更智慧。畅捷通软件有限公司在2011年5月宣布，目前其用户量已突破100万。2011年有关加快中小企业转型、全面推进信息化发展的议题仍旧是关注焦点，畅捷通将加快完善服务网络和产品，迈入更快的发展轨道。对此，畅捷通董事长王文京指出，随着“十二五”国家转变经济发展方式战略的实施，以及“两会”相关策略的实施，畅捷通将会在新的一年，为更多中小型企业提供管理软件及服务。
（2）金蝶：KIS走进中小企
金蝶国际软件集团有限公司总部位于中国深圳，始创于1993年8月8日，在中国大陆设有深圳、上海、北京三个软件园，在深圳、上海、北京和新加坡等四地设立了研发中心。金蝶目前面向大型企业的产品主要是EAS，涵盖企业财务管理、供应链管理、客户关系管理、人力资源管理、知识管理、商业智能等，面向中小型企业的产品主要是K/3系列和KIS系列。
金蝶KIS产品系列在价格和功能方面的完美结合保障了其品牌和市场优势。金蝶在中国大陆地区建立了强大的销售服务平台，目前拥有98家以营销与服务为主的分支机构，以及1200多家合作伙伴，覆盖中国221个城市和地区。
（3）任我行：管家婆，中小企管理专家
任我行软件股份有限公司是国内最早专注于中小企业信息化，旗下拥有“管家婆”、“任我行”、“千方百剂”等知名品牌，产品涵盖进销存、财务、ERP、CRM、OA等领域。
任我行是最先直接定位于中小企业市场的管理软件提供商，在中小企业快迅发展的今天终于展现了定位准确的优越性。据任我行软件公司内部统计，管家婆软件的正版注册用户已经超过70万家，并以每年10多万家的数量稳步递增。任我行的营销网络构成了国内规模庞大、实力雄厚的中小型企业管理软件销售、服务体系。在中国社会经济处于转型阶段的背景下，管家婆软件由于卓越的性能在中小企业群体中的流传甚广。
（4）速达：直达中小企业
速达软件技术（广州）有限公司成立于1999年，由IDG、美国OZ对冲基金、鼎晖（中国）等多家跨国投资集团共同投资组建。速达公司成立10多年来，相继推出了速达3000系列、速达5000系列以及Online系列等20多种产品。
2.国外厂商
现实让过去在中小企业市场雄心勃勃的跨国巨头很受伤，SAP早在2003年就针对中国中小企业市场推出了燎原计划，而甲骨文也在2006年底在全球推出针对中小企业的加速计划，并在2007年将该计划正式在中国市场实施。
（1）SAP：重启伤心地
SAP公司成立于1972年，总部位于德国沃尔多夫市，1995年在北京正式成立SAP中国公司，并陆续建立了上海、广州、大连分公司。其主要业务为研发、销售SAP企业解决方案，并提供与其软件相关的咨询、维护和培训服务等。SAP主要为大型企业提供管理软件，其针对中小型企业的管理软件产品主要包括SAP Business All-in-One、SAP Business By Design、SAP Business One等。
在SAP最新的战略规划中，SAP希望到2014年公司盈利率能够从27%增长到35%，这样一个目标的实现，尤其离不开中小企业市场的拓展，特别是在用户数的提高上。针对中国市场，SAP表示将开展更多的营销活动，进一步拓展SAP生态系统，让更多中小企业客户、潜在客户和合作伙伴能够从中获益，并通过SAP扩展型业务合作伙伴及成员计划等项目计划为他们提供更好的服务。
（2）Oracle：发力中小企
Oracle公司成立于1977年，总部位于美国加州。目前，甲骨文公司在中国以13个城市（北京的中国公司总部，上海、广州、南京、成都、深圳、大连、沈阳、济南、杭州、西安、重庆和福州等地的分公司）为中心开展业务。公司主要业务包括研发和销售数据库、中间件、服务器和存储系统、开发工具、企业管理软件等，在管理软件业务方面，Oracle主要为大型企业提供管理软件，其针对中小型企业的管理软件主要包括Oracle JD Edwards Enterprise One等。
“我们认为一个公司的整体战略不能随便变动。”甲骨文公司中国区制造、零售、分销行业及工商企业应用总经理高礼强表示。目前中国的中型企业市场发展迅速，对管理灵活、实施快速、低成本及可扩展性的IT解决方案的需求尤为突出。甲骨文要想占据中型企业市场，必须与在各个行业积累了丰富经验的合作伙伴携手合作，利用同类最佳的解决方案有力推动中型企业对新技术的采用。
（二）市场份额
2010年，中小型企业管理软件市场规模达到82.60亿元，其中国内厂商在中小型企业管理软件领域占据着绝大部分的市场份额，在中小型企业管理软件领域，用友、金蝶仍旧处于领先地位，六大厂商一共占据了34.52%的份额，见下图：
其中，在中型企业管理软件领域，由于中型企业的业务和管理均比较成熟，对管理软件的应用比较普遍，其市场规模达到57.82亿元。在该领域，用友仍旧占据着绝对的优势，金蝶紧随其后，各厂商具体份额见下图：
在小型企业管理软件领域，六大厂商一共占21.43%的市场份额，其中任我行在小型企业管理软件领域处于领先地位。小企业管理软件的市场集中度较低，市场规模仍较小，主要是由于目前小型企业受IT预算少、缺乏专业技术人才等问题的困扰，目前普及率不高。但是随着小型企业的迅速成长，业务的发展或转型，越来越多的企业需要借助管理软件来提升工作效率、降低成本、提升管理质量等，因此未来小型企业管理软件普及率会提升，发展会越来越快，市场增长空间巨大。同时，由于用户处于对数据的一致性和操作习惯，对品牌具有依赖性，伴随着小型企业成长为中型企业，在小型企业占据优势的企业，未来具备更大的成长空间。在小型企业管理软件领域各厂商所占比例参见下表：
三、中小型企业管理软件行业发展趋势
近年来，随着中小企业的迅速发展，管理意识的增强，对管理软件认识的增加，其对的产品品牌、产品质量的重视程度越来越高，中小企业对某一品牌忠诚度的提高可使中小企业管理软件企业获得高出行业平均水平的利润，因此随着行业中龙头企业的逐步凸显，品牌之间的竞争将会进一步加剧。
【软件项目管理规章制度】推荐阅读：
软件项目管理保障措施07-10
软件项目管理实习周记07-24
软件项目风险管理研究09-20
软件项目人员组织分工07-13
软件项目合同范本07-14
软件项目实施计划方案10-06
浅谈软件项目管理范文06-11
工程项目管理软件应用06-23
软件科研项目立项报告07-25
软件项目经理岗位职责10-08
