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

记得几年前在一家公司工作，突然有一天，公司宣布下周一律正装上班，否则不准进入公司大楼，员工怨声载道。不过周一那天，都是西装革履的。后来过了两三周，员工着装渐渐恢复了原样。那一次，真是劳民伤财，因为一套像样的套装加皮鞋，至少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次。

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

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

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

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

评论

42 楼 bulktree 2011-01-25  

jetthink 写道

aws 写道

jetthink 写道

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

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

要基层人员每天写所谓计划和日志本来就是个极其可笑的制度

计划是什么，是自上而下，基层的人只负责执行，上面的人制定计划按计划来检查或者调配

要下面的人自己写计划，那到底是要搞什么计划些什么？结果必然是敷衍和形式主义

开发过程中每个人都是负责人的专业人员，他们不是工业化的生产线上工人，里面肯定会有部分创造性的劳动，自己写一下，也是帮助思考

开发过程中每个人都是负责人的专业人员，他们不是工业化的生产线上工人，里面肯定会有部分创造性的劳动，自己写一下，也是帮助思考  这句话太值得思考了

41 楼 sinopf 2011-01-12  

深有体会啊，这篇文章讲的很对，但是没有说出解决办法和技巧。

40 楼 zwchen 2010-10-04  

tinkame 写道

看了您的几篇博客，对您非常尊敬。我还是北京在校的一名小硕，实验室项目不是很多，现在感觉自己找工作的时候没有竞争力，以您的经验，我该如何努力呢？另外，从您博客的内容看出，您做过Flex开发，我们现在也用的是Flex+java架构做项目开发，但感觉外面的公司用Flex的不是很多（从实习生招聘上可以看出），您能否介绍一下Flex的应用前景及方向呢，谢谢!

Flex是企业应用前端最健壮和安全的RIA技术，但技术的推动，除了和业务需求有关，很多时候和商业策略有关，比如Flex Builder是收费的，Flex Chart和Data Binding并没有开源，而这是企业应用非常核心的东西，尤其是后者。
不过，企业系统的价值和成败，往往决定性因素，并不是用更时髦或高效的技术。Flex再炫，也只是改善了一点易用性，对企业价值很有限。

有大量可重用组件、健壮、培训成本低(易上手)、易团队协作、亿招到现成人才，更是一项技术或框架的选择因素。

另外，培训、教育市场也应该跟得上。我09年做Flex开发，虽然最后系统技术上成功了，但架构是自己摸索，文档全部是英文，从公司考虑，风险和成本非常高。

Flex的学习成本比较高，低于Swing，但高于Struts等。但Flex技术掌握后，开发速度非常快，一个CRUD功能一两天就可以搞定。

另外，Flex和后台的持久化结合得并不好，没有成熟的方案，Hibernate的关联映射(Lazy Loading)等没法用，而这是Hibernate的核心。

不过，我觉得像你这种情况，还是低头做事比较好，关心技术趋势，可以等到毕业后一两年再考虑。
因为，当你不看好一项技术时，兴趣和热情会锐减，而现在，你最需要提升的，是技术水平，任何技术都狂学。

再说，你要是学好了Flex+后台的Java开发，并且读懂了它们的源码，有什么企业系统开发你搞不定的？Struts那些技术，一两周就会了，Spring上手只需要两天。

另外，一些偏技术型公司，更会考察你的技术基础+热情+悟性，而绝不是你掌握了几个框架。过分表达自己会几个框架的人，一般技术都不咋地。不要说自己会Hibernate，要说自己熟悉持久化技术。

39 楼 tinkame 2010-10-03  

看了您的几篇博客，对您非常尊敬。我还是北京在校的一名小硕，实验室项目不是很多，现在感觉自己找工作的时候没有竞争力，以您的经验，我该如何努力呢？另外，从您博客的内容看出，您做过Flex开发，我们现在也用的是Flex+java架构做项目开发，但感觉外面的公司用Flex的不是很多（从实习生招聘上可以看出），您能否介绍一下Flex的应用前景及方向呢，谢谢!

38 楼 xihuyu2000 2010-09-10  

zwchen 写道

jetthink 写道

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

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

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

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

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

我强制员工每天写日志。每人一个word文档，放到svn上面，每天写自己做了什么、明天打算做什么。所有的人都可以看到别人的文档。

我推行之前说的是年终最后的考核会根据文档中记录的工作内容，如果到了最后公司对大家的认定和自我评价不符的时候，可以把文档拿出来看一下自己365天到底干了些什么。

另外，对于日志我每天也都会看，并在开会的时候就文档中的内容进行解答。并要求大家把工作中遇到的技术问题或者困难写下来，我会在当天晚上解答（当然，qq、msn也可以留言，我是为了故意每天写日志）。

