软件开发团队中的特殊角色

软件开发团队中的特殊角色

转载请注明出处http://blog.csdn.net/uxyheaven/article/details/50544809

软件开发团队中有各式各样角色, 如产品, 设计, 测试, 开发, 运营等等, 不同的角色有着不同的职责.

我们来说说一个开发他每天都需要做些什么. 他肯定是需要进行编码工作, 还得解决自己产出的bug, 可能还需要打包, 上传store. 有的老员工资深开发或者leader还得负责带新人. 久而久之, 所有的问题就会同时找上一个同学. 这个时候这个同学每天的时间就会很割裂, 他的工作效率其实是很低的, 因为他时不时的就被其他同学叫去处理其他问题. 如果专门排一个同学处理这些杂事, 人力上又有所浪费. 同时其他的同学缺少处理这些问题的经验, 掌握的技能也会不全面.

生活总得继续, 杂活总得有人干吧, 既然所有人都不想长期做, 那就轮流兼职干好了. 我们按照软件开发的惯例, 先把这些杂活抽象出来. 就我们团队的现状而言, 我先抽象出了4个角色: 新人导师, 构建大师, 小强终结者, 业务咨询师.

新人导师

• 对新人进行培训, 帮助其熟悉开发环境, 开发工具, 了解开发框架, 了解开发规范
• 每周固定时间, 需要在在团队内部找出一个同学分享自己在某些工作中的心得.

构建大师

• 负责打包(包括业务包, 生产验证包, 上架包), 需要对包的配置项的进行验证
• 处理jenkins构建失败问题(脚本错误, 代码错误, 服务器空间不足, 网络不好)

小强终结者

• 处理听云上的crash问题
• 协助处理疑难杂症

业务咨询师

• 协助开发定位业务问题, 找到相关的业务干系人
• 帮助其解决业务问题

抽象出这四个角色后, 就是初始化的问题了.

新人导师先由团队内部写hybrid框架的同学来担任, 因为框架是他写的, 除了他还有谁比他更加熟悉代码呢.

构建大师由之前整jenkins的同学先干着, 等他总结出相应的流程, 常见问题总结后, 再轮流.

小强终结者和业务咨询师由对各个模块都熟悉老员工担任.

以上角色的具体人员是变量, 在一定周期后会进行轮换. 如小强终结者这个角色在团队稳定后可以带有惩罚性质的, 由产生bug率最多的同学来担任, 谁让你不注意代码质量, bug那么多, 听云上的crash不是你解, 谁解呢? 构建大师也是没得商量的, 由造成构建失败次数最多的同学干着. 干多了, 熟悉了, 不想干了, 代码质量也就提高上去了.