软件开发公司晋升制度（如果你要为公司开发一种奖励制度，你将应用哪些理论作为依据请解释）

本文目录

• 如果你要为公司开发一种奖励制度，你将应用哪些理论作为依据请解释
• 计算机软件的限制制度
• 公司基本管理制度
• ★如何制定公司制度
• 软件公司要制定怎样的《销售管理规章制度》
• 如何建立一种软件生产的激励机制和良好的产业生态环境
• 浅谈软件开发中的人，过程与技术

如果你要为公司开发一种奖励制度，你将应用哪些理论作为依据请解释

1、目标管理理论。标管理理论是由现代管理大师彼得·德鲁克根据目标设置理论提出的目标激励方案。其基础是目标理论中的目标设置理论。目标管理强调组织群体共同参与指定具体的可行的能够客观衡量的目标。它是在泰罗的科学管理和行为科学管理理论的基础上，形成的一套管理制度。
2、公平理论。公平理论又称社会比较理论，由美国心理学家约翰·斯塔希·亚当斯（John Stacy Adams）于1965年提出。该理论是研究人的动机和知觉关系的一种激励理论，认为员工的激励程度来源于对自己和参照对象的报酬和投入的比例的主观比较感觉。
3、强化理论。强化理论是过程型激励理论之一。由美国心理学家斯金纳首先提出。认为人的行为是对其所获刺激的函数。如果这种刺激对他有利，则这种行为就会重复出现；若对他不利，则这种行为就会减弱直至消失。因此管理者要采取各种强化方式，以使人们的行为符合组织的目标。根据强化的性质和目的，可以分为正强化和负强化两大类型。
拓展资料：
员工激励方式：
1、榜样激励。在任何一个组织里，管理者都是下属的镜子。可以说，只要看一看这个组织的管理者是如何对待工作的，就可以了解整个组织成员的工作态度。“表不正，不可求直影。”要让员工充满激情地去工作，管理者就先要做出一个样子来。
2、目标激励。人的行为都是由动机引起的，并且都是指向一定的目标的。这种动机是行为的一种诱因，是行动的内驱力，对人的活动起着强烈的激励作用。管理者通过设置适当的目标，可以有效诱发、导向和激励员工的行为，调动员工的积极性。
3、授权激励。有效授权是一项重要的管理技巧。不管多能干的领导，也不可能把工作全部承揽过来，这样做只能使管理效率降低，下属成长过慢。通过授权，管理者可以提升自己及下属的工作能力，更可以极大地激发起下属的积极性和主人翁精神。
4、尊重激励。尊重是一种最人性化、最有效的激励手段之一。以尊重、重视自己的员工的方式来激励他们，其效果远比物质上的激励要来得更持久、更有效。可以说，尊重是激励员工的法宝，其成本之低，成效之卓，是其他激励手段都难以企及的。
5、沟通激励。管理者与下属保持良好的关系，对于调动下属的热情，激励他们为企业积极工作有着特别的作用。而建立这种良好的上下级关系的前提，也是最重要的一点，就是有效的沟通。可以说，沟通之于管理者，就像水之于游鱼，大气之于飞鸟。

计算机软件的限制制度

