西门子Mendix的Developer Portal
通过在线平台，让业务分析，开发团队，产品负责人，业务同事在同一个平台进行协作，提高整体的项目交付效率。 平台地址：sprintr.home.mendix.com/
应用程序生命周期管理（ALM）
有人说应用程序就像一个活的有机体，西门子Mendix 可以在构建应用程序的所有阶段为您提供支持，从第一步到退休。这称为应用程序生命周期管理 (ALM)。它是一个由人员、流程和工具组成的集成系统，可指导应用程序的运行。有各种框架描述了这一旅程，每个公司或每个应用程序可能会有所不同。以下是如何描述 ALM 的示例：
西门子Mendix支持ALM，因为快速开发变革性应用程序需要快速试验、频繁迭代以及业务和 IT 之间的密切协作。虽然许多应用程序开发工具专注于部署，但西门子Mendix 支持周期的每个阶段。它将跨职能团队聚集在一起，允许他们一起构建软件，并在业务和 IT 之间创建一种通用语言。西门子Mendix 促进了一个更具迭代性、更灵活的流程，使组织能够适应不断变化的需求。
换句话说，您可以只在一个地方管理整个生命周期 - 西门子Mendix ！
项目方法论
介绍
多年来，软件开发人员使用定义的工作和管理项目方法，例如瀑布。需求是在项目开始时定义的，并且工作安排在更长的时间段内。
随着市场需求的快速变化和项目要求变得更加复杂，Waterfall 无法应对出现的挑战。2012 年，Gartner 发表了一篇题为 《我们所知道的瀑布的终结》的研究论文，表明瀑布项目的持续时间越长，风险就越高。
快速开发变革性应用程序需要快速试验、频繁迭代以及业务和 IT 之间的密切协作。通过优先考虑速度和敏捷性，您可以提高生产力并改善项目成果。换句话说，你可以在几天而不是几个月或几年内制作一个应用程序，如下所示，敏捷在更快的原型设计、上市时间和整体质量方面增加了更多价值。
敏捷方法到底是什么？
敏捷是几种迭代和增量软件开发方法的总称。敏捷促进了应用程序开发的高度迭代过程，具有称为冲刺的多个开发周期。它的设计是为了让所有各方都可以在软件以高效和有效的方式开发时提供反馈。一些敏捷框架包括 Scrum、看板和极限编程。
Scrum 是迄今为止最受欢迎的敏捷方法。这是开发复杂产品的简单方法。Scrum 基于事件循环、工作流程和明确的角色定义。
西门子Mendix 敏捷方法
西门子Mendix 的敏捷方法基于 Scrum（见下文）。在 Scrum 中，您首先创建一个产品待办列表。这些是您可能想要处理的工作项。产品负责人定义这些项目的优先级。然后，团队选择他们想要处理的项目，并在固定的时间内处理这些项目，称为 Sprint。每天都有简短的会议（每日站立会议），可以深入了解每个团队成员在做什么，并确保每个人都在同一页面上。在 Sprint 结束时，团队产生了一个产品增量，这意味着对正在开发的产品的改进！有工作软件，用户可以提供反馈。产品负责人评估该反馈并设置产品待办事项的优先级。
如果您想更深入地了解 Scrum 的工作原理，可以在西门子Mendix 敏捷中心登录页面、 Scrum Alliance 和 Scrum.org上找到更多信息。
项目中的角色
什么是跨职能团队？
在 Scrum 中，拥有小型跨职能团队非常重要。这样，您可以实现更大的专注度和更高的生产力。有更有效的沟通、更容易的文档和更快的知识转移。
每个 Scrum 流程都需要几个重要角色才能成功：产品负责人、Scrum Master 和开发团队。总之，这些角色组成了 Scrum 团队。
Scrum中的的角色有哪些？
- 产品负责人 跟踪项目利益相关者的期望并定义项目的要求。此外，产品负责人将愿景传达给团队，以设定优先级。
- Scrum Master 确保 Scrum 团队可以按照 Scrum 方法论工作，并专注于优化团队内的流程。如果团队因为他们无法控制的事情而陷入困境，那么消除这些障碍就是 Scrum Master 的工作。
- 开发团队 由实际构建应用程序的人员组成。西门子Mendix 应用程序团队通常由两到三名成员组成，例如工程师、设计师、架构师和测试人员。这些成员具有不同的技能和可能不同的经验水平。在项目期间还可以包括许多专家。这些是短期内的“临时”专家，因为在 Sprint 中需要他们的专长。 整个 Scrum 团队共同努力确保项目成功。理想情况下，他们相互交叉训练，因此团队的成功不依赖于一个人。Scrum 团队组织起来让事情发生
西门子Mendix 项目中的Scrum
在西门子Mendix 应用程序项目中，默认情况下您可以使用几个项目角色。除了产品负责人和 SCRUM Master 角色之外，您还可以为开发团队的不同成员选择一个角色。在 西门子Mendix 中，开发人员被称为业务工程师。
Scrum Master 通常是在应用程序中拥有最多管理权限的人。在某些团队中，有专门的 SCRUM Master。当团队规模较小时，其中一名团队成员通常会担任与开发并行的 Scrum Master 的角色。
您还可以拥有一名性能工程师/测试员和/或应用程序操作员。他们可以监控应用程序运行的流畅程度并部署最新版本的应用程序。但是，他们不参与构建应用程序本身。可以为利益相关者分配最终用户角色，这将允许他们参与构思阶段，但他们将无法编辑应用程序。
您可以根据项目的偏好和需求添加其他项目角色或编辑现有角色。但通常您不需要这样做，因为默认角色就足够了。
在西门子Mendix中创建项目团队
西门子Mendix 可以帮助您将协作提升到一个新的水平！但为此，您首先需要选择您的团队成员！使用 西门Mendix，您只需两个项目成员即可构建大型或复杂的应用程序：一个专注于业务，另一个专注于技术。广泛的用户可以理解 西门子Mendix的可视化建模，它允许非技术团队成员快速轻松地构建业务应用程序。
在Developer Portal 的 团队页面上，您可以执行与团队相关的所有操作。您可以邀请新成员、删除现有成员以及管理每个成员的角色和权限。
最后，什么是用户故事？
现在您已经建立了项目团队，让我们开始需求收集阶段！用户故事是一种将用户需求转化为您可以处理的项目的方法。您可能对您的应用程序应该如何运行以及它应该能够做什么有一些基本的想法。所以现在是时候根据这些想法创建用户故事了。这些用户故事越能反映用户的需求，用户就会越快乐！
最终，这些用户故事将填满您的产品积压工作。产品待办事项是可以完成的工作项列表。Scrum 团队中的每个人都可以将项目添加到产品 backlog 中，但产品负责人有责任在与各种利益相关者协商时确定这些项目的优先级。产品待办事项是一个需要不断完善的活文档，因为可以添加项目，也可以更改或删除其他项目。
使用 Scrum 时，您不会估计完成某些工作需要多少时间。为什么？因为你已经有了一个时间盒，你的 Sprint！Sprint是一个固定的时间段，在此期间团队试图实现某个目标。Scrum 团队选择一、二、三或四个星期作为 Sprint 持续时间。通常，为期两周的冲刺是一个很好的起点。短冲刺提供短反馈周期，可帮助您快速取得成果！Sprint 通常以 Sprint 计划开始，以 Sprint 审查和回顾结束。
让我们更好地了解 Sprint 的这些元素。在传统的计划驱动方法中，您设置某些要求，然后协商您需要多少时间和资源才能满足这些要求。使用敏捷和价值驱动的方法，时间和资源是确定的，因为您有一个 Sprint 时间框（例如，两周）和一定数量的团队工作人员。您可以协商的是您将为用户提供的功能的价值（换句话说，您需要多少努力才能实现产品增量）。这项工作由开发团队在改进会议期间决定并转化为故事点。
在创建用户故事时，需要考虑以下三点：
- 谁是我的应用程序的最终用户？<用户类型>
- 最终用户需要做什么？<商业价值>
- 我怎样才能帮助他们做到这一点？<什么>
然后，您可以使用这个简单的用户故事模板：
作为一个{用户角色}，我想要{系统功能}，这样{业务价值}。
