日常支撑
说明2：大的功能需要独立去验证推广（比如集群）小的功能，跟随大版本去验证推广
整体说明：1.某些小团队里，有些运营动作占比比较大（比如行为数据和插件商城），没有具体列出来2.一般bug、代码质量、开发测试任务目前在流程里没有明确规定，没法系统的管理起来
紧急客户统筹处理
文档
测试还原客户bug
战略规划
具体细化
找研发代码协助
版本推广（1-N)
版本维护
版本落地
紧急支撑
团队B拆解动作
严重问题统筹处理
.......
功能验证（0-1）
版本验证（0-1）
各部门问问题
迭代发布
验收（测试、产品、交互、视觉）
评审（团队评审、开发评审、测试评审）
1️⃣
专家支撑（产品、研发）
迭代落地细化
年度方向和目标制定
功能推广（1-N)
验收冒烟
具体设计（产品、交互、视觉）
版本规划
迭代落地
其他模块支撑（平台、BI、图表等）
功能1规划
维护版本发布
功能2规划
维护版本
发现问题，当前版本解决or后续版本解决
细化
日常维护
功能维护
研发修复客户bug
说明1：有的功能为了快速验证，以插件形式存在，不跟随主版本一起流转（我们也推荐这种方式）
团队A拆解动作
组建敏捷小团队
前期准备（基础认知&分析功能）
开发
其他部门支撑
（通过数字编号关联）
国际组支撑
