我想和大家分享一下最近的一次讨论。问题是：我如何才能使用SAP Solution Manager使我的公司更加"敏捷"？接下来的问题是："敏捷性对我的企业意味着什么？"。当被问到这些问题时，我试图获得更多关于"敏捷性"的共同含义的信息。

我又用了我那久经考验的方法：嘿，谷歌："敏捷软件开发？"。

答案清单庞大。我就拿这个来说：。[1]

"……敏捷是一种方法论，它预见到灵活性的需要，并在交付成品时应用一定程度的实用主义……""…敏捷需要文化转变…""……敏捷已经取代瀑布成为大多数公司选择的开发方法，但它本身也有被DevOps的日益流行所掩盖或消耗的风险。"

因此所有专家都认为敏捷文化的转变为DevOps铺平了道路。（见[1]）

进一步调查，云服务器买，你会发现敏捷宣言及其12条原则。。[2]

作为一名解决方案管理爱好者，我在SAP环境中的敏捷性、灵活性和DevOps的首选是Solman。正如我在这里描述的https://blogs.sap.com/2018/01/31/pylons-of-the-airvaves-here-is-my-request/SAP在SAP Solution Manager 7.2的集中构建中，围绕DevOps原则，采用了一种可扩展的敏捷实施方法。

DevOps工具链的一个常用图景是永恒符号（软件交付的连续过程）。我通过添加一些聚焦构建中可用的工具来修改我的工具：

让我们做现实检查。（遵循12条敏捷宣言原则，[2]）。

（1）早期和持续交付有价值的软件：

关键问题是通过避免复杂的需求过程、发布过程和复杂的测试方法来加快交付过程。这在索尔曼应该是可能的。我举几个例子：

–要求：由初始状态为"已创建"的FIORI应用程序添加。保存后，只需单击一下即可将其设置为"已批准"。只需从值帮助。

–然后通过简单的单击创建一个工作包。将工作包设置为"范围分析"并添加工作项。用另一个klick完成范围界定。只需将工作包设置为"待开发"创建状态为"已创建"的工作项。

–然后工作项准备好在scrumboard中进行计划。冲刺计划可以完成，冲刺执行可以开始。

（图片：Scrumbord bsc解决方案）

–测试：这是由一个叫做"任务分析和测试计划生成"的小应用程序支持的。有一个函数可以立即显示工作包，而无需测试计划覆盖率。

从这里您只需添加测试用例并创建测试计划。

因此我认为：计划、代码、构建和测试==>已检查。

（2）欢迎更改需求，即使是在开发后期。敏捷过程利用变化：

提示：在敏捷软件开发中，你应该使用用户故事，而不是巨大的蓝图和概念。您可以通过简单的拖放机制将它们添加到重点构建中。

提示：故事，也称为"用户故事"，是从最终用户的角度编写的简短需求或请求。（来源：Atlassian）

…在以下情况和阶段，对现有需求的更改（以及更多的过度交付）是可能的：

您可以将需求（用户案例）拆分为1+x个工作包我的工作项将被转移到另一个（下一个）sprint中您可以通过将业务价值更改为更高的价值一个工作包可以很容易地转移到另一个具有不同时间框的项目

在端到端过程中几乎所有地方都在更改需求：我认为==>选中了

（3）频繁地交付工作软件，从几周到几个月，并且倾向于较短的时间范围：

集中构建的典型周期是冲刺，持续2周。多个冲刺被捆绑在一起形成波浪。

（来源：SALT Solutions AG）

如图所示，一个冲刺持续2周，大数据信息，三个冲刺形成一个波浪（Wave1）。浪潮过后，您将与您的企业进行一次"触感式"对话。

下图显示了如何通过使用DevOps方法的集中构建来实现具有持续反馈循环的增量部署。

（图片来源：SAP原创）。发布、项目、waves和sprint分配了几种测试类型。

那么，短时间内频繁的增量软件？根据我的意见==>勾选。

（4）业务人员和开发人员必须在整个项目中每天一起工作：

重点构建包括"业务分析师"、"开发人员"、"发布经理"等技术角色以及"企业架构师"。信息的联合基础是需求的事务类型，工作包和工作项。角色加上可用的FIORI应用程序和仪表板适合支持所谓的"核心团队"。感谢Jarlei Nascimento Gonçalves在博客上的照片https://blogs.sap.com/2017/08/12/sap activate with agile真的很有效而且节省时间。

（6）在开发团队中传递信息最有效的方法是面对面交谈：

没有什么比交谈更有价值相互之间，提供诚实、建设性和谨慎的反馈。

使用SAP Solution Manager，您应该激励您的企业将他们的反馈和想法添加到需求或工作包的特殊文本字段中。用户验收测试（UAT）中的注释也可以添加到适当的文本字段中。我的例子如下：

a）业务需求：b、 ）工作包：

c.）用户验收测试：

Scrum Board允许保存评论以供回顾和审查。（图片：scrumboard bsc解决方案）

（8）敏捷过程促进可持续发展。发起人、开发人员和用户应该能够无限期地保持不变的速度：

我称之为"精益管理"的所谓"发起人"对KPI和仪表盘感兴趣。

最终用户总是能够通过简单地使用"我的需求"应用程序来查看他/她的请求的状态。您可以通过过滤这些需求来决定您是所有者还是业务专家。

开发人员或Scrum大师从Scrumboard获取信息。

（图片：Scrum board bsc solutions）

管理层的其他信息来源：