W&Workshop#006回顾——企业效率革命 研发管理专场

王嘉祎
王嘉祎 2016-06-28 16:08 0 539
  • 如何从0开始,搭建研发团队?

  • Scrum 就一定好么?

  • 原来工作是这么分配的...

  • 成员水平参差不齐,谁来救救我?

  • 又招了两个人,可是效率更低了怎么办?

针对以上问题,我们带来了《W&Workshop No.6 企业效率革命——研发管理专场》!走过广州、上海、台湾,W&Workshop再次回到北京,《企业效率革命》主题依旧延续,这次我们专注在「研发管理」这样一个宽泛又精专的领域,畅谈研发管理过程中踩过的那些坑,聊聊研发工作流程如何搭建、高效研发团队如何养成,当然,最主要的还在于,你可以和一群有意思的人亲自动手,打造并验证一个你心中的完美研发团队!


导师演讲

IMG_1258.JPG

一. 袁兴宇 新浪财经互联网金融中心副总经理 :《技术团队的困局》

技术团队的六大困局 —— 方向、选型、人员、合作、激励、管理

1.方向的困局

  • 常见问题:产品需求、业务方向和运营方式的错误会直接秒掉开发

  • 解决方法:核心技术负责人必须了解产品的业务模式和商业模式,预想到业务发展对平台的扩展的要求

2.选型的困局

  • 常见问题:Java OR PHP;Oracle OR MYSQL;关系型 OR 非关系型;范式 OR 反范式;分布式 OR 集中式;新框架 OR 老框架;Angrular OR React。

  • 解决方法:
    框架:成熟与新之间选择成熟的

    数据:速度、一致、完整、可靠

    服务:轻服务,耦合低,容器化,版本管理、部署简单,能用付费的,可承受,则付费

    规范:文档跟着工程走、接口文档跟着代码走、必要的测试单元代码

3.人员的困局

  • 常见问题:团队规模难以把控、人员招聘需求无法满足、素质与能力难以把控、人员流动的不可避免

  • 解决方法:

    团队管理:由大拆小,独立负责,目标导向,利益一致

    招人:由需求提出者(即用人者)来招人

    人才管理:把合适的人放在合适的位置上,对技术敏感的则做创新的项目,喜欢交流的则做业务类型的项目

    人员流动管理:去留取决于成就与归属,留下合适的人,放走无归属感的人

4.合作的困局

  • 常见问题:前端与后端、运维与开发、开发与产品、开发与测试之间的合作

  • 解决方法:Leader 最主要的工作之一就是督促团队习惯的养成。

    前后端:接口规范统一;压缩方式,版本,缓存方式明确;参数规则,结构定义清晰

    产品端:部门的Leader有义务对开发成员明确产品目标;如果产品不懂技术,必须要能做功能拆解;最小化可发布版本;

    运维端:部署脚本、端口;性能监控

    测试端:单元测试;压力测试;与测试人员的沟通测试

5.激励的困局

  • 常见问题:太多团队0激励

  • 解决方法:Leader 起到很大作用,可采取多种方式:培训、认同、新奇、鼓励、物质、参与、价值体现、目标达成等

6.管理的困局

  • 常见问题:任务、系统时间以及质量的管理

  • 解决方法:
    任务管理:目标导向,专人负责;Leader独立负责;任务描述简单,每天review;任务分类,设定优先;合理运用工具。

    系统管理:监控、定时扫描;权限集中管理,角色分配,严格执行,定期检查;数据权限是公司的最高权限。

    时间管理:设定时间点并严格执行,延期当作重要的问题反复确认。

    质量管理:在需求阶段介入测试工作,规范是团队合作的最有有效沟通。

点击领取 PPT 分享与Workshop 讨论


二. 徐子岩 ,Worktile首席架构师:《Scrum 实战分享》

我们是怎么Scrum 的

Scrum 的原则
对产品有用的流程就做;对客户有用的流程就做;其它的,不做。

