管理路漫漫：团队习惯的养成

记得几年前在一家公司工作，突然有一天，公司宣布下周一律正装上班，否则不准进入公司大楼，员工怨声载道。不过周一那天，都是西装革履的。后来过了两三周，员工着装渐渐恢复了原样。那一次，真是劳民伤财，因为一套像样的套装加皮鞋，至少2k，对于那些月薪2、3k的新员工，要省多久啊。
听说，几位朋友的公司是这么做的：每年有2/3k的服装补助。
后来去了另外一家公司，他们是这么做的：在一楼大厅显著位置竖着一个公告牌，介绍商务着装穿戴，以及怎样让自己看起来更职业化、更像成功人士，并且建议大家正装上班。

上面是我经历的一个典型失败制度。其实，任何制度，如果希望它顺利实施，都有一定的方法可循。但是，为什么在一个知名大型IT企业，也会犯如此愚蠢的错误？算个帐，400人*2000=80万的服装采购费，两天搞定，有多大的难度(400仅公司一半人)？

让员工改变着装，就如同让我们换饮食口味一样，需要一个适应过程。
而我们往往会以为，这种过程，就如同买个手机或是开发一个功能模块，一步到位。
关于决策(制度)的下达，和下达后的自觉执行，打个通俗的比方吧。
前者如同恋爱，有个较强的目标性(特别对于男性，呵呵)；后者如结婚，结婚后每天周而复始的生活，实在乏味。难怪有人说，婚姻是爱情的坟墓。

我想说的是：爱情是项目管理(如做个酒店预订网站)；婚姻是项目运营(如怎么日复一日地营销、处理订单)。它们需要的是两种完全不同的能力。
大家都知道COO(首席运营官)这个职位吧？在服务型行业，比如快递和连锁店经营，这是一个非常核心的职位，MBA有门课程专门探讨这个：《运营管理》。

也就是说，我们制定一项制度时，一定要考虑到制度下达后，如何保证它能够顺利地自动执行？而后者的场景，我们事先没有想到，或没有思考过，所以往往很多制度都是半途而废。

我想很多公司喜欢弄过内部BBS，是不是很多都是火了几周，然后就无声无息了？
曾经我给部门买了几十本书，精挑细选的，一年后我发现，没有人认真看过一本。后来我才意识到，公司没有人像我这样有读书习惯。不过后来有两位设计师喜欢读书，让我找回点信心。
我有一个习惯，电脑硬盘和桌面都非常整洁，资料都分门别类。当我看到团队其他人硬盘一团糟时，我也没有试着去改变什么，我没有这个能力。虽然我知道整洁带来的高效。

直到现在，我还没有切入到文章的核心：如何保证一项规范(静态)或流程(动态)顺利实施呢？ 我认为，有以下三个阶段。

第一阶段：规范的建立
规范(制度)在建立过程中，一定要得到团队的认可。没有被认可的决策，执行过程中一定会阻力重重，如果是强推，松懈时必定反弹。
认可，本质上是一种态度的转变。比如，要在团队推行编码规范，有些所谓的技术大牛，就是不太当回事，认为自己写的代码最简洁、漂亮，让这类人服从就非常困难。所以，我们的重点不是讲解代码规范标准，而是告诉大家遵守代码规范的好处，如维护期的成本10倍于开发期，技术债务等。

设定规范后，一定要站在执行者的角度考虑如何实施。

第二阶段：规范的预实施(2-4周)
预实施前的那份notice或meeting上，一定告诉团队，该项规范先试执行一个月左右，期间可能会微调取消。当然，这些执行在颁布前，是被团队认可的。
建立一个人的信任有三次机会，反过来，如果我们三次没有达成别人的期望值，再让别人相信就非常困难。也就是说，如果我们下达的指令，废掉三次后，再建立第四项规范时，就很难被人响应了。

在这个阶段，重点是辅导，开始培养员工的新习惯。

据研究，养成一个习惯，需要21天。与其说是21天，我感觉是21次。以前我刷牙后，都习惯将刷头朝下，前两年我才意识到这样不卫生。后来慢慢改了，开始那两周还真得有意识将刷头朝上。
比如，去年团队进来一位做开发的MM，当时用Flex开发，开始我辅导她如何遵循Flex编码规范，开发规范，两三天Review一次，持续了两周后，一周Review一次。一个月后，她养成习惯了，我也就不用再检查。