第二章 软件著作权
第八条
　　软件著作权人享有下列各项权利： 　　（一）发表权，即决定软件是否公之于众的权利； 　　（二）署名权，即表明开发者身份，在软件上署名的权利； 　　（三）修改权，即对软件进行增补、删节，或者改变指令、语句顺序的权利； 　　（四）复制权，即将软件制作一份或者多份的权利； 　　（五）发行权，即以出售或者赠与方式向公众提供软件的原件或者复制件的权利； 　　（六）出租权，即有偿许可他人临时使用软件的权利，但是软件不是出租的主要标的的除外； 　　（七）信息网络传播权，即以有线或者无线方式向公众提供软件，使公众可以在其个人选定的时间和地点获得软件的权利； 　　（八）翻译权，即将原软件从一种自然语言文字转换成另一种自然语言文字的权利； 　　（九）应当由软件著作权人享有的其他权利。 　　软件著作权人可以许可他人行使其软件著作权，并有权获得报酬。软件著作权人可以全部或者部分转让其软件著作权，并有权获得报酬。
第九条
　　软件著作权属于软件开发者，本条例另有规定的除外。如无相反证明，在软件上署名的自然人、法人或者其他组织为开发者。
第十条
　　由两个以上的自然人、法人或者其他组织合作开发的软件，其著作权的归属由合作开发者签订书面合同约定。无书面合同或者合同未作明确约定，合作开发的软件可以分割使用的，开发者对各自开发的部分可以单独享有著作权；但是，行使著作权时，不得扩展到合作开发的软件整体的著作权。合作开发的软件不能分割使用的，其著作权由各合作开发者共同享有，通过协商一致行使；不能协商一致，又无正当理由的，任何一方不得阻止他方行使除转让权以外的其他权利，但是所得收益应当合理分配给所有合作开发者。
第十一条
　　接受他人委托开发的软件，其著作权的归属由委托人与受托人签订书面合同约定；无书面合同或者合同未作明确约定的，其著作权由受托人享有。
第十二条
　　由国家机关下达任务开发的软件，著作权的归属与行使由项目任务书或者合同规定；项目任务书或者合同中未作明确规定的，软件著作权由接受任务的法人或者其他组织享有。
第十三条
　　自然人在法人或者其他组织中任职期间所开发的软件有下列情形之一的，该软件著作权由该法人或者其他组织享有，该法人或者其他组织可以对开发软件的自然人进行奖励： 　　（一）针对本职工作中明确指定的开发目标所开发的软件； 　　（二）开发的软件是从事本职工作活动所预见的结果或者自然的结果； 　　（三）主要使用了法人或者其他组织的资金、专用设备、未公开的专门信息等物质技术条件所开发并由法人或者其他组织承担责任的软件。
第十四条
　　软件著作权自软件开发完成之日起产生。自然人的软件著作权，保护期为自然人终生及其死亡后50年，截止于自然人死亡后第50年的12月31日；软件是合作开发的，截止于最后死亡的自然人死亡后第50年的12月31日。法人或者其他组织的软件著作权，保护期为50年，截止于软件首次发表后第50年的12月31日，但软件自开发完成之日起50年内未发表的，本条例不再保护。
第十五条
　　软件著作权属于自然人的，该自然人死亡后，在软件著作权的保护期内，软件著作权的继承人可以依照《中华人民共和国继承法》的有关规定，继承本条例第八条规定的除署名权以外的其他权利。软件著作权属于法人或者其他组织的，法人或者其他组织变更、终止后，其著作权在本条例规定的保护期内由承受其权利义务的法人或者其他组织享有；没有承受其权利义务的法人或者其他组织的，由国家享有。
第十六条
　　软件的合法复制品所有人享有下列权利： 　　（一）根据使用的需要把该软件装入计算机等具有信息处理能力的装置内； 　　（二）为了防止复制品损坏而制作备份复制品。这些备份复制品不得通过任何方式提供给他人使用，并在所有人丧失该合法复制品的所有权时，负责将备份复制品销毁； 　　（三）为了把该软件用于实际的计算机应用环境或者改进其功能、性能而进行必要的修改；但是，除合同另有约定外，未经该软件著作权人许可，不得向任何第三方提供修改后的软件。
第十七条
　　为了学习和研究软件内含的设计思想和原理，通过安装、显示、传输或者存储软件等方式使用软件的，可以不经软件著作权人许可，不向其支付报酬。

公司基本管理制度

公司管理制度

1、公司员工上下班必须严格按照作息时间执行，不迟到、早退；
2、上班考勤实行实时签到制度，不得故意误签上班时间，必须本人亲自签到确认；
3、工作期间内不得窜岗、闲聊、玩网络游戏、网络聊天、利用公司电话打私人电话、吃食物、听音乐等与工作无关的事情；
4、员工必须服从上级管理人员领导，不得工作怠慢；
5、上班前30分钟和下班前20分按《卫生轮流值日表》打扫办公区域内卫生，保持整洁、干净的工作环境；
6、下班时必须关好门窗及设备电源，防止安全事故发生；
7、工作期间遇到顾客访问时，必须主动、亲切的接待或提供咨询；
8、有来访电话时必须做好记录，包括：来电单位、内容摘要、来电时间、纪录人等重要信息；
9、上班要佩带工作卡，必须保持良好的工作态度和风貌；
10、外出办公事时要向领导或同事打招呼，说明去向；
11、特殊私事要向领导请假，待领导批准方可离开单位，否则根据情节处理；
12、当日的工作必须在下班前结束，不得拖到第二个工作日；
13、爱护公物，节约物品。
14、积极学习业务知识。
15、同事间要相互协作，相互支持。

