在敏捷转换中，质量架构师的重点是什么？

Question

一个组织正在经历一个敏捷的转变(从非敏捷)

组织的一个子组正在通过学习和采用各种敏捷实践来领导这项工作。

这一转变的主要QE角色是质量架构师。

他(她)应侧重于哪些领域以及这些领域内应涵盖哪些专题？

Answer 1

您缺少的一个关键领域是技术卓越，正如LeSS框架所描述的那样。

• 按例说明
• 关于测试的思考
• 连续积分
• 连续交付
• 建筑设计
• 清洁代码
• 验收试验
• 测试自动化
• 测试驱动开发
• 单元测试

这些可能听起来像是开发实践，但我仍然认为敏捷组织中的首席质量人员应该与他们密切相关，因为：

组织敏捷性受到技术敏捷性的制约--请阅读更多：https://less.works/less/technical-excellence/index.html

这一点很重要，因为：

UncleBob首先提出了二次价值(大多数人认为它是最重要和最有价值的)：“软件的次要价值是它的行为”。他解释说，主要的价值是更微妙的，实际上它比行为更重要。并展示了软件的主要价值，即能够容忍和促进这种不断进行的更改，以适应不断变化的客户需求。这意味着，软件的主要价值在于它是软的。阅读更多：https://medium.com/@mvidaurre/what-is-the-value-of-software-development-c90ac18b786d

我认为这也与软件质量的三个方面有关，即:功能、结构和过程。质量架构师(我不喜欢的头衔)应该关注这三个领域的质量。

在敏捷中，您希望您的组织不抵制变化，您的产品也不应如此。如果是这样的话，你就降低了工艺和功能质量。

Answer 2

考虑以下领域和专题：