到现在已经5个月了，大家都坚持写，并且新来的员工也写得很认真。

我个人觉得是成功的，最直接的效果是大家在写文档的时候要想一想自己当天做了什么(因为我会看认真文档的)，防止和尚撞钟的情况发生。

37 楼 iorule 2010-09-07  

        很是赞同楼主的观点, 当一个团队养成了相同的习惯之后, 团队的执行力是非常巨大的.

36 楼 robertpi 2010-09-01  

制度再好，不执行都是屁，国内公司大部分就是上面忽悠下面，下面再忽悠最底层的代码工人，国内只能培养出油条，放地沟油天天炸你，不成油条成什么。

35 楼 topgun 2010-08-31  

<p>好的习惯，不是靠制度，或是命令，或是什么标准流程。靠自发自己给自己定制度更是扯</p>
<p> </p>
<p>我认为：是靠培训，是长期，正式化的培训</p>
<p>企业有必要建立起一种培训的文化（其实这点外企做得就比国内企业好），可以请一些专家，或是自己专门有精英研究出一些最佳实践（技术的，过程的都要有），形成course，给大家讲</p>
<p> </p>
<p>比如GTD，seven habits 都是很有用的，都是好习惯，但是你让人自己去学，自己去看书，很难，又费马达又费电。如果有个人很有经验，给你一讲，就觉得很容易，又有动力又有效率。</p>
<p> </p>
<p>培训会让人觉得这是为我好，我在提高，抗拒的心就会小很多。</p>
<p> </p>
<p>没有制度化，正式的培训，想让人养成好习惯，恐怕自己都不好意思。</p>
<p> </p>
<p>当然，我们搞技术的，还是搞些科学的实践的培训。什么余世维成功学的培训就不要了</p>

34 楼 lib 2010-08-30  

现在的领导都这德行：
突然间拍脑袋想出一条规定，然后拍板执行，最后失败了，拍屁股走人！

33 楼 sunday1207 2010-08-28  

非常认同：培养->监督->习惯的说法。每个团队都有自己的个性，如何保持成功的个性，做到团队的可复制性，这点对任务公司来说都是非常重要的。

32 楼 黑暗浪子 2010-08-27  

jetthink 写道

aws 写道

jetthink 写道

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

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

要基层人员每天写所谓计划和日志本来就是个极其可笑的制度

计划是什么，是自上而下，基层的人只负责执行，上面的人制定计划按计划来检查或者调配

要下面的人自己写计划，那到底是要搞什么计划些什么？结果必然是敷衍和形式主义

开发过程中每个人都是负责人的专业人员，他们不是工业化的生产线上工人，里面肯定会有部分创造性的劳动，自己写一下，也是帮助思考

我一般都是自己写，如果有人要求我写，我就把自己写的改改风格和措辞就copy一下，自己写有时候会写一些牢骚话。呵呵，可以看我博客里写的工作记录。

31 楼 黑暗浪子 2010-08-27  

seeckt 写道

服装的心理作用建议看下《浪潮 Die Welle》这个片子

如果公司每年要跑路30%-50%的人，有空砸钱买衣服还不如当奖金发了
企业没有达到一定发展程度，薪资在50分位以下就别想这个事情了

另外如果几个厂商一起到客户那边合作开发
就会看到有一团人西装革履，精神饱满
另外一团人昏昏欲睡，没事切出去上网看股票
这个就是品牌，
是对解决温饱问题想往更深层次发展的公司说的

呵呵，我还真的见到过这样的事情。

30 楼 黑暗浪子 2010-08-27  

抛出异常的爱 写道

黑暗浪子 写道

zwchen 写道

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

其实要想养成团队习惯很简单，你自己先做。在项目管理中，PM具有一种叫做“参照”的权利。很多人在工作中都会看着你的举动。你的一个无意识举动就能让很多人照着做。因此，像正装这种东西，如果你自己天天正装了，你的手下小弟小妹会不做吗？

小弟小妹 会想 装 B  
再遇上一个不西服的老总(之一...)全白费

人类会对自己的付出有校验预期的....没达到预期....

这种情况肯定会有，关键在于你是否支持？如果你自己都开始否定自己，放弃自己，怎么能让别人信服，让别人服从你的管理？

29 楼 黑暗浪子 2010-08-27  

aws 写道

seeckt 写道

穿西装的好处是很多的
比如对职业精神，团队协作的心理暗示
真正导致无法实施的是成本
服装费是员工承担还是公司承担？
如果员工承担，阻力会相当大，尤其对于低薪员工
公司承担可能更合理，因为是公司提出的管理要求
但是每个人一套服装，成本相当厉害，尤其是IT公司流动性较高
培养公司文化，从服装开始作为突破口未必不可行，但其他措施要配套
这是个螺旋上升的问题