不要指望一种新的做事习惯，只要告诉一遍，别人就会自觉执行，除非他有极强的成功欲。

在团队协作开发时，SVN一般都是一个头疼的问题，经常是最后commit时，发现提交不上，原来是开始时没有update；刚开始update时，发现本地生成一堆的conflict文件，原来是上次没有commit。为什么反复发生这种问题：就是没有经历那养成习惯前的21次。

关于制度引进，我有一个很深的体会，就是部门的水果会。因为部门开发气氛太严肃，我希望下午三点钟左右大家小聚一下，吃吃水果，活跃气氛。我没有想到的是，实际执行时，有人不愿意动身，因为他处于一种“流思维”。后来，买的水果小吃，主要是大家休息时，独个儿吃，有时当早餐或充饥。当初买的很多水果刀，也几乎没怎么用。
不过现在觉得这样才是常态，呵呵。

在组织里，我发现，最难养成的习惯，就是主动反馈，比如任务完成时，主动向上司汇报。它和人的性格有极大关系。

第三阶段：规范的正式实施
经过第二阶段的习惯培养，以及规范的持续改进，第三阶段就自动起效了。只有到这时，作为一线的经理，才可以松懈一下了。

有人说，优秀是一种习惯。但习惯的养成，任重而道远啊，特别是培养别人的习惯。
一个优秀的组织，一定有一批具有优秀习惯的人。

有句话叫做道不同不相为谋. 不符合团队习惯的,换人. 不遵守团队规范的,换人. 中国特色: 人多.

说得很有道理“一个优秀的组织，一定有一批具有优秀习惯的人”，习惯是可以感染，优秀的习惯可以，不好的习惯也行。如何将个人的优秀习惯，传播给整个团队，结对编程是一种实现方式。

我们要求每天在jira里记录工作，每天更新任务的状态。这样，即使员工不主动反馈，manager也能知道工作状态。

员工每天在jira里记录，就是主动反馈啊。

我以前说过这个反馈习惯养成的难度：

总之，一定要让那些每天重复性的操作变得很简单，员工才容易养成习惯。

嗯，我们也是用jira，刚开始不习惯我总不写工作记录，还扣了工资 用多了就适应了不算烦琐
看过你很多帖子，很受益

我最近在一个刚刚起步的公司，这个公司之前一年都在比较松散的制度下，里面人基本都是老油条，我现在也要求他们每天写计划和日志，不过交上来的日志一般只有1行，我也只能安慰自己说，1行总比1行都没有强，至于怎么写只能一点一点的培训了。

但是目前项目时间又很紧，同时还要改变他们的习惯，本来还想从结对编程开始，但是上下都不理解，无法实现。
有的时候不得不说，还是应届生好管理

至于读书问题，是企业文化的问题了，有些人就是爱学习，有些人就是混日子。
招聘的时候，最重要的就是学习新知识的能力，如果没有的话，还是是不要招，
这个只要问问他们平时上那些技术性网站就知道。
但是对一个已经建立好的公司，作为后来的管理者，我就不知道用什么办法了，
很多时候感觉是对牛弹琴

1、这样的日志建议不要，形成员工应付交差的态度很可怕，会导致以后颁布的一些制度，员工也不太当回事。

2、重复我文中的观点：任何制度颁布后，都面临一个最难也是最容易被忽视的问题：改变员工的习惯。
大家都知道，互联网应用有个基本的原则：不要试图改变用户的使用习惯。为什么制度的实施会被领导忽视呢？因为这些习惯只要员工去培养，和他无关，他感觉不到。就像我举的那个正装上班的例子，公司高层是体会不到买西服的经济压力，以及从休闲装改为正装的别扭。

3、应届生确实好管理，这也是为什么国企喜欢用应届生的原因。那些三年以上工作经验的人，极难改变自己来适应新公司的文化，即思考和做事的习惯。特别是对于小公司，他们很难产生认同感。

有个好办法是召集他们开会让他们自己讨论出制度，就不好违反了，不过只适合小团队。