本文探讨了软件研发中团队文化的建设，指出了工厂化管理和量化考核的不足，并提出了TeamLeader应遵循的七大法则，旨在建立一个充满激情和战斗力的研发团队。
良好团队文化的根本其实就是老板的管理思想了，不同的管理思想，老板会设计不同的部门规划和考核办法。
有朋友提到他的Boss喜欢工厂化管理，硬生生将员工分成两类人，设成两个部门。一个部门叫设计部门，负责需求和设计；一个部门叫实施部门，负责编码、测试、实施。设计部门通过一个任务管理系统向实施部门下单，实施部门根据这些工单来工作。该老板还设计了自以为很牛的考核办法，如果实施部门不能按时按质完成工单，则会影响考核；如果设计部门的工单被实施部门退回，则会影响设计部门的考核。于是两个部门之间的扯皮时间天天发生，以前完成一个工作很简单的，现在要扯来扯去。设计部门自认为需求、设计等文档已经写得很清楚，实施部门认为已经按照这些文档完成工作，或者是认为这些文档说得不够具体，要退单。当文档主要用来任务交接的时候，文档就会变成茶几上的杯具！
还有一些老板喜欢用bug数量、文档缺陷率、工期延误率等所谓客观的量化的数据来考核，同样只不过是杯具的另一种形式而已。
有朋友提到他的Boss喜欢工厂化管理，硬生生将员工分成两类人，设成两个部门。一个部门叫设计部门，负责需求和设计；一个部门叫实施部门，负责编码、测试、实施。设计部门通过一个任务管理系统向实施部门下单，实施部门根据这些工单来工作。该老板还设计了自以为很牛的考核办法，如果实施部门不能按时按质完成工单，则会影响考核；如果设计部门的工单被实施部门退回，则会影响设计部门的考核。于是两个部门之间的扯皮时间天天发生，以前完成一个工作很简单的，现在要扯来扯去。设计部门自认为需求、设计等文档已经写得很清楚，实施部门认为已经按照这些文档完成工作，或者是认为这些文档说得不够具体，要退单。当文档主要用来任务交接的时候，文档就会变成茶几上的杯具！
还有一些老板喜欢用bug数量、文档缺陷率、工期延误率等所谓客观的量化的数据来考核，同样只不过是杯具的另一种形式而已。
软件研发活动是人类复杂的高级智力活动，是需要team work的活动。如果明白这个道理，如果懂软件开发，就不会设计出这些傻瓜的管理措施，将软件研发团队的每个人变成机械人、卸责人。研发团队中的每一个人都应该是值得尊重的、有血有肉的、充满激情和战斗力的专家！
作为Team Leader应该怎样做？
法则1：一荣俱荣，一损俱损.
法则2：让 Team Member 当家作主.
法则3：鼓励犯错！
法则4：言传身教
法则5：挡住骚扰团队的外来干扰
法则6：全力维护团队利益
法则7：我们是一个人
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
