【敏捷开发每日一贴】敏捷实践Showcase的七宗罪

最新推荐文章于 2024-08-14 22:12:16 发布
最新推荐文章于 2024-08-14 22:12:16 发布
阅读量3.8k 收藏 12
点赞数 3
分类专栏： 敏捷开发 文章标签： showcase 敏捷
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/huver2007/article/details/71514090
版权
敏捷开发的Showcase环节是关键，但常见问题如准备不足、缺乏上下文、逐条过AC等降低了效率。正确的做法应包括充分准备、介绍上下文、按功能演示、聚焦关键路径、简洁表述、全员参与以及确保展示者熟悉业务。通过专业和高效的方式呈现，以获得客户对开发功能的认可。
摘要由CSDN通过智能技术生成

敏捷实践Showcase的七宗罪

Showcase（其实就是SprintReview，演示会、评审会）就是开发团队把开发好的功能给客户的Product Owner等业务相关人员演示，以获取他们对所开发系统的反馈，是敏捷开发的一个关键实践，一般一个迭代一次，也可以根据项目具体情况做调整。Showcase是做功能演示，同时也是展示开发团队面貌的时刻，其重要性不言而喻，但据我经历的项目，总能看到一些不是很理想的地方。


Showcase

Showcase之七宗罪

1. 准备工作没做好

所有人

