大家好，欢迎来到IT知识分享网。

文化的形式——制度与契约。

今天这一篇会比较长，大家可以泡杯茶慢慢看，慢慢品。谈文化的表现形式之“制度与契约”这个话题，先要有一点点高度。我们先聊一聊“道德“。道德是一种社会意识形态，是人们共同生活及其行为的准则与规范。道德往往代表着社会的正面价值取向。简单理解就是我们日常生活中常常说的正能量，这种能量能积极地调整人与人之间以及个人与团队、社会之间的相互关系。

与《也谈计算机文化（二）》中说的智慧相比，道德是更深层的概念。道法自然，德化天下。道是自然的规律，德是内心世界，可以去感化他人。智慧呢？智是大脑思维，慧是对内心世界的感悟而能通达于智。人的大脑所理解的、所接受的“道德”我们称之为智慧，不通达内心的智则不属于道德的范畴。通俗的说能运用正能量的人充满了智慧。我反正是充满正能量滴 ≥▽≤

行为是指人们一切有目的的活动，它是由一系列简单动作构成并且在日常生活中被表现出来。人的行为不仅与个体的身心状态有关，而且与个体所处的环境有着密切的联系。内因与外因相互作用的结果产生了行为。一个社会的全体或绝大多数成员所共有的道德行为体现该社会总体道德风尚。那么一个组织、一个团队的大多数成员所遵循的行为规范反映了整个组织、团队的道德品质。

接下来我们再聊聊制度，制度即规程，是指在一个社会组织或团体中要求成员共同遵守并按一定程序办事的规程。制度与文化之间的关系有三：其一文化是制度的来源，制度是文化的重要表现形式；其二文化是柔性的、定性的，而制度是刚性的、定量的，大家经常看到的规范化的考核制度就是定量的业绩考核+定性的行为考核进行综合核定；其三文化的成熟将指导制度的制定，制度的完善反过来也将促进文化的更新。

好的，铺垫结束了，现在我们来聊聊软件行业的制度与契约。故事要从犹他州（Utah）的雪鸟城（Snowbird）讲起，2001年2月一群具有反叛性的软件开发人员在这里聚集到一起，经历为期三天的讨论，他们制定并签署了行业历史上最重要的文件之一：敏捷宣言。

英文版：

We are uncovering better ways of developing software by doing it and help others do it. Through this work we come to value:

Individuals and interactions over processes and tools

Working software over comprehensive documents

Customer collaboration over contract negotiation

Responding to changes over following a plan

That is, there is value in the item on the right, we value the items on the left more.

中文版：

我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此，我们建立了如下价值观：

个体与交互 优于 流程与工具

可工作的软件 优于 面面俱到的文档

客户协作 优于 合同谈判

响应变化 优于 遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

说道了敏捷宣言自然就带出了自组织团队的概念。一个人在团队中的战斗力巅峰状态一定是在受到足够的尊重和信任的前提下产生的，尊重和信任激发了个人内心的责任感、使命感、甚至潜能。一个成功的自组织团队应该有以下特征：其一自组织团队一旦形成，那么如果给定一个问题，在内部限定设置之后，团队可以自己决定怎么样完成工作；其二自组织团队自己决定最适合自己的流程/方法，当外部输入到达之后，团队自己决定用什么方法来完成工作；其三自组织团队应该不断的评审自己的流程/方法，来进行不间断的改进和调整，从而能够反映团队的持续进步，并且适当的对外部变化进行适配和反馈。

看到这里老板是不是觉得很难受，对一个项目完全没有操控感，满足不了控制欲。哈哈，其实我倒是觉得很爽，有了一个自组织团队是不是只需要负责接项目就行了，至于项目怎么完成就不用操心，岂不是可以腾出更多的时间去思考如何发展。其实这两种看法其实都有局限，其中创业者最喜欢说的一个词就是“我们”，对啊，你要把自己也当做自组织团队的一员，要站在他人的角度去思考问题，保持柔软而敏感的内心，你才有心思去感悟生活中的智慧。

基于互相信任的前提，敏捷开发提倡自治的全功能团队。虽然在我们的开发过程中有很多强大的工具，比如Leangoo、Jira/Jira Agile、Axosoft OnTime Scrum、LeanKit、Microsoft Visual Studio Team Foundation Server、Worktile等等，当然我在实验室里的团队使用的是大学同学传授的zentao(禅道)+jenkins（持续集成），在此表示感谢（知名不具）。用过以后很多人觉得大家通过这些工具线下就可以组织开发了，当然也不是不可以，但是我期望的是整个团队坐在一起工作，从物理空间上创造更加便捷的面对面的沟通机会。因为我相信没有比面对面交流更高效的沟通渠道了。大家要认识到交易在哪里发生变得越来越不重要，而交流在哪里发生会变得越来越重要。真的，互联网冲击的只是面对面交易，而非面对面交流。

继续信任这个话题，正是因为信任才有现在要讲的透明！我至始至终觉得团队的所有工作、问题都应该透明化，这样能够使团队的每一个成员在任何时刻都能了解团队的现状和所面临的问题，他们也可以随时采取措施来解决问题和帮助团队。很多人劝我不能什么都跟开发团队的成员讲，比如开发总经费等敏感问题，但是我却觉得这没有什么不能说，因为我自己也是团队中的一员啊， 投之木桃，报之琼瑶！在当前的疫情下，我们多次听到了这句话，大家共奋斗为什么不能共富贵？只是要讲清楚的是资金的用途，不仅仅是为了生活，也要应对风险，更要为了发展。于我而言，我不仅仅信任我们开发团队的每一个成员，也信任我们的客户！甲方乙方不是对立的！很多项目我们都做到了对甲方的透明！我们要做的是互相成就，这才是真正的双赢！而且大家想一想没有客户协作在项目验收阶段是不是存在风险？没有客户协作彼此之间哪儿来的认同感？做一个项目认识一帮朋友，积累一圈人脉，成就一份事业，获得一个稳定的项目来源，可持续发展真香！

啊，好像有点跑题，我们把话题回归到制度与契约。我们的团队可以建立一些团队规则，比如说代码质量控制、入库流程、团队CI（CI，也称CIS，是英文Corporate Identity System的缩写。CI设计，即有关企业形象识别的设计，包括企业名称、标志、标准字体、色彩、象征图案、标语、吉祥物等方面的设计。）的建立等，例如我们可以统一着装（格子衫&冲锋衣？），定期组织团建，是吧，这些活动在短期内可以预见团队的成长和默契的培养。在这里我就不具体的展开如何制定软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证等过程中的行为规范了。不展开讲是因为我是一个浪漫主义者，因为我觉得真正的自组织团队不需要，更妥当一点应该说不重视这些“书面的锲约”。所谓契约就是立约双方在权力与义务方面愿望上的交集，制度是普遍适用的契约。除了“书面的契约”，还有一部分双方的愿望是无法达到承诺的程度的，这属于“心理契约”的范畴。比如（1）良好的工作环境；（2）任务和职业取向的吻合；（3）一定的酬劳。这些是可以写进合同的“书面的契约”，而自组织团队更注重“心理契约”比如（1）安全与归属感；（2）价值认同；（3）机会与晋升……

最后，我们要学会拥抱变化。超前识变、积极应变、主动求变才能与时代同行！敏捷某种角度来讲不是字面意义上的迅速，而是通过高效的协作，获取快速的反馈，以便尽早做出调整，从而减少浪费，交付更大的价值。《周易·系辞下》中有一句话：“穷则变，变则通，通则久”。其含义是事物发展到了极点，就要发生变化；发生变化，才会使事物的发展不受阻塞；事物才能不断地发展。 而“敏捷开发”里的敏捷其意义就在 —— 不要等到“穷”了再去变！因为那样我们可能已经付出了巨大的代价！

嗯，《也谈计算机文化（二、三、五）》跟大家聊了文化的三种形式：器物以传世、文字与符号、制度与契约。至此也告一段落，下次我们从文化的传承角度接着唠，记得关注我哟，下次再见！