弹性工作制下的IT项目管理

为了支持北京奥运，为了减少奥运会给员工上下班带来不便，很多公司实行弹性工作制。

 

所谓弹性工作制是指在完成规定的工作任务或固定的工作时间长度的前提下，员工可以自由选择工作的具体时间安排，以代替统一固定的上下班时间的制度。

弹性工作制从70年代开始在欧美得到了稳定的发展，美国一些脑力劳动占重要地位的行业中也在推行弹性工作制。到90年代，便有大约40％的大公司采用.

弹性工作制有多种形式：

（1）核心时间与弹性时间结合制。

一天的工作时间由核心工作时间（通常5－6小时）和环绕两头的弹性工作时间所组成。核心工作时间是每天某几个小时所有员工必须到班的时间，弹性时间是员工可以在这部分时间内自由选定上下班的时间。例如某个公司规定每天工作时间为8小时，不算1小时的午餐休息时间，核心工作时间可以由上午9点到下午3点，而办公室实际开放时间为上午6点到下午6点。在核心工作时间内，所有员工都要求来到工作岗位，但在这核心区段前后的弹性时间内，员工可以任选其中的3个小时工作。

（2）成果中心制。

公司对职工的劳动只考核其成果，不规定具体时间，只要在所要求的期限内按质按量完成任务就照付薪酬。

（3）紧缩工作时间制。

职工可以将一个星期内的工作压缩在二、三天内完成，剩余时间由自己处理。职工上班时间减少，可以节省交通费，提高公司的设备利用率。

弹性工作制比起传统的固定工作时间制度，有着很显著的优点：可以减少缺勤率、迟到率和员工的流失，增进员工的生产率。有一项研究发现，在所调查的公司中，弹性工作制使拖拉现象减少了42％，生产率增加了33％。对这种结果的解释是，弹性工作制可以使员工更好地根据个人的需要安排他们的工作时间，并使员工在工作安排上能行使一定的自主权。其结果是员工更可能将他们的工作活动调整到最具生产率的时间内进行，同时更好地将工作时间同他们工作以外的活动安排协调起来。

弹性工作制的优点：

1. 对工作时间有了一定的自主权,生物钟最适合自己作息习惯.

我们很多搞IT的都是“夜猫子”，喜欢晚上工作或学习。这点看看博客园发的帖子就知道，还有搞外包的，为了和国外客户时间一致，这个就不用说了。

2. 使员工灵活地处理个人生活和工作间的关系，更好地安排家庭生活和业余爱好

我们可以更自由的安排自己的生活时间，比如我们可以早晨起来锻炼一个小时身体，早晨的空气好呀，我们也可以睡个懒觉（昨晚睡的晚呀），如果不实行弹性工作制，周末和朋友喝完酒，早晨勉强起床，第二天效率也好不到哪里去。还有你也可以用这个时间陪陪女朋友，陪陪家人等等。我想这个好处大家肯定比我一个人想的多。

3. 避免时间统一而造成的交通拥挤.

      这个想想北京奥运吧。。。，我体验到的好处时，我座地铁能够有座位了。

4. 增强主人翁意识。

弹性工作，让我们很容易以目标为导向，容易完成工作。我们知道老板很多都是弹性的，老板肯定主人翁意识强，因为公司是他的嘛，所以更容易是员工感觉公司是我家的感觉。

虽然弹性工作制有很多优点，但是也有很多缺点，如果实施不好，会造成“覆水难收”的境地，如果没有清晰的目标，员工就会什么都不做，起不到很好的监督作用，也没法及时指导，沟通也可能出现问题，但是这些问题也都有方法解决。

弹性工作制下的IT项目管理

我的建议是：

(一)保持畅通高效的沟通渠道。

“沟通”无疑是实施弹性工作制最重要的。每个人工作不在同一时间，工作内容必须明确。沟通形式并不重要，达到沟通目的就行，比如一起腐败的时间等（这个不建议，曾经有个领导说过，“乘休息时间，我们聊聊工作”，这句够腐败的吧）。

(二)建立自律，务实的企业文化 　　

在公司内部形成一种“自律”文化，透过文化去影响、约束员工的行为最有效。

(三) 核心时间与弹性时间结合制

现在的软件开发，离不开沟通，尤其是在敏捷盛行的年代，沟通是放在第一位，虽然可以通过网络，但是却不易表达出情绪，所以必须要有共同的沟通时间。另外，如果采用成果中心制的话，就会增加文档的工作量，采用压缩时间制的也不行，因为软件开发是创造性的劳动，不能靠压缩时间来增加产出的。所以我推荐核心时间和弹性时间结合。核心时间用来沟通，弹性时间用来自由支配。

(四) 自主的管理，

项目经理制定一个迭代的目标，组员自己领取这个迭代的任务，自由的调整自己的时间，自己管理和更新自己的计划，项目经理只是对计划进行跟踪就可以了。其实我们可以这样想，客户是把项目外包给我们，我们再把项目分解，外包给程序员而已。

(五) 项目必须成功，迭代可以失败。

项目采取迭代式开发，迭代开发的好处就不用说了。我们有的项目经理不放心组员自己管理计划，其实大可放心，开始组员可能管理不好，但是因为是迭代的开发，如果第一个迭代失败了，组员则可以自己反思自己的计划，这样后续迭代，组员就能很好的管理自己的计划了。项目经理一定要定义出这个迭代的目标，每个组员只要非常清晰自己这个迭代的“责任”就可以了。

欢迎拍砖，也希望更多人提出更好的建议。

本文转自敏捷的水博客园博客，原文链接http://www.cnblogs.com/cnblogsfans/archive/2008/07/29/1255739.html如需转载请自行联系原作者

王德水