又到了入学季,谈谈软件研发的团队建设

半个月前,蛮牛游戏专栏作家群中有一个“很好说话的李总”,提了一个问题:

“一个问题:程序员是文臣还是武将?”

答案众说纷纭,但是回答“武将”的居多,我意同之。

原因有三:

  1. 程序员绝大多数性格比较直,规范性和纪律性和军人类似。
  2. 程序员的工作属于开创性的,不是0就是1.
  3. 程序员情商普遍较低,相对文档工作者。当然,做为IT从业人员的你,可能会有你的不同见解,仁者见仁智者见智嘛。
    既然是武将,那么在研发团队中,团队建设就非常重要了,如:

    忙时打仗,闲时练兵。 

    以我个人做为《程序员》、《团队leader》、《GCDN社区版主》、《程序员》的“奇葩”经验分享一下我对研发团队建设的归纳总结:

      团队建设,不仅仅是吃吃喝喝、游山玩水,而是值得leader挖空心思聚焦的头等大事。
      团队建设,不是闲时的“温饱思淫欲”,而是长治久安的“国策”。
      团队建设,是团队规范化,万众一心,较高执行力的必备条件。

我过去几年的团队建设经验,无怪乎这几点。

 

一个团队团队忙忙碌碌,无论是研发过程还是市场过程,如果在一定的时间周期内(以年为单位),总体负荷高,平均绩效低,则八成问题是在团队建设上,如新手多、沟通问题、协调不畅、项目返工等等:忙中有盲也

image

研发团队的首要目标是把任务和指标层层分解,然后再高效率的完成交付。

然,在具体的执行过程中,由于时序问题、资源普遍缺少问题、经验不足问题、配合问题等等会导致这样、那样的问题,这些问题日积月累,逐渐会尾大不掉,则很有可能会成为团队的灾难:人才流失频繁、人与人隔阂、应付差事。

这些不良结果统称为团队的情绪管理范畴。这张PPT是多年前在北京,参加总公司组织由IBM讲师的Team Leader的培训教材(部分摘录):

image

 

那么,研发团队的团队建设应该如何做呢? 这里有一个Checklist,可供参考(规范和形式需要因地制宜的裁剪)

  • 周内定期的FreeTalk:业务经验分享和技术探索培训
  • 坦诚的沟通:三个满意和三个不满意,从谏如流。
  • 定期的例会制度:周会、月会
  • 日构建持续集成系统、里程碑管理
  • 项目管理工具:bug、任务分解
  • IM工具:如QQ群、飞信群、微信群
  • 需求评审制度、需求变更流程
  • 合理的加班调节、合理的薪酬变更
  • 后勤保障:个人加班餐、打车报销等
  • 杂七杂八:聚餐、吃串喝酒、外出旅游等
  • 我很想再加一条:敏捷开发,可是抱歉,研究了很久,但是未能成功实践之。

当然,没有做过多年的一线IT研发(含技术类和文档类工种),很难算清这笔研发成本帐:

 

“要想着为公司挣钱,而不是考虑为公司省钱。”

image

 

参考:《开学季:学校是学校,学习是学习

研发团队契约之:流程与管控

      在过去几年的研发工作中,工作流程和产出物管控应该算是研发内最重要的2点了, 这个算是大家心知肚明的契约吧。 虽然,人人明白其重要性,但依然被屡次违反之。如9月份竟然出现多人、多次违反。 如,出现非常令人沮丧的事情:即不按工作流程办事,产出物不进行管控。

  • Excel统计与BugFree流转

在IT团队的日常工作内,大多问题需要多人流转处理:即随着系统的庞大,分工越来越细,至少需要2人流转才可以使得问题的处理有条不紊、效率提高。

如流程的处理,在2012年,曾经要求任何输入研发的东西,必须有ID,即通过BugFree、QC、问题平台、需求平台等公司内部流程处理,而不是通过飞信、邮件来流转问题。

而Excel适用的场景是统计、透视图、图标数据分析、展示,一个人整理,其他人看;超过2个人交互,通过标记颜色、备注等等,用不了几天,就会乱成一锅粥。 因为处理问题的过程,需要时间、描述、截图、步骤等细节信息,这些对于Excel来说无力实现的,我曾见到n多人员借口说,通过Excel整理问题清晰,易于统计,跟踪… 但是在研发内部流转,Excel则是噩梦一样—每次都是。

即:

流程还可以使得整个团队“动起来”,实现管理成本最低、效率最高。

流程还可以使得问题、需求有规律的ID化,后续回溯或成本采样更有据可查。

流程还可以使得人员培养效率更高,找全能型精英的难度太大,成本太高。

  • 代码拷贝与SVN管控

研发的2个主要产出物:文档和源码,必须通过类似SVN工具管控起来,严格禁止通过飞信、邮件等途径“私下”传播。 无他,为了节约成本和提高团队配合默契度,增强版本意识和协作责任心—文档仓库、源码仓库。 据说有的配置管理员还要给里程碑打上基线、TAG标签等,使得配置管控更加严肃有效。

你知道吗?

为了合并未管控的2份源码,我死了多少脑细胞,而这些本是仅需一次性做好而一劳永逸的。

为了区分未管控的2份雷同文档,我废了多少眼神去前前后后上下文搜,生怕错过了些什么。