体验敏捷:6敏捷规划和分析实践试图

(由Ellen Gottesdiener和Mary Gorman)

您可以采用哪些实践来帮助您的团队经历敏捷?

这个问题由倾听者向我们记录在敏捷分析实践上的播客,并通过BA Coach提出 贾科。 (找到播客 这里。)具体的问题 katie metcalf. asked us was this:

“您将建议如何向目前不使用敏捷方法的软件开发团队介绍哪些敏捷技术,但希望为该方法产生味道?”

敏捷:纪律发现和交付

让我们澄清一下。我们不认为敏捷是“大M”方法。

事实上,我们不认为敏捷作为本身的方法。相反,这是一个 纪律的发现和交付框架。 正如我们所看到的,术语“敏捷”包含许多方法,包括精益,Scrum,XP,DSDM,Kanban,FDD等。

我们与凯蒂分享了以下六点 - 我们相信的是做出的根本性和敏捷。我们专注于敏捷规划和分析实践。

1.使用三个规划视野:现在 - 查看,预视,大视图

将产品交付到规划视野中。

像激光一样焦点,即尽快提供产品的最有价值和风险易于的部分(我们称之为“现在的视图”)。即使您在较短的时间范围内未释放客户,您也需要在每个交付周期的末尾完成可释放的产品。

不要忽视未来的时间视野(“大视图”)。您的发布计划和产品路线图是必不可少的指导方针 持续规划和 枢转.

保持您的日常工作与这些规划视野相关联,需要焦点,纪律和合作。阅读更多关于将三种视图纳入您的敏捷计划和分析 这里.

2.产品合作伙伴和价值

成功的产品通过三个利益相关方社区的伙伴关系来源:您的客户,您的业务(或组织)以及您的技术团队成员。明确并协作地识别每个合作伙伴的所需价值。记住:价值是 在旁观者的眼中.

请清楚如何制定决策 - 决定如何决定.

合作,合作,合作。阅读关于进行的提示的简报 有效的协作/发现会话 on agile teams.

这是目标,而不是角色

我们可能听起来像一个破碎的记录,但它非常重要,它又说再说:这是目标,而不是角色。集体目标是根据标题或角色提供高价值产品需求 - 不限制贡献。一种nalysis是整个团队的责任。阅读更多关于此,并了解到 Scrum中业务分析的价值 (也适用于其他敏捷方法) 这里.

4.使用7产品尺寸全面探索产品选项

作为合作伙伴,使用7产品尺寸(用户,接口,操作,数据,控件,环境和质量属性)探索产品需求的选项。使用预定义的值注意事项来评估选项的好处和风险,并沿着这7个维度选择最高值选项。  将最高值选项组装为下一个交付周期的候选解决方案 .

这种做法允许您将产品需求切成小,精确地理解的要求(块),并且只需分钟即可在此勘探和评估中进行协作。

5.使模型真实

使用a探索您的产品选项 分析模型和示例的组合。您可以使用“给定/何时/然后/然后/然后/然后”(àla)的形式使用场景,验收测试,规格(àla BDD.或者或数据表(您可以使用诸如此类的工具运行 合身 或者 健康)。

通过在示例中思考,如克里斯马特说,将“测试思维集”向前推进“打破模型。“

考虑使用您的示例和模型来指定要求而不是编写经典文本规范。阅读更多信息 敏捷分析和测试协同作用。

6.专注于发现和修理缺陷

学。期望“失败”学习 - 如果您和您的团队不使用错误作为改进的论坛,这只是一个失败。执行 回顾 以定期“检查和调整”。

诚实地透明地反映了两个过程和产品.

我们正在将整理触摸放在我们的新书上,这为所有这些做法提供了具体的,实际的指导和示例。今年夏天留下这本书推出。预订预订的详细信息将在我们的Enewsletter中。你可以 在此注册 for the eNewsletter.

额外的读数: 

3 Responses to “体验敏捷:6敏捷规划和分析实践试图”
  1. 大卫,Smoothstack.

    你好。我有点关注。是否有任何缺点故事映射项目?执行时间是否耗时?对不起我的问题,如果它有一个,我想更多地了解消极。

    问候,
    大卫
    http://sstack-agile.com/

  2. Ellen Gottesdiener.

    大卫:我没有遵循你在这个博客的背景下提出故事映射的原因。你能澄清吗?

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *