敏捷架构的系统故事
敏捷架构的系统故事是一种软件开发方法，它强调在整个开发过程中团队的协作和沟通。敏捷架构的系统故事通常包括以下几个步骤：
- 团队成员在一起讨论需求和目标，确定优先级和时间表。
- 团队成员分成小组，每个小组负责一个特定的功能或任务。
- 每个小组在一个迭代周期内完成其任务，并将其代码合并到主分支中。
- 在每个迭代周期结束时，团队成员会讨论他们的进度和遇到的问题，并根据需要进行调整。
- 在整个开发过程中，团队成员会定期进行演示，以展示他们已经完成的工作。
敏捷架构的系统故事的优点是它可以更快地响应变化，更快地交付价值，并且可以更好地适应不断变化的需求。它还可以提高团队成员的满意度和生产力，并且可以更好地管理风险和不确定性。
敏捷架构的系统故事的应用场景包括软件开发、产品开发、项目管理等。
推荐的腾讯云相关产品和产品介绍链接地址：
这些产品都可以帮助团队更好地实现敏捷架构的系统故事。
相关·内容
4回答
敏捷体系结构的系统故事
architecture、agile、user-stories、backlog
在尝试将敏捷原则应用于我们的开发过程时，特别是scrum原则和类似XP的用户故事，我们面临着一个关于体系结构的问题。也许我们仍然过多地与以架构为中心的开发联系在一起，但是我们试图维护一个强大的基于组件的开发，并将其与敏捷建模原则相结合。我们的目标是有一个小的设计，在开发过程中容易发生变化。我正在寻找的东西可以让我把我的架构及其内
浏览 7提问于2009-12-01得票数 9
回答已采纳
3回答
迭代地改进敏捷过程中的软件体系结构和质量？
performance、architecture、agile
或者换句话说，如何确保架构或质量不受影响，执行敏捷。*做建筑，直到风险从你的雷达*最低的设计前，这样你就不会为合理的改变要求付出可怕的代价。*每个特性/需求“刚刚足够”的架构/基础设施假设的示例/场景是，需要在现
浏览 0提问于2014-02-19得票数 3
回答已采纳
3回答
如何在敏捷软件开发计划中分配交叉关注点？
agile、planning
我的雇主一直在从传统的瀑布项目转向修改版的敏捷。工作被分解为故事，这些故事被估计和排序为两周的迭代。每个迭代都包括构建、测试和接受特性的点。敏捷团队是否应该明确地包含这些跨领域关注点的故
浏览 0提问于2014-08-15得票数 5
4回答
垂直用户故事的缺点
agile、user-story
敏捷方法是将工作构建成垂直的用户故事，并从端到端交付一个集中但功能完整的应用程序。因为这是构建软件的新方法，我阅读了很多关于为什么这比横向故事更好的文献，但是我发现这种方法的缺点并不多。我已经喝了敏捷的助凉工具，我也同意垂直切蛋糕比横向切片有很多优势。以下是我可以想出的一小部分缺点：
一开始，开发人员在实现特性时可能会比较慢，因为S/他必须了解开发故事所需的</e
浏览 0提问于2014-02-07得票数 10
1回答
作为一个单独的敏捷(PXP/PSP)开发人员，什么是正式的项目死后合适的结构？
project-management、agile、documentation、personal-projects、extreme-programming
问题。我正在使用PXP方法(它是极端编程和个人软件过程的混合物)来处理一个本科生项目。我习惯于使用如下结构的SRS (需求规范)和DSD (设计规范文档)：目的定义、缩略词等产品透视接口软件接口..。限制等性能、界面等..。DSD架构
详细的系
浏览 0提问于2014-04-05得票数 1
5回答
我会花多少时间来计划短跑等等？
project-management、agile
我是高级开发人员/架构师，非常了解业务领域。
我的新经理希望我管理一个团队(还没有招聘大约5000人)，在过去，我曾在一个敏捷的环境中工作过，但作为一名开发人员。因此，我参与了编写用户故事，与利益相关者一起工作，通过故事点来估计，以及在一个sprint/项目结束时所涉及的所有开发工作。我想继续作为一名开发人员工作，并将大部分时间花在编写代码的深度上，但我的经理认为，我只有10%的时间用于管理方面(
浏览 0提问于2013-12-21得票数 2
2回答
Scrum需要系统规范文件吗？
agile、scrum、specifications、system
我们正在建立一个网站来管理我们公司的资产，并将敏捷/Scrum应用于这个项目。我们从附件中的Product开始。我们计划启动第一个Sprint，但团队关注的是系统需求-- PB之外的一些问题，如硬件/软件架构师、数据库设计、安全、用户角色/权限等。他们说没有这些要求，他们就不能开始。因此，可能会有以下几个问题: 1.我们的PB是一个很好的PB 2。我们是否需要进行系统规范。如果是，它需要
浏览 0提问于2016-10-05得票数 2
3回答
在敏捷项目中避免局部优化
agile
我对敏捷开发非常积极，断断续续地在敏捷项目上工作了大约13年。但是我有一个我从来没有真正能够解决的问题。它似乎并不总是显露出来，但它已经咬了我几次。实际的贪婪算法容易收敛到局部最优解，而缺少全局最优解。这真的是一个问题吗？如果是这样的话，你会使用什么技术来避免这种局部最优
浏览 1提问于2010-10-27得票数 9
回答已采纳
2回答
如何在BDD中获得正确的用户故事？
architecture、domain-driven-design、bdd
我们即将开始一个新的项目，我们的公司希望采用业务分析师编写用户故事的敏捷方法，然后我们应该能够进行BDD来充实我们的代码。
然而，业务分析师一直非常含糊，给出的用户故事涵盖了某些功能必须完成的一半。既然有这么多“灰色”的区域，开发人员是否应该坐在他身边，确保所有区域都被覆盖？我认为从敏捷的角度来看，业务分析师不可能涵盖所有的用户故事，但我担心的是
浏览 3提问于2011-11-21得票数 5
回答已采纳
2回答
在敏捷中获取更多的细节
agile
关于在敏捷项目中捕获细节的几个问题。具体来说，我们需要与'system‘接口。作为详细分析的结果，我想记录浏览器如何与system交互，例如：
系统X响应
浏览 3提问于2013-11-29得票数 0
3回答
敏捷是RAD的变体吗？
agile、development-process、rad
维基百科说敏捷是一种"RAD“类型，我认为这是不正确的。据我所知，敏捷的发展是因为RAD本身并没有那么成功，在90'S (太僵硬的变化)。还是我错了？(注意:显然维基百科关于敏捷软件开发的文章是在两者之间改进的，它只是将拉德列为敏捷的前身，而不是超级集)。参考一本书激进的项目管理(汤姆塞特)CISA
浏览 0提问于2012-12-25得票数 18
回答已采纳
3回答
敏捷和Scrum烧掉我，请帮我找出真相。
agile、scrum
当我安装MS 2008时，我开始准备使用随TFS服务器附带的敏捷过程指导模板。，以及敏捷和Scrum都是如此伟大的软件过程/方法，直到我看到Mike回答了一个关于架构师角色的问题，并谈到了需求文档。由于该系统包含了许多竞争性和令人兴奋的特性，我请求为它申请专利，并在此过程中进行.所以，想象一下，你是那种喜欢面对各种挑战的人，为干系人和你自己带来了很好的经验和成果，，敏捷和scrum流程将赞扬并承认你
浏览 1提问于2010-04-02得票数 1
回答已采纳
3回答
敏捷:机器学习项目的用户故事？
agile、machine-learning、scrum、task、user-stories
因此，我在项目的顶层创建了一个用户故事：对我来说，棘手的部分是找出如何为机器学习架构的其他部分创建从属用户故事。
浏览 9提问于2011-01-11得票数 12
1回答
saas/web服务方法，如十二要素应用程序？
web-services、web-applications、architecture、cloud、saas
我不是在寻找像敏捷或工艺这样的宣言，而是寻找提供如何设计和架构系统的具体方法。
浏览 2提问于2012-05-30得票数 2
回答已采纳
1回答
如何管理大量的验收标准？
test-management、agile-testing
在我工作的地方，我们最近转向了SCRUM。我们已经经历了从瀑布向此过渡的常见问题，但总的来说，我们现在有了一种实用的敏捷/SCRUM方法。我们养成了在Gherkin中编写用户故事并使用接受标准来测试这些故事的习惯。到目前为止，这是很好的工作。我的问题是:因为我们现在是一个敏捷团队，所以我们遵循软件开发的
浏览 0提问于2013-04-15得票数 4
回答已采纳
5回答
如何正确地记录敏捷项目中的功能？
agile、documentation
我们使用敏捷和每两周一次的冲刺。虽然应用程序运行得很好，但我们现在关注的是一些维护任务。对于开发来说，这真的很好--每两周，开发人员就会收到一份规范，这是他们可以完成的一个很好的、离散的工作。规格来自不同的角度-它可以描述一个标准的功能，它可以描述一个工作
浏览 0提问于2012-06-20得票数 6
2回答
软件中的架构和基础架构有什么不同？
architecture、terminology、infrastructure
我刚刚发布了一个问题，询问了MapR和Cloudera的架构之间的区别，并交替使用了“架构”和“基础设施”。这样做合适吗？我要找的正确的词是什么--架构还是基础设施？
两者之间的区别是什么？
浏览 0提问于2014-03-26得票数 20
回答已采纳
1回答
跟踪积压的用户故事到Enterprise Architect中的需求
enterprise-architect、requirements、user-stories
我在一个敏捷项目中的IT站点工作，该项目中的业务使用积压日志和用户故事来捕获业务需求。IT团队使用Enterprise architect对应用程序进行建模，系统需求是其中的一个要素。跟踪积压用户故事到系统需求的最佳实践是什么？跟踪的原因是为了证明业务需求已经实现。
如何处理改变EA需求的用户故事？是否将该请求跟踪到两个用户情景？由于一个用户故事将是无效的
浏览 16提问于2016-08-04得票数 1
5回答
使用敏捷方法重写软件
agile、scrum、software、extreme-programming、rewrite
假设您必须使用敏捷方法重写整个应用程序，您将如何实现？还有，你什么时候开始释放？敏捷说我们应该尽早和经常地发布，但是在完成重写之前发布是没有什么意义的。
浏览 0提问于2012-10-31得票数 13
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