扩展资料：

公司管理制度大体上可以分为规章制度和责任制度。规章制度偏重于工作内容、范围和工作程序、方式，如管理细则、行政管理制度、生产经营管理制度。责任制度侧重于规范责任、职权和利益的界限及其关系。一套科学完整的公司管理制度可以保证企业的正常运转和职工的合法利益不受侵害。

多数中小企业在建立公司管理制度时，多是参照样本文档稍加修改来作为自己的管理制度。

意义：

首先，并不排斥参照样本制定公司管理制度，因为有了参照才能让我们取长补短，切不可全部照抄，在制定管理制度时，首先应确认以下几方面，企业的行业性质、企业的工作性质、员工类别等等。

比如，广告公司由于行业性质决定了他们多数采用弹性工作制，所谓弹性工作制是指每周达到一定工作时间，但这些时间是可以由实际情况而安排的，并非严格的朝九晚五工时制。新的一些网络游戏开发公司也实施这种工作制。

另一方面，公司的管理制度会对员工的着装及发型等都会做明文规定，但由于行业性质的不同，比如广告、公关等等相关设计宣传类的公司就比较注重形象的前卫时尚，不会对员工的打扮做要求，而像金融业、服务业等等就会对员工的仪表做严格统一要求。

规范实施企业管理制度是需要规范性的环境或条件的：

第一，编制的制度是规范的，符合企业管理科学原理和企业行为涉及到的每一个事物的发展规律或规则的；

第二，实施规范性的制度全过程是规范的，而且是全员的整体职务行为或工作程序是规范的；只有这样，企业管理制度体系的整体运作才有可能是规范的，否则将导致管理制度的实施结果呈现不规范的状态。

导致规范性的企业管理制度动态变化时的因素一般有三种情况：

1、 企业经营环境、经营产品、经营范围、全员素质等是要经常发生变化的，这些因素的变化相应会引发组织结构、职能部门、岗位及其员工队伍、技能的变化，继而会导致使用、执行原有的企业管理制度中规范、规则的主体发生变化，企业管理制度及其所含的规范、规则因素必然须因执行主题的变化而相应改变或进行修改、完善。

2、 产品结构、新技术的应用导致生产流程、操作流程的变化，生产流程、操作程序相关的岗位及其员工的技能必然要随之变化，与之相关的企业管理制度及其所含的规范、规则、程序等因素必然须因此而改变或进行修改、完善。

3、 因为发展战略及竞争策略的原因，企业需要不断提高工作效率、降低生产成本、增加市场份额，当原有的管理制度及其所含的规范、规则、程序成为限制提高生产或工作效率、降低生产成本等的主要要素时，就有必要重塑企业机制，改进原有企业管理制度中不适应的规范、规则、程序。

★如何制定公司制度

