小公司的开发管理思路

我在小公司管理一个小开发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的比较，主要体现的会议的目的性上，尤其是项目总结会。

具体的进一步分析，下一篇文章再说。