我在小公司管理一个小开发Team(5-10)的时间很长,和书上的管理方式思路不一致,一直觉得是自己的土办法。
这两天在维基百科上看了SCRUM的解释,发觉从思路上来说,其实有很多相通的地方。
先介绍一下我的工作思路:
1. 早会,就是早上上班开个小会,非常的简短,每个人介绍一下自己昨天的工作,今天准备做什么,有什么困难。
早会制度其实是我的第一个公司里面实行的制度,当时诟病很大,觉得每天说的内容经常是重复昨天的东西,而且,会议对参加人没有什么帮助。我重新捡起来,是因为早会对我们Team来说至少有下面的好处。
1) 很多人早上来了先看上网看新闻,没有进入工作状态,有了早会,他就要会前思考今天要做的工作,会后迅速进入工作状态。
2) 会议帮助Team里面员工对其他人工作内容的了解,可以尽早发现工作中存在的冲突或者其他问题。
3) 程序员很多过于内向,发现了问题总要自己解决,有的问题可能需要业务或者产品部门的协助,只有在早会上尽早发现问题,才不会耽误问题的解决。
4) 工期经常安排的不合理,只有每天关心工作的进度,才会尽快发现。
说明: 每天早会看上去有点多,不过小公司计划总是很粗糙,协调总是不断发生问题,如果计划做的好,一切很顺畅,当然不用,但是小公司这个感觉还是有必要,经常能够在早会上发现一些问题。
说明: 早会的时间通常很短,就那么几个人,进会议室到出会议室,5-10分钟就够了。
2. 项目总结会制度,因为我们日常的项目总是会分多个Release的,每个Release通常是1-2个月。这个会议应该是每个Release结束以后召开。
1) 在项目Release以后,一定要有一个深入的项目总结会,讨论项目的成功和失败的地方,找到原因和改进方法,讨论每个人具体的工作得失,并思考提高的途径。
2) 在项目总结会上,对项目中表现突出的个人嘉奖,并当场决定业绩考评的成绩,实现业绩考虑公开化。
说明: 为什么在Release以前不开会,项目总是时间紧张的,Release以前大家精神高度紧张,只想按进度计划完成,消除Bug,根本不可能有心思慢慢总结。小公司都这样。
说明: 为什么业绩考评公开化,业绩考评这个东西,公司领导特喜欢,我发现所有没有能力了解具体情况的领导者,特喜欢用数字来衡量工作,我理解他们,没办法,作为具体的开发管理者,我只能把对每个人的工作评估转化为数字或者级别提交上去。通过对工作的总结实现业绩考评公开化,可以有效的促进相互之间的工作中的良性竞争,避免了下属对领导个人偏好决定考评成绩的担忧。并且由于这个项目奖金经常是有点少,这种考评方式把考评得分也当作了一种荣誉,从而,减少了奖金太少的恶劣影响。
今天时间就这么多,和Scrum的比较,主要体现的会议的目的性上,尤其是项目总结会。
具体的进一步分析,下一篇文章再说。