W&Workshop#006回顾——企业效率革命 研发管理专场
如何从0开始，搭建研发团队？
Scrum 就一定好么？
原来工作是这么分配的...
成员水平参差不齐，谁来救救我？
又招了两个人，可是效率更低了怎么办？
针对以上问题，我们带来了《W&Workshop No.6 企业效率革命——研发管理专场》！走过广州、上海、台湾，W&Workshop再次回到北京，《企业效率革命》主题依旧延续，这次我们专注在「研发管理」这样一个宽泛又精专的领域，畅谈研发管理过程中踩过的那些坑，聊聊研发工作流程如何搭建、高效研发团队如何养成，当然，最主要的还在于，你可以和一群有意思的人亲自动手，打造并验证一个你心中的完美研发团队！
导师演讲
一. 袁兴宇 新浪财经互联网金融中心副总经理 :《技术团队的困局》
技术团队的六大困局 —— 方向、选型、人员、合作、激励、管理
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：
分组实践 ：
发言提问 ：
关于讨论中的干货内容，都在这里，蜗牛们可点击领取~
本期活动的精彩集锦就到这里了~之后的W&Workshop我们依然会秉持“说”、“做”同行的原则，把更多的干货分享给大家，也期待更多的朋友加入我们！
感谢来自新浪财经、神策数据的嘉宾导师为本次活动的悉心准备，也感谢各位到场朋友的积极参与，还要感谢我们的合作商——神策、兑吧、脉脉、segmentfault、微链，以及北京纳什空间赞助场地对本次活动的大力支持~
```