我们的管理是否正在抹杀员工的积极性？

最近在看《黑客伦理与信息时代精神》，是linux发起人linus和其他两名业内领袖人物写的，是本老书了。单从书名来看，好像有种哗众取宠的嫌疑，不过仔细看看内容，确实不是空谈，里面谈到了linus等人对信息时代工作观，金钱观的看法，以及为什么黑客能够创造出来www，linux，路由器进行了阐述，果然不愧是linux之父。

 

这本书中的思想好像可以回答近来我一直思索的一些问题：软件开发用传统管理方法合适么？软件开发已进入到了大规模工业生产时代？软件项目的烂坑是因为我们没有严格履行管理职责，或是缺乏管理能力，或是员工和我们都缺乏一种工业时代的那种职业道德？还是因为目前的管理方法根本就是南辕北辙？

 

我似乎在模糊的形成我的认识，软件开发绝对不是软件生产，软件项目也不是靠严格的科学管理法就能解决的，至少目前为止，软件还是一种类艺术和工业的活动，软件项目成败的核心还是人，管理方法只是种辅助活动。而目前我们是否确少这种认识，通过各种繁琐的管理方法在试图降低和减少人的因素对项目的干预和风险的同时，反而干预了项目成功的真正原因，我们成了拔苗助长的角色？

 

没有被管理的团队必然会失败，被严格管理得丧失了积极性的软件团队更会失败，老子的无为而治说的是不是这样一种境界不得而知，但是可以肯定的是，到目前为止，软件团队仍然不是鞋厂工人，严格的计件计量指标不可以强压在他们身上，严格的开发分工也不可能如此完美地没有一点灰色地带。如果想让软件项目成功，特别是那些具有高技术风险的创新项目提高成功可能性，那么就应该在尊重开发人员自我价值，自我意识的基础上配以透明化的协调管理，应该是一种倒三角的管理似乎来得更稳妥些。

 

所以，我反对将硬性指标强压给开发人员执行，我建议让他们自己列出WBS并公视与众，那些有责任心和热情的开发人员总会满怀激情地去完成自己定下的指标，而不是别人定下的；我反对开发人员每天要写进度报告，我建议我们利用5分钟时间以交谈的形式协助他们整理一天的进度并给出鼓励或是改善意见，然后帮助他们把这些数字填写在那些手续复杂的表格里；我反对时常监视开发人员的电脑屏幕或是其他什么来检查他们是否在偷懒，偷懒不是问题的本质，本质是为什么他们要偷懒，解决好这个问题更重要，大多数情况下，偷懒是因为别人给他制定了一个紧张或是松懈的WBS；我反对时常为了鸡毛蒜皮就打断开发人员工作的要求（比如要求开发人员预定会议室，准备打印资料），认为他们是可以像cpu一样随时保存断点执行中断，我建议至少要给开发人员保留5-6个小时无人打扰时间，以便让他们形成一种持续的思维流以便进入真正的工作状态。