又一个项目成功上线了。老板说：干的不错！你满心欢喜的期待提拔呀，钞票大大的涨呀......但迟迟没有动静？忍不住旁敲侧击，被老板一语道破：保证项目成功是开发组长的职责，你的能力不错，但现在无法提拔你，因为团队成员中没人可以接班。
有的项目成功，很大程度上取决于开发组长的个人能力。如果开发组长技术能力和项目管理能力超强，带领着一群普普通通的开发人员，一个7×24的生产系统一样炮制出来。但这就是我想要的吗？
项目的成功如果沦为了个人的成功，而不是团队的成功。那身为开发组长的我，不得不反思。项目成功了，固然能带来不少成就感，但回头看看跟着我一起加班的弟兄们长进平平。如果有一天我领着高工资跳槽了，但他们下岗了。那就是我的错。（说的严重点，有过大项目开发经验的程序员不至于没人要）
我想要的是精英的团队。
对一个开发团队来说，最重要的是一个共同的价值观，这里面包括：
1.open的心态
2.守信
3.处理问题对事不对人
4.负责任
5.信任你的伙伴
5.帮助别人
保持Open的心态其实并不难。坚决杜绝团队成员戴有色眼镜看待技术：写java的看不起写.net的不会用框架，写.net的觉得写java的效率低。万般工具可皆为我用。保持每个开发人员轮流做技术分享，各人研究不同的方向。这周你做工作流的分享，下周他做AOP的介绍。认真帮助每个团队成员用平和的心态看待别人的技术提问和挑战。团队成员们一起学习一起进步。两年下来，不仅是“可怕的”开发效率提升，成员们的平均技术实力远远领先于行业。
当然事情没有那么容易，当有组员试图畏难退缩时，开发组长应该及时“拎着他的头发，就不让他蹲下去！”
守信是一个人的品德。但项目开发上会有这样的问题，一周的任务布置下去，下周一检查，都是99％完成？！除了清晰的“完成”定义外，更需要每个团队成员明白，当我说“好”，“我能完成”时，意味着承诺和个人信用。
教导每一个团队成员在日常用语和电子邮件中，避免出现“You/I 你/我”这样的字眼。不得已的情况下用“We/我们”。事情就是事情，“事情不对”而不是“你不对”。要吵大家吵事情，严禁情绪对立。
这一个模块是你开发的，你必须对模块的质量负责任。任何属于你的bug，你应该在下班前解决。如果导致daily build的失败，你应该对大家道歉。当然每个团队成员提交的模块，一旦通过单元测试，我们就相信它是高质量的和可用的，不去怀疑你的单元测试，更不浪费时间去检查你的代码。（例行peer review除外）
如果大家都能在日常工作中鼓吹和捍卫这些积极的价值观。接下来就是基于这些共同价值观上的行动....