这样，这些公司的制度和实施程序都走向极端，要不太过于呆板，要不就是太趋于理想化。 如果你是这些公司的经理，制定公司的各种规章制度是相当的重要，因为这些将成为公司的员工行为准则和努力的目标。通过条理清楚、协调性强的制度可以有效地保护你自己和你的公司。所以，在建立公司的规章制度时要遵循一定的规则。□ 制度与实施程序的区别出于保护雇员和雇主利益的制度需要包括两个方面：行为准则和实施这些准则的规则。对于各个部门而言，必须制定出切实可行的实施条款，这也就是所说是实施程序。制度和实施程序的区别在于制度列出各种条条框框的行为准则，而实施程序则是说明实施这些行为准则的过程。举个例子，你期望所有的程序员在每天下班之前都必须检查自己的代码，你的部门程序文档就应该明确写入这一规定。如果哪位雇程序员不遵守这一规定，你的部门制度文档也有相应惩罚后果的详细规定。如果你部门没有这些条款，而你在工作中却凭自己意愿行事，这是不合理的。□ 做好计划并得到批准制定公平有效的制度的关键在于尽可能的使之简单、清晰、全面。当制定公司的规章制度时，你首先得把各个部门的要求和建议文档化。这也许是一个很简单的事情，但是，你必须知道所有公司员工的期望，这是最基本的。你必须文档化所有的工作规程、部门之间的联系等等。一旦这些任务完成，你就可以正式地制定公司的制度了。在这一过程中，我建议你一定要和人力资源部、建议者、员工、用户保持密切联系。为了避免员工日后产生不必要的意见，你应该尽可能地考虑到员工的利益。你也可以查看一下以前的制度，并看一看这些制度在那个时期所起到的作用。如果有个别条款很有效，并可以在当前行之有效，不妨把它列入公司当前的规章制度。□ 正式地制定制度和实施的程序假设你是一个软件开发咨询组的管理者，在公司里，你觉得程序员John Doe工作效率实在太慢，那么你怎么去处理这一问题呢？首先，你制定一套工作制度，规定完成哪些工作，如何完成，达到什么效果。应该注意这一制度必须包括所有事情发生的可能性。例如：“如果超过最终期限，必须提前和项目领导说明不能按期完成的原因，哪些部分不能完成，什么时候可以完成。”这样所有的计划才能够很好的协调。接着，你可以制定出如果不能按期完成应受到惩罚的条款：“如果不能按期完成的员工必须被记入员工档案并取消远程工作的权利。” 最后，一些制度也可以没有具体的实施方案。例如，你可以为员工获得在家工作的权利而制定相应的制度，“如果请求在家工作，必须提前三天用e-mail通知项目经理”，“如果每个月都有四天或以上的时间在家工作，必须得到上一级领导的同意。” □ 不要反复制定制度制度一旦建立起来，必须力求于完整全面。如果在员工做出不合理的行为后再作出规定，那是不公平的，而且也是很没有效率的管理方式。制度应该包含所有团队、部门、公司的所有。 □ 制度的制定和更新必须遵循相应程序在制度的实施过程中很容易走向极端，但是你应该清楚如果不实施这些制度时所带来的风险和危害。只有掌握所有员工的详细信息，你才能有效地保护每一个人的利益，提高自己的管理水平。出处：主管手册

软件公司要制定怎样的《销售管理规章制度》

销售管理很多都是通用的，但是软件公司的销售确实需要一些特殊的管理
主要体现在几个方面：
1、软件产品或者项目与其他的产品不同，需要销售人员对项目（例如用户的业务、软件的功能）有一定的理解，这样更好地与用户沟通，建立信任更容易
2、软件项目周期一般很长，回款涉及的因素很多很复杂，要结合公司的软件特点来认真考虑
要制定管理规章制度的目的就是要将软件很好地销售出去，并得到用户的认可，公司能得到长久的发展。软件公司最忌讳追求短期效益，因此，你可以在制定政策时充分考虑一下几个策略
1、重点考核销售的成单情况
2、回款的好坏要与开发实施团队的工作质量效率结合考虑，认定销售的成果。这一条的意思是，有可能是由于实施队伍的原因造成项目回款问题的，要对销售有一定的说法。这样可以鼓励销售多做工作。
3、鼓励销售人员掌握软件对应的业务知识和软件功能，这样可以保证销售不乱说乱承诺。
规章制度的建立前提是确立一个明确的销售目标，这个目标与公司的发展规划密切联系统一。
在销售目标确立的情况下，给每个人和销售部门确立明确的销售指标，可以对每个人确立多个等级指标，要“跳起来”能够到的指标才好。销售业绩与提成和薪资待遇都要挂钩，针对回款要有即时的回报作为奖励，对完不成指标的，该降薪就降薪，不能手软。
想到这些，说的挺乱。
你提问题最好要详细介绍一下你的公司规模、环境、特点等，这样回答的人才能更有针对性。谢谢！
3、项目的实施
例如

