继续谈一些日常的总结和感悟,仍然是一些工作上的点点滴滴而已
1.
开会四件事
我在每周例会会让大家谈
4
件事:
(
1
)上周的工作情况
(
2
)本周的工作计划,
(
3
)觉得目前现状,或项目,或公司及任何方面有什么问题
(
4
)觉得目前现状,或项目,或公司及任何方面有什么可以改善的地方,有什么好的发展建议。
没有别的目的,了解现状,规划将来,让优秀者发展,让落后者淘汰,让团队进步。
2.
授权。任务分配明细,责任明确,具体到人
搞开发的都知道,系统架构如果要应付大数据量的并发,需要做分布式处理,管理的道理亦然,如果要管理大的团队,应付更多人员管理,也需要“分布式”,所谓分布式,不过就是项目管理中的
WBS
,所以,要把适当的人用到适当的模块,根据他的特长和兴趣,充分的授权,同时,具体量化到每个模块
-
责任人的关系,这样出了问题,可以有的放矢。同时,部门协调也比较容易找对人。任务的分解让整个团队变得平衡,让每个成员动起来,同时,责任到人,保证了项目的质量,也提高了工作的效率。
3.
随时反馈,及时沟通。
很多开发人员不太愿意沟通和反馈,甚至觉得不屑,也许他始终没有明白这里面的意义。这是人在职场很重要的习惯,我每次开会都教他们要记得随时反馈,及时沟通,不要做闷葫芦,这是一个非常好的习惯,不仅仅可以提高团队工作效率,也真的可以影响你的职业人生。
4.
默认淘汰制。
一个在舒逸的环境待久了,就会变得颓废,没有危机的机体是没有生命力的,所以,对一些不能跟上前进步伐的,为了保证大部队的目标和前进速度,只能淘汰,因为不能为了极少一部分人,而连累的整个团队。特别是创业团队,尤为重要。创业型企业需要激情,效率和执行力,创业团队需要的是有责任心,做事积极主动,有激情,有热情,有积极进取和奋斗精神的。要有非常好的团队氛围,团队的风气不能坏,如有发现,一律清除,因为这东西就像一个肿瘤,如果不及时切除,会造成整个团队腐烂。
5.
交叉测试。
程序员总是有这个自信,自己做的东西没有问题,即使自己测试往往也是按自己的业务逻辑去重复,所以,有的时候很难发现真正的问题。而人总有一个“优点”就是,看别人做的东西就是很烂,所以让不同的人去测试不是自己写的代码,往往能找到很多问题。
这不为是一种好的测试方法。
6.
适当的提拔有潜力的人。
对一些有潜力的人,适当给一些锻炼的机会,也帮助他的成长,同时也可以帮我分担一部分压力,让我有时间从琐碎的事务中跳出来想一些更重要的事情或产品规划。水涨船高,只有员工整体水平都提升了,都进步了,做为管理者自然就跟着提升了,团队才具有更强的战斗力,作为公司才能更好的发展。人要向上走,不是靠爬,而是靠顶,没有接班人,这个空缺只能你来做,建好团队,培养好接班人,你会很轻松。同时,不但帮助你的下属成长,也去帮助你的上级成长,因为只有他提高了,你才会提高。
7.
要不要和员工交朋友。
我个人觉得:可以,但不是在工作中。对待工作就应该公事公办,该怎么办怎么办
,
不应该参杂太多的感情。公司是个做事的地方,不是来比谁的
"
爱
"
最多。做事就不要做人,做人就不要做事。当然
,
有的时候,一个管理者要做到这两者的平衡,真的比较难!
8.
培养开发人员的市场和产品思想,让他们每个人都把自己当作产品经理或项目经理(来考虑问题)学会分析需求,分析问题,过滤伪需求,学会和市场人员沟通,学会协调,学会把细节作好,而不是只完成自己那点功能就完事。注意用户体验。遇到问题,不要先讲不可能,先思考,再决定,不要认死理,不要主观的自己认为怎样怎样。我尽自己所能帮大家提高,无论是技术的,还是做人做事的思维方式。我想这种提高,会大大减少沟通的成本和返工的成本,也可以大大提高项目的质量。也许有的人还不理解为什么要这样做(有的人会有“好像这不是我份内的事”的想法),我想几年后,他会明白这其中的益处。
9.
制定日常工作规范。
小公司发展靠哥们义气,普通公司靠规范制度,大公司靠企业文化。没什么可讲的了,没有规矩,不成方圆。规范是企业或产品长期发展效率和质量的保证。
10.
寻找比自己优秀的人。
我个人觉得团队应该寻找比自己更优秀的人,因为只有这样才能做出更优秀的产品,而不会让自己成为产品的技术瓶颈。如果按
80%
理论,越往下面越差,估计不会做出什么好的东西,而管理者再牛也不可能完成所有的工作,也不可能精通所有的技术
,
也不可能事事亲为,还需要大批优秀的人和专业团队来共同创造。我在团队里倡导,除非你某方面比我强
,
成为某一方面的专家,否则,我觉得你是不称职的。
我所做的就是包容,激励,协调,让团队团结一致的超某个方向前进。
我做的不是最好,但我在努力做到最好!
从做管理到今天,我忽然发现,我自己变的宽容了许多,胸怀里可以装的东西更多,变得更大!
转载于:https://blog.51cto.com/litianping/123847