那个项目是个传统企业it软件，瀑布的时候是每1-2年一个版本，改成scrum之后变成一年俩版本（不过不一定在有些市场上发布），交付周期上改进还是蛮大的。
一个scrum team2/3的开发，1/3的qa。automation qa会出个人旁听。一般总共10-12个人
那个项目也是有人员的问题：之所以build一次要10个小时，
首先是项目确实复杂，2000w行的cpp代码，各种相互依赖甚至很多环状依赖。要出x86和x64两个版本，有的模块当时还有ia64的版本。同时还有文档编译，还有iso打包等等一堆步骤。
不过要用10个小时，也是dev们懒得去降低依赖，风险高没有收益，就都装看不见
当年云计算的变革开始，一线提了很多设想，都被美国总部嫌风险高否定了，之后产品就缓慢的向下滑，后来总部那人就直接被开除了...
你们产品底子还是不错，人员上没那么顺畅但还能风水水起
【 在 eGust 的大作中提到: 】
: 我理解 scrum 就是开发和 QA 组成的针对功能的小组，基本上按 sprint 来？
: 我们目前开发是5个左右 ruby（偶尔写 plsql），2.5个 plsql，一共就俩 QA，其中一个觉得心太累下个月离职了……
: 我们这 senior 破坏力更大，有时候本机都没测就提交了，然后 QA 环境一堆500。而且超级没耐心，bitbucket 上面一个 build 要跑大概20分钟，没等跑完就 merge，结果自然出问题。前段时间加了点儿东西到 bitbucket-pipeline.yml 里，版本之间有 conflicts。人家特别勤快的亲自去修，结果缩进搞错了格式不对，两天跑不了 build……
: ...................
--
FROM 123.116.198.*