xp与scrum
在Small Scrum框架发布之后,我们希望收集有关目标人口统计团队(顾问,开源开发人员和学生)的工作方式以及他们所重视的反馈。 有了第一个检查,调整和帮助塑造Small Scrum下一阶段的机会,我们决定创建一个调查以捕获一些数据点并开始验证我们的一些假设和假设。
我们使用调查的原因是多种多样的,但其中主要的原因是团队的全球分布,我们办公室可用的小型本地数据样本,与客户的联系以及行业对调查的利用(例如,《 Stack Overflow Developer Survey 2018》 ,《 HackerRank 2018开发人员技能报告和GitLab 2018全球开发人员报告 )。
Scrum的迭代过程用于促进调查的创建,如下所示:
![小规模Scrum调查过程 Small scale scrum survey process](https://i-blog.csdnimg.cn/blog_migrate/4ec5d035fd2c8c72b76a341ad4df2e5d.png)
我们邀请您完成该调查 , 该调查包含59个问题,并已在当地一所大学( 沃特福德理工学院 )以及红帽的咨询和工程团队分发。 我们的初始数据来自散布在大小不同的Scrum团队中的54个人的回答,这些人被问及他们在团队内部的敏捷经验。
以下是调查的主要结果和初步发现:
完整的调查参与者中有96%的人练习某种形式的敏捷,在分布式团队中工作,认为Scrum原理有助于他们降低开发复杂性,并相信敏捷有助于其项目的成功。
只有8%的调查参与者属于小型(一人至三人)团队,而51个参与者中有10个将他们的典型项目描述为短暂的(三个月或更短)。
参与调查的大多数是软件工程师,但是质量工程师(QE),项目经理(PM),产品所有者(PO)和Scrum Master也派代表参加。
Scrum主管,PO和团队成员是项目中的典型角色。
几乎一半的调查受访者同时从事或分配给多个项目。
几乎一半的项目是客户/创造价值与改进/不是直接创造价值或未分类的。
几乎一半的调查参与者表示,有时或大部分时间会澄清他们的工作,并在开发之前先估计一下他们的工作,有时或大多数时候会进行扩展。 他们说,要求澄清工作项目是团队的责任。
几乎一半的调查受访者表示,他们为自己的代码编写测试,并且遵循最佳编码实践,记录其代码并在合并之前对代码进行审查。
几乎所有调查参与者都将错误引入代码库,这些错误由他们,团队,PM,PO,团队负责人或Scrum Master优先处理。
任务复杂时,参与者会寻求帮助和指导。 在需要时,他们还会在项目中扮演其他角色,包括业务分析师,PM,QE和架构师,有时他们会发现角色变更很困难。
每天更换角色时,人们会感到自己平均损失一到两个小时,但大多数时间他们仍会按时完成工作。
大多数调查参与者使用scrum(65%),其次是混合(18%)和看板(12%)。 这与VersionOne的“敏捷状态报告”的结果一致。
日常站立,冲刺,冲刺计划和估计,积压整理和冲刺回顾是最重要的Scrum仪式和遵循的原则,团队成员在会议前进行准备工作。
大多数冲刺(62%)的时间为三周,其次是两周的冲刺(26%),一星期的冲刺(6%)和四周的冲刺(4%)。 由于严格的发布和更新时间,百分之二的参与者没有使用sprint,所有活动都在该日期前后进行组织和计划。
团队使用规划扑克来估计(故事点)用户故事。 用户案例包含接受条件。
团队主要在功能和确定用户故事的完成方面创建和使用“完成定义” 。
大多数团队没有或没有使用就绪定义来确保用户故事可操作,可测试和清晰。
通常使用单元测试,集成测试,功能测试,自动化测试,性能/负载测试和验收测试。
团队成员之间的总体协作被认为是很高的,并且团队成员使用各种沟通渠道。
大多数调查参与者每周花四小时以上参加会议,包括面对面会议,网络会议和电子邮件通信。
大多数客户被认为是大客户,其中一半了解并遵循scrum原则。
客户在大多数情况下都尊重“无期限”,有时会帮助创建用户案例并参与Sprint计划,Sprint审查和演示,Sprint回顾以及积压的审查和改进。
只有27%的调查参与者知道他们的客户对采用敏捷有很高的满意度,而大多数人(58%)根本不了解这些信息。
这些调查结果将为我们的数据收集工作的下一阶段提供信息。 我们将把Small Scrum应用于现实世界的项目,从调查中获得的指导将有助于我们朝着Small Scrum 2.0版迈进。 如果您想提供帮助,请参加我们的调查 。 如果您有要应用Small Scrum的项目,请与我们联系。
接下来要读什么
翻译自: https://opensource.com/article/19/3/small-scale-scrum-vs-large-scale-scrum
xp与scrum