时间陷阱

最近一直在做产品工作，突然发现产品工作和实施工作的很大一点不同：由于没有客户压力和项目的一个必须执行的Project Plan，造成工作经常延期。很多时候，并不是下属员工没有认真工作，而甚至是因为他们的初衷是为了更好的工作：产品组希望更好的定义产品，花了太多的时间在产品开发相关工作上，比如某个问题的深入研究，这样反而在目标上有所偏离。
发现这个问题之后，我想到了英国有个历史学家，叫做斯科特帕金森的，他描述了一位老太太花一整天时间，寄明信片给侄女的过程：花1个小时找那张明信片，花1个小时找眼镜，花半个小时查地址，花一个半小时仔细考虑如何写明信片，用20分钟考虑寄信时要不要带伞……就这样，一个人只需花5分钟就能干好的事情，却让另一个人花了一整天才干完，而且犹豫不决，疲惫不勘。
帕金森得出结论：做一份工作所需要的资源，与工作本身并没有太大关系；一件事情膨胀出来的重要性和复杂性，与完成这件事情花的时间成正比。换句话说，给自己很多时间做一件事情，不一定能改善工作品质。时间越多反而越容易使人懒散，缺乏动力，效率低。他最后得出一个定律，”事情增加是为了填满完成工作所剩的多余时间“，他甚至用这个定律来解释为何”大型组织大而无当，毫无生气“。
又想起一个例子，一个学生学习成绩不好，家长只好让他修学分最少的课，儿童心理学家却建议让这个学生多修课程。结果出乎大家意料，这个学生多修课程后，成绩不降反升。专家这么说，学习成绩差，是因为家长给这门功课过多的时间，学生反而厌学，效率降低。

看来，我碰到的问题与上述也有很多相同之处，做产品实施的时候，有个明确的边界约束和时间约束，时间约束很好理解，边界约束则是实施顾问一定要在产品和客户需求之间找到解决方案，尤其是在有个明确的时间约定的情况下，总是能达到共识的（除非谈崩了）。而现在做产品开发了，时间约束虽然有，但约束就没那么强了，毕竟公司内部吗，只要是有利于产品，没有浪费时间，总是可以解释的；而边界约束就更不好定义了，这需要项目最初有很清晰的蓝图定义，尤其要定义什么不做！而且项目经理要有很强的约束能力。

谨以此文，作为此次教训的纪念。

推荐到鲜果：