如何建立一种软件生产的激励机制和良好的产业生态环境

建立一种软件生产的激励机制和良好的产业生态环境方法如下：
1、提供合理的薪酬和福利，以吸引和留住优秀的软件开发人员。
2、建立公平、透明的晋升机制，给予员工发挥才能的空间和机会。
3、提供良好的工作环境和工作氛围，如舒适的办公环境和积极向上的企业文化。激励机制是指通过特定的方法与管理体系，将员工对组织及工作的承诺最大化的过程。

浅谈软件开发中的人，过程与技术

无意间看到一篇 茹炳晟老师写的文章，受益很深。本文转载自：茹炳晟聊软件研发公众号。

核心观点

人是软件开发的执行者。过程是软件开发的体制。技术是软件开发的精髓。三者缺一不可，却是以人这个根本原动力为核心的。

在业界，一种普遍的看法是：人、过程和技术构成了软件开发的“铁三角”。然而，三者孰重孰轻，历来多有分歧。本文拟以此为论题，从科学技术哲学的角度谈一下我的看法。

三者中，过程与技术蕴意颇深，容后再述。我们先看看人：

人：软件开发的执行者

对于人在软件开发中的作用，我的第一印象是：人是软件开发的执行者。这一印象虽不为众多“人本位者”所乐见，在我看来却是中肯的。

“执行者”这个称谓，看似贬低了人的作用，实则不然。须知，执行者不仅包括被认为是业内蓝领的程序员和测试人员，还应该包括荣为白领的项目经理、系统分析师、系统架构师、系统设计师等等。君不见大大小小的各类公司站在前台的一号人物，名何？CEO是也。CEO即首席执行官，或称执行总裁。虽则首席，虽则总裁，也只是一个执行者而已。在公司中，大到CEO，小到普通职员，都是所谓的“劳方”，都是公司意志的执行者。（公司意志即是资本的意志，其间种种，不在本文论题之内，略过不言。）

同样的，当讨论领域是软件开发时，上述所有的开发人员都只是软件开发的执行者，执行的是软件项目的意志。何谓软件项目的意志？很简单的两个字——需求。这是有大背景的。目下的经济为市场经济，市场经济的特点就是以需求为中心。需求是生产之母，这是市场的铁律，也是市场化的软件开发的铁律。所以，软件项目的意志只能是需求，在此意志下的所有技术活动（即软件开发）只能是执行这一意志，那么软件开发人员就都是执行者了。

当然也有人会提出：“你太片面了，除了软件开发者，还有一类人——提出需求的利益关系人，不也是人吗？所以人不仅仅是执行者，更是主宰者！”遇到这个问题，我们首先要明确现在所论述的领域，是软件开发，而不是软件项目，两者有联系，但是也有区别。就软件开发而言，一切都是从需求开始的，至于提出需求的人，只是被看作需求的来源，是需求分析师们交流的对象，而非开发的一部分。换句话说，如果给软件开发划一条边界，需求提出人在边界之外，只有软件开发人员才在边界之内，也只有他们才是软件开发中的人！

作为执行者，人的作用是巨大的。所有的开发，没有了人都是空谈。人的素质如何、人的状态如何，人与人的关系如何，都直接决定了软件开发的成败。这样的例子比比皆是，就不一一道来了。这里就拿军队作为比喻。如果将软件开发比做打仗，那么开发者们就是军队中的军官和士兵，哪怕军纪再严明、武器再先进，只要军官差劲，士兵孱弱，那么这支军队就注定失败了。反之，游击队也能打败正规军，小米加步枪也能打败飞机大炮，人的作用可见一斑。

当然，人再重要，也只是“铁三角”的一个顶点。在软件开发中，过程同样不能忽视，这是因为：

过程：软件开发的体制

过程是软件开发的体制。此言一出，必遭不满。唯过程论者一定会跳出来痛批我的偏见。然而我仍不知悔改，自以为这种说法是最贴切的。

