管理上的心得分享（二）

1.对于做产品的团队，结果不好就处罚其实是不适合的，因为相比较项目团队进度和质量直接影响项目收益。但产品团队不是这样，即使团队中的每一个人都小心翼翼不犯错误，但最后做出的产品不一定会受到市场的认可，所以对于产品团队试错和创新比保守的工作方式意义要大的多，不能包容错误的产品团队终将会碌碌无为。那么应该如何处理和解决团队成员犯错误的事情呢？我觉得分两方面来看，首先是允许大家去犯错，只要能在错误中发现和总结问题，能从错误中吸取教训、快速提高，这样的错误是不能够追究责任的。当然还有种情况是多次犯同样的错误还执迷不悟的，这样的事情曾发生在团队中，当这样的事情发生后就需要他的直接领导进行充分的沟通和教育，当通过一段时间观察没有任何改进后，那就希望他另谋高就了。对于一犯错误就扣钱的方式放在产品团队是不适合的。而且团队成员普遍技术能力和专业素质不高，处罚只会使大家畏首畏尾不敢有所作为，这也是团队士气低落一个重要的原因，制度的不合理造就的产物啊！


2.再来谈谈管理问题导致留不住人的重要原因，高层领导对于中层领导的大致方针是由松到紧的管理方式，开始足够的放权，一旦结果不好就会直接干预，一干预就更乱，一乱就换管理层的思想导致中层管理和员工流失很大。我觉得这点CTO在内部管理上需要付很大责任，因为我们公司是CTO负责内部管理工作，如果把员工的流失和项目结果不好的责任都需要中层管理来背的话，那么团队只会是一代新人换旧人。这里需要高层思想上有所转变，既然放权就不要干预，既然高层讨论后决定的事情导致的不良结果也不要让中层来背。这个管理上的问题无法控制就不再累述。


3.帮助项目组中的成员过程改进是作为中层管理必须要做的事情。所以我总结出来两个凡是，呵呵。“凡是需要团队间人员配合的工作先做，凡是自己能完成的工作靠后放”因为团队中很多时候对于自己的工作预估还是比较准确，最容易出现预估和进度偏差的地方就是团队成员间的合作上，所以这句话对于我们这样的团队是非常实用的。


4.在团队的配合上，很多时候产生的争论其实是对方不了解做这件事的前因后果，导致帮助者对被帮助者的帮助效果大打折扣。所以在团队沟通中我们提出在团队成员需要帮组的时候需要给出一个合理的理由，那么帮助者将能更好和更有效率的帮组对方。同样我们在分配一项任务时候也需要和任务执行者解释明白，达成共识，这样沟通导致的失误会减少很多。


5.任何制度和公司的决定一定要反复斟酌，一定要想清楚推出后会带来什么样的后果，我觉得公司的有些决定推出太草率，导致员工对制度和公司决定不重视也不信任，朝令夕改啊！那么对于产品团队不应该用项目管理的制度来约束。当然什么样的制度适合产品团队，用什么样的方式和方法去制定合理的制度，这点也是我比较欠缺的。


先谈这么多，非常感谢张老师给我的鼓励，在软件知识大学学到的很多，所以希望继续把这次管理的分享继续下去，可能写的有点杂乱，望海涵！