“我们不需要重量级的管理” 

    “我们不需要重量级的管理”，这是继形式主义之后的另一个思潮，也许可以解释为对文山会海的逆反。对于所谓重量级的管理，国外进行了反思，并有人提出新的项目管理理念。 

    在实践应用中，有时候是这样的：

•  不必开会了，大家知道自己做什么就可以了
•  工作日志不必写了，每星期说一下就可以了
•  任务不用书面通知了，我们面对面沟通好
•  ……

    我们把否定一切的条条框框，做为了解决沟通协调的灵丹妙药。现实中，它可能是这样的结果：项目计划回到了发射后不管的状态。 

    项目经理和程序员的争执内容往往是项目经理指责程序员没有做自己要求的事情，而去做了别的，程序员则坚持自己按照了指示，两个人无休止地争论自己没有记错。人的记忆力不是可靠的，假如当初的任务指派是有记录的（纸张或者电子的），那么即使这种事情发生了，我们也可以减少争吵的时间，更关键的是避免了关系的恶化。 

    在此绝非否定所谓的轻量级管理。在一个有序的软件开发团队中，过多的规则很有可能消耗了大量的时间，降低了团队对需求变化的响应速度。轻量级管理的出发点在于减少这些浪费，加快对变化的反应。但是多数的软件开发团队并不是处在条条框框太多的状态，而是处在混沌不可控的状态。 

    继续刚才的比喻。如果一个程序员在工作日志上写上千篇一律的“全天工作”，他是不是也完全有可能在无人过问的情况下偷懒呢。我们不能把问题归结到工作日志上，而要思考真正的问题：为什么他的工作没有人过问？为什么他心怀不满？这个问题的答案往往只能是或者是此人的职业道德存在问题，或者是管理者缺乏沟通能力。然而，不管是哪个，这显然都是很让人难以面对的答案。人总是倾向于选择容易接受的答案：工作日志没有意义。 

    任何管理问题都绕不开人的问题。组织内的沟通协调可以用形式化的依赖制度的方法处理，也可以用自由的依赖人员当面协调的方式处理。两者的极端分别是严格的管理制度（按本子办事，事事申请、批准）和合作伙伴之间的高度信任。这两个极端之间的任何一点都是可取的，关键是在于选择合适自己团队规模和能力的沟通方式。 

    棋手或者习武者从一招一式入门，而最终到无招胜有招的境界。没有“招”的管理者，要么是高手，要么是一无所知。 

    笔者的建议是：不依靠表格、会议等来分配和跟踪任务。这实际上对管理者的人际沟通能力提出了更高的要求，可以取得很好的效果，但不是新手容易做到的。如果自认为还不是高手，那么就应该从简单的管理规范（如晨会、每日工作日志）入手，只要管理者不要忘记这些规章和制度是做为管理的辅助，那么也许有一天可以到不依赖他们的境界。 


    小结 

    软件项目开发中，不只有上面的几个问题，同理，一个项目经理在工作中不只是面临上面的几个小“错误”。希望在以后的系列文章中，同读者共同探讨软件项目管理中的一些问题。