不满大多是冲着“体制”这两个字来的。在当今的中国大地上，“体制”这两个字带着浓厚的贬义色彩。政府部门腐败丛生，答曰：“这是体制问题”；造导弹的不及卖茶叶蛋的，答曰：“这是体制问题”；中超造反，世界杯淘汰，依旧答曰：“这是体制问题”。不管大事小事，难事易事，出了问题只要推给体制就万事大吉了。反正千错万错都是体制的错，因此你没错我也没错。体制不能改也改不了（真要改了谁做替罪羊啊？），所以错误的体制永远存在，属不可抗力，非人力所能及。

这里不讨论中国的国情，只是借此理解“体制”两字的分量。其实，说得通俗些，体制就是固化下来的行事规则与经验。因为曾经取得过成功，并且也吸取了一定的教训以规避失败，因此在相同的情况下，体制会带来更大的成功概率，并形成权威，使后来者减少扯皮，提高效率。

所以，体制不仅不是贬义词，相反蕴涵了大大的褒义（只是被用滥了，变成了大反派。）。现在看看软件开发中的过程，与体制的含义正是完全吻合。因此，合适的过程，指导人们正确地完成各种开发活动，一步步迈向成功的彼岸；而不合适的过程，则把软件开发推入无底深渊。

把过程看成软件开发的体制，不仅仅是因为两者在现象上是一致的，更重要的是在我们对待它的态度上也要有所借鉴。现在有不少开发人员，在遇到开发中的问题时，往往就会把责任推到过程上，然后感叹一句：“有CMM（一种软件过程改进的评价标准，其对应的方法论是RUP）就好了。”接着项目经理不厌其烦，桌子一拍，大叫：“要有CMM！”于是，便有了CMM。如此折腾一年后，终于通过了CMM认证，依旧遇到开发问题，开发人员仍有的说：“要填这么多表格，太费时间了；我们不该使用RUP，改XP(一种强调迅速应变的软件开发方法论，美其名曰极限编程)就好了。”然后项目经理晕头转向，闭目养神，道：“那就改XP吧。”于是，便改了XP。谁知还是出问题。这时开发人员倒不抱怨了，因为项目已经宣告失败，项目经理也被撤职了。这个不是笑话，而是笔者亲眼所见的。

由此可见，过程不能被神话，更不能被乱用。世界上不存在放之四海而皆准的过程，而只有因地制宜、因人制宜地选择合适的过程，并在执行过程中不断地改进该过程，才有可能取得成功；相反，则只能失败，不做他想。

体制二字，真实地体现了过程在软件开发中的地位。然而，光有人与过程还是不够的，最后一个关键的因素是：

技术：软件开发的精髓

要说明技术在软件开发中的作用，就得先说说为什么要有软件开发。软件开发，顾名思义，就是要开发软件。那软件是什么？可执行的程序？可带来利润的产品？都对，但都不够全面。从根本上而言，软件，是技术的载体，是被定制的技术，是技术针对某项特定需求的应用。

软件中沉淀着技术，这是显然的，否则别人为什么要买你的软件呢？当然软件中不仅仅沉淀着技术，还包括开发的人力成本、机械成本、时间成本等。但是技术是其中的精髓，也是此软件不同于彼软件的根本所在。

软件的竞争力，不在于它的规模，不在于它花费的各种成本，而在于它的功能及非功能特性，而在于这些功能及非功能特性之中蕴涵的技术。比如说，Microsoft为什么能统治PC机的操作系统市场？不是人，不是管理，而是技术，将图形用户界面与操作系统和二为一的Windows技术。在Microsoft之前，并非没有好的图形用户界面（Apple的Macintosh是这方面的先驱），也并非没有好的操作系统（DEC、IBM等的Unix异常强大）。

但是，只有Microsoft将图形用户界面技术与操作系统技术结合了起来，应用到Windows中，形成了其特有的Windows技术，从而异军突起，开创了Microsoft帝国。更有甚者，当Dos内核的Windows95/98无法完全满足市场需求时，Microsoft不惜撤换整个开发组，改用Unix技术重新开发Windows（Microsoft称其为NT，即新技术），于是WinNT、Win2000、WinXP等等在新千年中依旧辉煌。可见，Windows的发展史就是技术在软件过程中作用的最好诠释。