最低0.47元/天 解锁文章
huver2007
关注
专栏目录
敏捷开发----Show Case
VipWangJian的博客
10-27 480
在迭代的SDV阶段SE或TSE将当前迭代内实现的功能向客户代表做一个全面演示，充分听取 客户的反馈，对于客户反馈的问题可以选择在当前迭代周期内解决或遗留到下一次迭代（也许 就是下一次迭代的需求）。 注意：确保迭代周期内的需求稳定 每次迭代开发过程中，SE的主要任务之一是为下一次迭代开发准备好Story。Story可能 会随时更新，以反映客户需求的变化，但是...
测试模板：Showcase规范和流程
测试入门、进阶、测试管理、面试、职场
09-29 7499
ShowCase要求: showcase之前，开发同事需要在测试环境自测通过，并将自测结果在邮件中发给项目组同事，会议通知项目干系人(产品经理、项目干系人) 自测用例数量: 测试同事需要控制自测用例的数量，不能原样把大量的测试用例发给开发自测 ShowCase的bug数的约定:以人天评估项目大小，超过5人天的项目不超过25个bug，小于5人天的不超过15个bug 前端bug:应计入showcase 控制范围，超过5人天的项目不超过10个bug，小于5人天的项目不超过5个bug 移动端showcase
敏捷开发的个人实践
最新发布
hxsln11的博客
08-14 47
敏捷开发的痛点在于，团队开发过程中，单一的开发模式并不适用于一个团队之中，往往会融合团队leader与manager的理念。敏捷的目的是在团队内积极的交流，有效的沟通，统一的价值观，目标是交付可感知的功能。但是随之而来的是需求的混乱（需求与变更的入口包括所有参与人员）、冲刺的疲惫、缺失的文档、稀碎的质量。对外不但要有快速的响应和多元化的输出。对内要有严格的质量控制，宽松积极的环境。团队需要服务者去激励，而不是一个敏捷教练去控制。
敏捷项目管理七宗罪
choue4490的博客
04-08 239
本文是MIke Cohn的演讲幻灯片整理而来。演讲人Mike Cohn是Mountain Goat Sodtware的创始人，是资深Scrum和敏捷开发培训讲师。Mike拥有超过25年的经验，著有Succeeding with Agile: Software Development Using...
敏捷实践之产品展示SHOW CASE
小人物的草稿本
12-22 3392
本文是个人总结摘记，部分文字摘自其他大神博文等，如有雷同，未列参考文献，请见谅； 定义 Showcase 就是给客户演示我们上一个迭代已经完成的功能，它的宗旨是及时得到客户的反馈，确认团队的产出是否满足客户的期望，降低需求变更返工的风险。 Showcase 从项目开始时周期性地进行，并直到项目交付。这个时间间隔是基于团队设定的迭代周期，我们团队是两周一次。团队跟客户安排一个远程会议（如...
敏捷开发 SCRUM 简介
dzhaoll1001的博客
09-16 2408
SCRUM 1. 什么是Scrum? Scrum是敏捷开发的一种方法论，Scrum定义了要达成敏捷的流程和方法。 2. Scrum开发流程中的三大角色 产品负责人（Product Owner） 主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。 流程管理员（Scrum Master） 类似于项目负责人，保护团队，兼顾产品经理的需求，确保项目的按时交付。 开发团队（Scrum Team） 开发测试设计人员 3. Scrum流程图 如何进行Scru
ShowCase 专治开发的「我自测好了」
Teamo_mc的博客
02-18 1888
开发说自测好了，可是......
新的旅程（四）
爱测未来团队博客
09-04 814
相比前几个月，这次更新可能来的稍晚一些。创业公司的惯性已逐步适应，一些事情也开始有了些眉目。一、ShowCase 入行这么多年，确实对敏捷没有做太多的了解，很多时候都是浮云表面。第一次在团队里面听到了ShowCase，本以为是什么新奇的实践，搜索后才发现不过是已经存在很久的古老的东西。百度里的知识是这么说的：“Showcase就是开发团队把开发好的功能给客户的Product Owner（以下简称PO）等业务相关人员演示，以获取他们对所开发系统的反馈，是敏捷开发流程中的一个实践，一般的频率是一个
关于腾讯的敏捷开发框架
06-20
其敏捷框架TAPD（Tencent Agile Product Development）是针对互联网行业特性的定制化实践，旨在实现高效、灵活的产品开发。以下是腾讯敏捷开发的核心要点： 1. **关注用户行为**：腾讯强调以用户为中心，通过不断...
敏捷业务实践之计划游戏
teobler的博客
02-07 569
敏捷发展至今已经有无数分支，这些分支的发展有些是为了应对不同项目增删改了一些实践和规则，使得敏捷能够应用在一些特殊的项目上。而另一些则是一些人想接敏捷之手宣传自己的思想与实践，强行在敏捷中加入了自己的想法。这些原因使得如今的敏捷五花八门，甚至出现两人在谈论完全不一样的敏捷。 在接下来的文章中，所有敏捷实践将会使用极限编程来作为例子。这是因为在所有敏捷过程中，极限编程是定义最完整且最不混乱的。可以说其他的敏捷过程都是极限编程的子集或变体。极限编程是敏捷本质核心的原型，也是最好的代表。 生命之环 [外链图片转存
ThoughtWorks的敏捷开发
IDEAL Garden
07-23 4427
ThoughtWorks的敏捷开发方法一直是一种神秘存在。在敏捷开发还没有主流化的年代，为了让外界理解ThoughtWorks全球团队怎么做敏捷，我们商定了一个“60% Scrum + 40% XP”的经典答案。当然其实ThoughtWorks的敏捷开发既不是Scrum，也不是XP。 造成这个状态的原因，一方面是行业特点 —— 软件开发还是一个充满不确定性的手工业，方法套路当然不可避免因人而异；...
敏捷开发和瀑布式开发
bakelFF的博客
02-25 2942
瀑布模型的特点： （传统的开发方式） 1、强调文档 前一个阶段的输出就是下一个阶段的输入，文档是个阶段衔接的唯一信息。所以很多开发人员好象是在开发文档，而不是开发软件，因为要到开发的后期才可以看到软件的“模样”。 2、没有迭代与反馈。瀑布模型对反馈没有涉及，所以对变化的客户需求非常不容易适应。瀑布就意味着没有回头路。 3、管理人员喜欢瀑布模型的原因是把文档理解为开发的速度，可以方便地界定不同阶段的里程碑。 敏捷开发模式： 核心是快速迭代，拥抱变化。 敏捷软件开发是一个开发..
冒烟测试、α测试、Beta测试、性能测试
weixin_30514745的博客
04-03 538
“冒烟测试”(也可称为showcase)这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。 冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。 冒烟测试的对象是每一个新编译的需...
互联网大厂需求测试流程规范
rain67的博客
07-05 1252
实习期间第二天就接触到的真实企业级别的测试流程梳理，Leader指派了mentor专门给我们两个实习生一块去会议室讲解一些最基础的业务知识以及测试基础，在之后的工作接触中，不断加深测试对流程的理解。
敏捷开发（Agile）
qq_41878114的博客
03-31 4957
敏捷开发 敏捷开发（Agile）是一种以人为核心、迭代、循序渐进的开发方法。 在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。 核心是快速迭代，拥抱变化。 敏捷开发模式有以下显著的特点： 1.story细化。 2.简单设计，避免过度设计。 3.重复迭代。 4.减少不
工程师职业素养
IT从业者，生活精致一点，工作认真一点！
04-26 2417
工程师职业素养
敏捷实践总结（三）——Scrum敏捷开发
实鼠不疫,牛转乾坤
02-22 4941
最近在参与一个采用敏捷开发的项目，近几天又看了一本关于Scrum的书。在此跟大家分享一下。 敏捷开发不同于以往的瀑布模型开发。 瀑布模型中有严格的文档要求（需求、概要、详细等）、对员工的工作量也有明确的定义与考量方法（代码量等等）。另外，瀑布模型对于开发者有着明确的分工：搞需求的专门搞需求，搞设计的搞设计，编码的只管编码，测试的只管测试。所以说，各部门之间的任务相对明确。使用瀑布模型开发，
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

huver2007

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值