Myagile Partner是一家致力于敏捷文化的博客。在这里，您将找到许多文章，以便更好地理解敏捷文化；如果一家企业不获得真正的敏捷思维，就不可能变成一家敏捷企业。
要成为一家真正的敏捷企业，必须获得敏捷文化。敏捷不仅仅是敏捷框架的问题，而是企业必须采用的真正文化和哲学。
以下是代表敏捷思维的10个关键要点的图像：
在实施敏捷框架或实践之前，必须获得这种敏捷文化。例如，如果您的团队没有敏捷思维，即使实施Scrum，也不会真正实施Scrum。
只有具备敏捷思维，我们才能实现敏捷
我非常喜欢敏捷金字塔的图示，它提醒我们必须从敏捷思维出发，然后再采取敏捷实践。
通常，敏捷教练被请来帮助企业培养敏捷文化；但是，必须明白，企业中的任何人都可以参与实现这种敏捷化。
当您尝试在企业内进行敏捷转型时，不要忘记将伴随着这一转型而来的企业文化带入。没有相应文化的敏捷转型可能会很快失败。因此，永远不要忘记您转型过程中这一重要步骤。
本页面提供了许多文章，这些文章将帮助您逐渐变成一家非常敏捷的企业。请经常查看，因为博客和敏捷文化方面都有很多文章
在本文中，我们将看到如何有条理地创建一个故事地图。我将为您描述每个步骤，以有效地完成一个完整的故事地图。 从哪里开始制作这个故事地图？ 首先，收集必要的材料，如正方形的便签和足够大的墙壁空间（3到4米），您将在上面制作您的故事地图（使用玻璃或白板纸）。有时，当您仍然难以清晰看到要创建的故事时，可以先开始制作用户旅程，甚至是人物角色，如果您还没有定义它们的话。 电子商务网站示例 在本文中，我将定义一个主题，以便我们更好地理解实际操作。我是一家新公司的产品负责人，该公司希望创建一个销售纸箱的电子商务网站。 定义我们的角色 我将尽量简化，考虑到我的应用程序只有两个不同的角色：客户和经理。 在更大的电子商务网站上，我们可能会有更多的角色，如物流人员，商品推销员，管理员等。 例如，这是我们简化的客户人物： 用户旅程的创建 既然我们已经定义了我们的人物，现在建议制作他们的用户旅程。它们将展示我们的应用程序（或者这个第一个版本）的两种关键用户类型的典型路径。 首先，让我们看看我们的客户罗伯特的典型路径： 让我们开始我们的故事映射 既然我们有了用户旅程来帮助我们进行故事映射，让我们从定义我们的一般主题开始可能会有所帮助。 通过这个非常简单的初次集合，我们可以开始在我们的故事映射中分配主题。请放心，您也可以选择其他类型的主题划分（例如前端和后端）。 在我们的用户故事地图中设置主题 让我们根据我们从用户旅程中定义的主题划分来制定我们的用户故事地图： 我没有包括所有的主题，但思路是要用特定颜色的便条纸列出所有的主题。它们按照时间优先级的顺序排列（从左到右）。 我将在这个有趣的案例上停顿片刻。我们通常从认证部分开始，因为我们认为这是开始项目的基础。 实际上，在我看来，这是在最初投入生产之前最后要处理的部分，因为在大多数应用程序中，这部分的业务价值最小。所以，知道反馈不是必要的，我会优先考虑在需要反馈的部分开始工作。我们越早获得反馈，产品的质量就有更多机会，因为我们将有时间根据用户的反馈进行调整。 我们将要求开发人员在达到用户登录部分之前实现自动登录。 实际上，我将重新组织我的主题顺序，以尽早获得反馈： 这种组织看起来相当不错，但如果我们发现有更好的方法，将来我们仍然可以进行更改。我们是敏捷的，不怕适应，知道我们可能会犯错，而且这并不是什么大问题。 故事映射：建立史诗 现在，我们将在主题下放置我们认为是我们的史诗。史诗代表一项基本功能，可能在细化过程中成为一个或多个用户故事。 在这个阶段，您正在建立未来的待办事项，所以不要花费数小时来弄清楚如何分解它。从您的用户旅程开始，稍后可以进行细化。一步一步来。 为了可读性和空间考虑，我只在图像上放置了前两个主题，但您需要使用所有主题进行练习。 与主题一样，我们尝试按照我们认为的处理顺序，从左到右放置我们的史诗。我们将每个主题移动到相关主题的第一个史诗上方。 现在，正如您所看到的，我们的用户旅程在我们的故事映射中几乎完整了。 故事映射：故事划分 接下来，我们将看到如何将我们的史诗划分为故事。如果不可能进行划分，您的史诗将成为一个包含另一个史诗的故事。 这是第一个结果： 因此，在添加我们的用户故事时，我们决定将主页放在“浏览网站”这个史诗下，并添加了一个史诗，用于创建通常不出现在用户旅程中的整体外观。我们已经开始了我们的细化工作。 如果您的主页变得复杂，它可能会成为一个独立的史诗。在此划分中没有完美的规则；最重要的是，进行这项练习的产品负责人感到尽可能自在。 在“浏览网站”这个史诗下有太多的故事，所以我们将故事分成了两列；这就是为什么“CGV”故事中没有史诗的原因（它属于“浏览网站”这个史诗）。 […]
敏捷交付，或称“ Agile Delivery ”，是一种项目管理和软件开发方法，旨在以渐进和迭代的方式提供产品或功能。这种方法与敏捷方法论密切相关，如Scrum、Kanban和极限编程（Extreme Programming，XP），这些方法强调灵活性、协作和对变化的快速响应。 以下是“敏捷交付”的一些关键特点： 频繁交付：与在项目结束时交付完整产品不同，“敏捷交付”鼓励频繁交付小功能或产品的部分。这些迭代交付使用户能够迅速获得新功能，同时在开发过程的早期获得反馈。 适应性：敏捷交付认识到用户需求和项目要求可能随时间而变化。因此，敏捷团队愿意适应变化并相应调整优先事项。 协作：敏捷团队鼓励成员、利益相关者和最终用户之间的紧密协作。这种持续的协作促进了沟通、需求理解和目标的一致性。 持续测试：在整个开发过程中进行测试，而不仅仅在最后进行。这确保了产品的质量，并有助于快速检测和修复问题。 价值衡量：敏捷交付强调提供价值。团队专注于创建对用户和客户带来真正价值的功能，从而最大程度地提高投资回报率。 自我组织：敏捷团队是自我组织的，这意味着他们有责任和自由决定如何完成工作。这有助于团队成员的承诺和责任感。 持续反馈：敏捷交付依赖于持续的反馈循环。团队在每次交付后从用户和利益相关者那里收集反馈，以便调整未来的优先事项和开发。 敏捷交付特别适用于那些需求和目标一开始并不完全清晰的项目，因为它允许逐步探索和适应变化。它广泛应用于软件开发领域，但也可以应用于其他领域，如项目管理、营销等。
“敏捷交付主管”，或者称为“敏捷项目主管”，是敏捷项目管理领域的关键角色之一。这一角色对于通过使用灵活协作的工作方法来确保项目成功至关重要。在本文中，我们将详细探讨“敏捷交付主管”的职责和重要性。 敏捷项目管理：简介 在软件开发和项目管理领域，灵活性已经成为标准。敏捷团队采用短周期（称为“迭代”）工作，并能够有效地适应变化。敏捷方法鼓励协作、沟通和持续为客户提供价值。 “敏捷交付主管”的角色 “敏捷交付主管”通常是敏捷团队的领导者。他们的职责是促进开发过程，消除障碍，并确保团队实现其目标。以下是他们的一些关键职责： a. 敏捷仪式的组织： “敏捷交付主管”组织定期的会议，如每日站会、冲刺计划会、冲刺回顾会和回顾会。他们确保这些仪式高效并以实现目标为导向。 b. 障碍管理： 他们识别和消除妨碍团队进展的障碍。这可能包括与其他团队的协调、解决技术问题或管理依赖关系。 c. 沟通和透明度： 他们确保所有利益相关方清晰地了解项目的进展。透明的沟通对于维护信任和保持一致性至关重要。 d. 教练敏捷： “敏捷交付主管”支持团队应用敏捷原则。他们可以提供关于最佳实践、团队自我组织以及持续改进的建议。 e. 持续交付： 他们确保团队定期交付高质量的功能或产品。持续交付是敏捷方法的核心。 “敏捷交付主管”的关键特质 要在这一角色中取得成功，“敏捷交付主管”必须具备一些关键特质，包括： a. 领导力： 他们必须在不施加过多控制的情况下引导团队实现其目标。领导力应该是激发和激励的。 b. 共情力： 理解团队的需求和关切对于有效合作至关重要。 c. 解决问题能力： 他们必须能够快速识别障碍并找到切实可行的解决方案。 d. 适应能力： 敏捷方法涉及频繁的变化，而“敏捷交付主管”必须能够迅速适应新的情况。 结论 […]
© 2016 - 2024 | Myagile Partner - 版权所有