软件开发团队中的特殊角色
转载请注明出处http://blog.csdn.net/uxyheaven/article/details/50544809
软件开发团队中有各式各样角色, 如产品, 设计, 測试, 开发, 运营等等, 不同的角色有着不同的职责.
我们来说说一个开发他每天都须要做些什么. 他肯定是须要进行编码工作, 还得解决自己产出的bug, 可能还须要打包, 上传store. 有的老员工资深开发或者leader还得负责带新人. 久而久之, 全部的问题就会同一时候找上一个同学. 这个时候这个同学每天的时间就会非常割裂, 他的工作效率事实上是非常低的, 由于他时不时的就被其它同学叫去处理其它问题. 假设专门排一个同学处理这些杂事, 人力上又有所浪费. 同一时候其它的同学缺少处理这些问题的经验, 掌握的技能也会不全面.
生活总得继续, 杂活总得有人干吧, 既然全部人都不想长期做, 那就轮流兼职干好了. 我们依照软件开发的惯例, 先把这些杂活抽象出来. 就我们团队的现状而言, 我先抽象出了4个角色: 新人导师, 构建大师, 小强终结者, 业务咨询师.
新人导师
- 对新人进行培训, 帮助其熟悉开发环境, 开发工具, 了解开发框架, 了解开发规范
- 每周固定时间, 须要在在团队内部找出一个同学分享自己在某些工作中的心得.
构建大师
- 负责打包(包含业务包, 生产验证包, 上架包), 须要对包的配置项的进行验证
- 处理jenkins构建失败问题(脚本错误, 代码错误, server空间不足, 网络不好)
小强终结者
- 处理听云上的crash问题
- 协助处理疑难杂症
业务咨询师
- 协助开发定位业务问题, 找到相关的业务干系人
- 帮助其解决业务问题
抽象出这四个角色后, 就是初始化的问题了.
新人导师先由团队内部写hybrid框架的同学来担任, 由于框架是他写的, 除了他还有谁比他更加熟悉代码呢.
构建大师由之前整jenkins的同学先干着, 等他总结出对应的流程, 常见问题总结后, 再轮流.
小强终结者和业务咨询师由对各个模块都熟悉老员工担任.
以上角色的详细人员是变量, 在一定周期后会进行轮换. 如小强终结者这个角色在团队稳定后能够带有惩处性质的, 由产生bug率最多的同学来担任, 谁让你不注意代码质量, bug那么多, 听云上的crash不是你解, 谁解呢?
构建大师也是没得商议的, 由造成构建失败次数最多的同学干着. 干多了, 熟悉了, 不想干了, 代码质量也就提高上去了.