当然，软件开发中的技术不仅仅是指沉淀在软件中的技术，还包括开发技术本身。如开发环境、管理方式、过程工具等等，都是开发技术的应用领域。可以说，软件技术及开发技术，就是软件开发的精髓所在。

一言以蔽之，人、过程和技术在软件开发领域都是不可或缺的。“铁三角”三字正是名副其实，三者缺一不可。那么到底哪个最重要呢？如果仅仅从软件开发本身来考虑，恐怕难以给出合适的答案，因为厚此薄彼则必然误入歧途。那么似乎本文可以到此为止了。可字数仍然不够诶！（呵呵，开个玩笑）所以继续想——如果撇开软件开发这一具体领域，就一般意义而言，哪个更重要呢？然后再回到软件开发领域，就会发现：

再论人：根本原动力

人乃万物之灵。此话同样会引起诸多非议。但是，即使最激烈的批评家也不得不承认其中的合理部分：正是人的 情感 、认知和创造能力构建了我们所处的人类 社会 。撇开 情感 不谈，人的认知与创造能力也是软件开发的根本原动力。

在软件开发中，随处都是人的身影。软件开发的执行者是人，这是显然的了。那么软件开发的过程呢？过程是靠人来实施、来管理的，这无须说，这充其量只是执行的一部分而已。

这里想说的是过程本身，它是如何来的呢？过程不是凭空产生的，当过程成为一种体制时，它也是靠人通过不断的创造－使用－改进－再使用－再改进而来的。在过程改进的过程（套用现在的一句行话，这叫做meta-process，即元过程，过程的过程）中，需要的是人，是人在创造着新的过程，是人在推动着过程的改进，是人在使用过程的软件开发中取得了成功！

这里要说明一句的是，此人非彼人。此处的“人”不是指“铁三角”一端的人，那是作为一个项目的开发人员、作为软件开发执行者的人。而是所有致力于软件开发这一领域的所有人的总和。这个“人”并不处于一次软件开发的边界之内，而是在将软件开发作为整个领域，包含软件开发的过去、现在和未来，包含无数次软件开发及无数次对于软件开发的研究的前提下，处在这个领域中的一个概念，是 历史 上曾经出现的、现在正在进行着的、以及日后将会置身其中的所有的开发人员和研究人员的总和。人的认知与创造能力，在这个“人”上体现得淋漓尽致。

正是这个人，在最初混乱的软件开发实践中发觉了软件开发过程的重要性，从而逐步创造出各种软件开发过程，并使用之，从而使软件开发秩序化；

正是这个人，在使用软件开发过程的实践活动中发现了过程所存在的不足之处，于是吸取教训改进之，从而使软件开发过程更合理、更有效；

正是这个人，不局限于过去所创造的过程，怀着扬弃的态度不断地投身于软件开发中去，从而使不断进化的软件开发过程真正成为软件开发“铁三角”的一个顶点，为软件开发、为人类服务。

而我们每一个软件开发人员，每一个从事软件开发的研究人员，都是这个人的一部分，都通过自身的活动体现了这个人的作用。所以，我们的整体是具体化的他，而他则是抽象化的我们。

当然，不仅是过程，在技术方面，人所起的作用是类似的。技术作为科学与生产之间的桥梁，其产生、改进、普及直至消亡都离不开人的推动。因此，人是软件开发中当之无愧的根本原动力，软件开发的“铁三角”，包括作为软件开发执行者的人，作为软件开发体制的过程以及作为软件开发精髓的技术，都是以人这个根本原动力为核心的。概括地说，就是“一个核心，三个顶点，一个都不能少”。

那么，当我们认识到人在软件开发中的核心地位时，应该如何做呢？权以如下文字作为这个问题的答案，以及本文的结尾：

If A thru Z are scored 1 thru 26，

Your knowledge has a score of only 96 (11+14+15+23+12+5+4+7+5)；

And your hardwork just scores 98 (8+1+18+4+23+15+18+11)；

While your attitude is what determines everything of your life (1+20+20+9+20+21+4+5)。