角色划分

  • Product Owner(产品经理、产品总监、Dev Manager);

  • Scrum Master(开发团队中的一人兼职);

  • Dev Team.

周期定义

  • Sprint —— 内部发布 2周,可调节,如遇到节假日等,可延长为3周;

  • Release —— 外部发布,2个Sprint,Release Sprint.

EFFORT 的定义
1天的工作量;斐波那契数列计算;0、0.5 + 自然数

会议:

  • 7人团队:1PO、1SM、5Dev

  • Sprint Plan:计算全组有效工作总时间;Product Owner负责讲解每一个Work Item的含义;Team 提问;讨论Effort.

  • Sprint running: Work Item负责人将Work Item拆分为Task,可以将Task分配给其它组员

  • Daily Scrum:站立会议,只能讨论和全组有关的事项;避免两个人开始讨论细节.

  • Sprint Review & Retrospective(每周三下午2:00,2小时):

    Review(1.5小时):软件设计相关的Work Item,Review POC;Review Bug ;技术调研结果和例子。

    Retrospective:不聊做的好的,只说哪里不好,怎么改进,Scrum Master 需要回报上个Sprint Retrospective 的改进结果,防止只说不做。

其他规则:

  • 准时参会原则

  • 纵向拆分任务原则:按功能点拆分,不是按计算栈拆分;尽量实践Cross Functional团队

  • 任务领取原则:鼓励成员在Spring Plan会议领取感兴趣的任务;无人领取的任务,(尽量)按照优先级领取

点击领取 PPT 分享与Workshop 讨论


三. 付力力,神策数据联合创始人&首席架构师:《神策研发流程全解析》

产品介绍

  • 公司介绍:神策数据(Sensors Data)是一家专业的大数据分析服务公司,致力于帮助客户实现数据驱动

  • 产品特色:面向企业;SaaS / 私有部署并存;版本更新频繁

团队分工

  • 角色分工:需求管理;研发;运维;测试;客户支持

  • 日常沟通:按需沟通;每日站会;全体会议

  • 工具使用:代码协作—— Gerrit / Git;其它协作—— Worktile;持续集成—— Jenkins;开发工具—— Maven / IntelliJ IDEA / PyCharm

流程管理

  • 需求管理:使用Worktile 协助完成任务等级的划分,将开发任务分为高、中、低三个等级,优先完成高级任务。开发过程中,先提出需求、进行开发,开发过程中可能会有需求的变更,开发人员需要根据变更的需求进行开发,最后确认完成。

  • 开发流程管理:主要分为主干开发、Release 分支(用于版本更新)和其它个人开发分支。分模块进行开发,每个人完成自己的模块,最后整合起来。并且每个模块至少有 2 个人能看懂,核心模块强制 Review。

  • 测试管理:通过单元测试、集成测试、人工测试进行测试。

  • 产品发布:版本分为最新版和稳定版,采用灰度发布。具体做法是先升级测试用户和主动要求升级的用户,最新版发布一周之后变为稳定版。

点击领取 PPT 分享与Workshop 讨论


学员实践

来过我们的Workshop的同学都知道,Workshop的最大意义在于:我们不仅可以跟你说,我们还可以一起做!

按照惯例,在导师做完分享后,同学们组成3个小组,在现场玩起了Scrum:

分组实践

现场图分组.jpg

发言提问

85110261.jpg

关于讨论中的干货内容,都在这里,蜗牛们可点击领取~

本期活动的精彩集锦就到这里了~之后的W&Workshop我们依然会秉持“说”、“做”同行的原则,把更多的干货分享给大家,也期待更多的朋友加入我们!

感谢来自新浪财经、神策数据的嘉宾导师为本次活动的悉心准备,也感谢各位到场朋友的积极参与,还要感谢我们的合作商——神策、兑吧、脉脉、segmentfault、微链,以及北京纳什空间赞助场地对本次活动的大力支持~
```

Worktle 免费了

评 论