Scrum转型 新团队的设计 (更新中)

首先在项目开发模式的选择上毋庸置疑是当下基于Scrum方法论的敏捷模式。（纯属自己YY的...........）

1.确定项目的角色划分

基于Scrum指南，在Scrum团队里面模糊了角色的概念，统一角色为软件研发人员。一般可以将团队规模可以将团队划分为2个Scrum开发团队。1个产品负责人和1个ScrumMaster(可兼做敏捷教练)，而且在项目的前期资深研发和初级研发比例建议为理想的 1:1。

角色	数量	职责
ScrumMaster	1
产品负责人	1
资深开发	4	web,安卓，IOS,后端，CI/CD，DevOps
初级开发	4	web,安卓，IOS,后端，CI/CD，DevOps

 

2.确定项目的研发环境

2.1. 会议沟通工具

1 会议工具
Slack, 钉钉, Teams, Skype

2 看板工具
JIRA, Trello, ZenHub

2.2. 开发工具

Vscode, JetBrains（支持正版,支持别人成果）

2.3. Git Branch规范

https://georgestocker.com/2020/03/04/please-stop-recommending-git-flow/

https://nvie.com/posts/a-successful-git-branching-model/

2.4. CI/CD工具

在DevOps领域比较靠前的企业推荐两个:

Jfrog 杰娃科技(https://jfrog.com/) 

ATLASSIAN(https://www.atlassian.com/zh)

2.4.1 CI/CD

Jenkins, BitBucket, Nexus Repository, Jfrog Artifactory, Docker, K8s, Openshift

Jfrog Artifactory 和 Nexus Repository对比（https://zhuanlan.zhihu.com/p/70970493）

2.4.2 代码质量

2.4.2.1 统一的代码格式

google format , Alibaba 代码规范

2.4.2.2 测试覆盖率

jacoco插件

2.4.2.3 代码缺陷扫描

1.Sonarque 代码规范
2.Blockduck lisence安全问题 version版本问题
3.Coverity 代码安全问题

2.5. 开发环境的划分和Support规范

划分为SIT/UAT/PROD/DR四类环境

针对不同的区分Support规范

包括Case级别的划分

Leave 4  --> 1m

Leave 3  --> 1w

Leave 2  --> 8h

Leave 1  --> 2h

2.6. 内部的WIKI

Confluence维护内部wiki

3. 项目的技术选型

没有具体的技术栈要求，总之不能脱离团队技术能力和业务需求去YY技术架构

4. 项目的敏捷落地流程

1.确定Scrum冲刺周期，一般也半个月为一个冲刺
2.规定上下般时间，朝9晚6，不允许加班（自己YY的......）
3.确定固定的会议
    3.1 每日例会，控制在15分钟内
    3.2 Sprint 计划会议
    3.3 Sprint review会议
    3.4 Sprint reteo会议

最后附一个2020年度全球的独角兽的排行，建议小伙伴们去独角兽公司多折腾折腾。2020年全球独角兽TOP100榜单（https://1.d1.net.cn/6324.html）