没啥好处
在中国，穿西装的一般也就是销售和业务还要卖保险的
做技术搞开发的成天穿西装革履，正襟危坐的编代码？

那至少不要穿的像犀利哥吧？

28 楼 jetthink 2010-08-27  

aws 写道

jetthink 写道

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

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

要基层人员每天写所谓计划和日志本来就是个极其可笑的制度

计划是什么，是自上而下，基层的人只负责执行，上面的人制定计划按计划来检查或者调配

要下面的人自己写计划，那到底是要搞什么计划些什么？结果必然是敷衍和形式主义

开发过程中每个人都是负责人的专业人员，他们不是工业化的生产线上工人，里面肯定会有部分创造性的劳动，自己写一下，也是帮助思考

27 楼 jetthink 2010-08-27  

强强爱妍妍 写道

jetthink 写道

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

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

注意命令可执行性. 他们以前写过没有? 写过的话以前是啥格式啥内容? 你期望啥内容啥格式?  以前没写过的话你得指导一下怎么写. 至少要弄个格式模板出来.

这个我会自己也写，他们可以参照我的方法，当然每个人不一样，我还会具体指导。但是一定要写，这个是态度问题，
米卢都说了，态度决定一切，水平问题是其次的

26 楼 jetthink 2010-08-27  

aws 写道

我倒觉得最关键一点是，不要拿自己的习惯当常识当规范，然后跑去推广

也许以你或者以你的地位在这种所谓“规范”下最舒服，但对其他人，或者处于不同位置的人，可能就是别扭不爽

这些方法都是在之前公司内实践过，认为行之有效的，绝对不是拍脑袋，想出来的。
我也反对那些读了点书本上的知识，就随便乱实践的，俗话说，If you get a new hammer,
you will look everything like a nail.
要理解这么做其实是有难度的，乱搞绝对是有害的。

25 楼 tapestry1122 2010-08-27  

damoqiongqiu 写道

黑暗浪子 写道

zwchen 写道

记得几年前在一家公司工作，突然有一天，公司宣布下周一律正装上班，否则不准进入公司大楼，员工怨声载道。不过周一那天，都是西装革履的。后来过了两三周，员工着装渐渐恢复了原样。那一次，真是劳民伤财，因为一套像样的套装加皮鞋，至少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次。

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

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

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

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

其实要想养成团队习惯很简单，你自己先做。在项目管理中，PM具有一种叫做“参照”的权利。很多人在工作中都会看着你的举动。你的一个无意识举动就能让很多人照着做。因此，像正装这种东西，如果你自己天天正装了，你的手下小弟小妹会不做吗？

不说别人，就说我自己吧，刚上班那时候我们部门有个老大人蛮帅，经常也是西装，衣着比较整齐。
我反正看着挺舒服的，那时候就想，以后有钱了也这么打扮
可惜口袋里面没米啊，温饱而后才知荣辱
有些公司给员工的待遇很低，哪里有钱来顾得上这些？
这种情况叫做有想法没办法

是老庞么？

24 楼 damoqiongqiu 2010-08-27  

黑暗浪子 写道

zwchen 写道

记得几年前在一家公司工作，突然有一天，公司宣布下周一律正装上班，否则不准进入公司大楼，员工怨声载道。不过周一那天，都是西装革履的。后来过了两三周，员工着装渐渐恢复了原样。那一次，真是劳民伤财，因为一套像样的套装加皮鞋，至少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次。

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

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

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

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

其实要想养成团队习惯很简单，你自己先做。在项目管理中，PM具有一种叫做“参照”的权利。很多人在工作中都会看着你的举动。你的一个无意识举动就能让很多人照着做。因此，像正装这种东西，如果你自己天天正装了，你的手下小弟小妹会不做吗？

不说别人，就说我自己吧，刚上班那时候我们部门有个老大人蛮帅，经常也是西装，衣着比较整齐。
我反正看着挺舒服的，那时候就想，以后有钱了也这么打扮
可惜口袋里面没米啊，温饱而后才知荣辱
有些公司给员工的待遇很低，哪里有钱来顾得上这些？
这种情况叫做有想法没办法

23 楼 抛出异常的爱 2010-08-27  

黑暗浪子 写道

zwchen 写道

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

其实要想养成团队习惯很简单，你自己先做。在项目管理中，PM具有一种叫做“参照”的权利。很多人在工作中都会看着你的举动。你的一个无意识举动就能让很多人照着做。因此，像正装这种东西，如果你自己天天正装了，你的手下小弟小妹会不做吗？

小弟小妹 会想 装 B  
再遇上一个不西服的老总(之一...)全白费

人类会对自己的付出有校验预期的....没达到预期....