首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Rally - CA Agile Central -我如何阅读已经完成的故事?

Rally是一种敏捷开发管理工具,它提供了一个集中式平台,用于协调和跟踪敏捷团队的工作。CA Agile Central是Rally的前身,两者在功能和使用方式上非常相似。

要阅读已经完成的故事,可以按照以下步骤进行操作:

  1. 登录Rally或CA Agile Central的管理平台。
  2. 导航到项目或团队的工作区。
  3. 在工作区中,找到已完成的故事所在的迭代或发布。
  4. 点击相应的迭代或发布,进入该迭代或发布的详细页面。
  5. 在详细页面中,可以查看已完成的故事列表。
  6. 点击任意一个已完成的故事,可以查看该故事的详细信息,包括故事描述、任务列表、附件等。
  7. 如果需要查看故事的历史记录或评论,可以在详细页面中找到相应的选项。

Rally和CA Agile Central是敏捷开发管理工具,主要用于团队协作、任务跟踪和项目管理。它们的优势包括:

  1. 敏捷协作:Rally和CA Agile Central提供了丰富的协作功能,可以帮助团队成员之间更好地沟通和合作。
  2. 任务跟踪:通过Rally和CA Agile Central,团队成员可以清晰地了解每个任务的状态、进度和负责人,从而更好地进行任务分配和跟踪。
  3. 项目管理:Rally和CA Agile Central提供了项目管理功能,可以帮助团队进行需求管理、迭代规划和项目跟踪。
  4. 可视化报表:Rally和CA Agile Central可以生成各种可视化报表,帮助团队和管理层了解项目的整体进展和绩效。

对于已完成的故事,可以通过Rally或CA Agile Central的界面直接查看和阅读。这样可以方便团队成员了解项目的进展情况,以及已完成的工作内容。

腾讯云并没有直接相关的产品或服务与Rally或CA Agile Central对应。但腾讯云提供了一系列云计算产品和服务,包括云服务器、云数据库、云存储等,可以帮助开发团队构建和管理云端应用。您可以访问腾讯云官方网站(https://cloud.tencent.com/)了解更多关于腾讯云的产品和服务信息。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

敏捷微服务在几分钟内

故事/逻辑可追溯性 作为用户故事,敏捷非常擅长捕捉非可视化需求。例如, “作为商业用户,希望系统能够确保客户余额永远不会超过他们信用额度。” 这是IT实施者和协作业务用户重要系统信息。...当然,一个很好方法是使用敏捷工具,这里是CA Agile Central: 真正力量从将它们导入LAC开始。...由于这两个产品都支持API,我们创建了一个简单API来填充LAC主题(故事导入API可从CA获得)。这些在下面显示为我们规则右侧彩色矩形。(当然,我们可以直接在LAC中手动创建主题)。...典型多表业务逻辑,作为附加到表和列业务规则来捕获,如下所示: 图6 - 逻辑。 彩色盒子是故事。如上所述,您可以直接输入它们,或从项目管理系统(如Agile / Central)导入它们。...Agile Low-Code以前被假定为需要手动编码,它引入了自动化创新:现在创建工作软件App First方法和声明式业务逻辑。它集成到您​​工厂中,具有敏捷故事输入和微服务输出。

1.3K30

Elasticsearch:创建自定义 ES Rally tracks 分步指南

注意: 目前,ES Rally 在创建自定义赛道时是单线程。这是为了避免影响集群或运行任务机器性能。因此,这个过程可能需要一些时间才能完成。...特别提出这个,因为在许多部署中看到了性能显著提升和资源显著节省,甚至对底层资源成本(如存储节省)产生了积极影响。...想强调是,一个优化数据模型不仅会节省磁盘空间,它还会提高摄取和查询速度。因此,利用我们现在位置,探索以下 api field_usage_stats,它将显示你如何使用你数据。...使用 ES Rally 优化 Elasticsearch我们已经看到了如何使用 ES Rally 与我们自己数据集,如何修改它们以适应代表当前或未来情况场景,以及如何比较和评估它们。...虽然我们已经看到了如何从 Docker 运行它,留给你一个额外 如何从 K8s 作为 Job 运行它示例: 想要了解更多关于 ES Rally 及其用例信息?

26421

5款在Linux上竞速飞行类开源游戏

即使没有针对特定版本量身定做特定游戏,通常我们也很容易从项目的网站下载该游戏以进行安装和游玩。. 本文主要集中介绍竞速和飞行类游戏。已经写过关于街机风格、棋盘游戏和益智游戏文章。...在以后文章中,计划为大家介绍RPG游戏和模拟类游戏。 超级企鹅赛 在超级企鹅赛中使用企鹅或者其他角色,在冰天雪地山上比赛化学吧!...在这款竞速游戏中,你目标是收集沿途鲱鱼并且用最短时间完成比赛。 我们有很多不同赛道可供选择,并且可以通过更改时间、风向和天气来自定义赛道。...有包含多人模式在内多种游戏模式可供选择,但是许多车辆只有在单人故事模式中解锁之后才能使用。...通过更改配置文件中选项可以使用操纵杆配件。 不幸是,游戏开发进展缓慢,2016年发布了最新版本,但是目前版本就已经足够吸引人了。

2.8K10

持续测试那些事

鉴于大多数 DevOps 实践仍然把测试视为软件生产中最令人头疼瓶颈,显然,这是一个常见挑战。 持续测试就是答案,但持续测试究竟是什么?你又如何实现它呢?...不管你迭代是两周还是四周,目标都应该是完成迭代内所有类型测试,这样每个迭代都可以得到一个测试完备,准备交付软件。...使用像行为驱动开发(BDD), 验收测试驱动开发(ATDD)和 基于模型测试这类技术所使用工具,如 cucumber/gherkin 和 CA Agile Requirements Designer...可以借助 Rally, Jira, HP ALM, JIRA 等此类工具导入测试用例、移除重复用例、分发优化过用例。 3....下面,我们来看看 CA Test Data Manager 是如何复制生产数据,抹掉敏感信息同时保持了测试所希望生产数据特征(接近现实,并且多行指征完整)

93230

为什么企业要做大规模敏捷?

虽然这话在我们业内人士听起来有些可笑,但是这就是使用软件用户最真实需求。所以如何在提高代码质量,最大程度地减少软件中Bug同时,平衡软件迭代速度与交付效率是今天想跟大家讨论问题。...项目B则是一个由业务主导,每个敏捷团队有对应相关业务领域,客户则是和供应商共同组成一个个敏捷团队,共同达成业务目标。 好了,完成了简单背景介绍,就要来说说下面的故事了。...,最后再落到每个具有开发意义任务,注意,这里提一直是业务价值,我们还没有开始讨论如何进入开发。...而用户故事则是一个简短描述、一个用于表达用户或客户需求角色和一个用于描述需求价值或期望结果价值陈述,在用户故事中比较关键描述是关于此价值点“静态““动态”与“非常态“,静态更多是对价值点描述...(其他好处不用赘述) 团队中代码版本差异识别:每对Pair代码在一天结束时会被整个开发团队审核(当然可以提高代码质量了) 代码审计:当对应开发任务 - PR(每笔代码)完成后,会被整个团队提意见(听过比较离谱就是

16830

2020年敏捷开发人员生存指南

4你并不是一个人在工作中 考虑如下情形: Sprint 最后一天开发者:准备好了!今天已经完成了所有任务,呜呜,以为我会让团队失望呢。...换句话说,在 Sprint 最后一天交付你工作已经太迟了,因为有可能,你已经完成了任务,但是你正在处理整个用户故事(即你尝试添加功能)需要其他人与你代码进行交互,现在就没有时间了。...让问你一个问题:如果你要领导当前项目,那么在计划未来工作时,你如何决定在一个 Sprint 中要投入工作量呢?知道,作为一名开发人员,在很长一段时间里,从来都没有真正考虑过这个问题。...必须完成任务被分配给了我,要在两周内完成。就是这样。 这就是当上经理之前情况。怎么知道我团队魔力数字是多少呢?有多少用户故事就足够了呢?多少又太多了呢?这只是一个反复试验问题吗?...能用这些故事点做些有用事吗? 但是考虑一下更大计划,如果不能可靠地知道团队在短短两周内可以完成多少工作,又怎么知道是否能够按时完成项目呢? 这就是故事点发挥作用地方。

28250

34.【Kevin聊敏捷】敏捷项目管理APM-敏捷度量

一、已完成故事点 在敏捷项目里面,更多度量数据是故事点(Story Point),在每一个迭代周期开始之前,会让团队人员评估每个需求故事点。...如果一个迭代周期故事点总数为30,一个迭代周期为5天,那么线性理想情况下,每天应该完成6个故事点,当然实际情况可能是,第一天晚点3个故事点,第二天完成8个故事点。...那么说明第一天进度落后于计划,第二天进度快于计划,整体是快于计划。通过图一这样完成故事点曲线图就很容易看出来。...image.png 二、剩余故事点 剩余故事点也是看一个迭代周期需求完成情况,和「已完成故事点」相比,意义是一样,只是表示方式不一样。...剩余故事点曲线表示还有多少没有完成故事点情况;已完成故事点曲线表示已经完成故事情况。

1.5K00

使用 Docker、Kubernetes 和 Azure DevOps 实现 DevOps

不同于在每次开发阶段耗费数周乃至数月,Agile 着眼于几天甚至一天内整个开发周期中处理称为用户故事小需求。 Agile 将业务与研发团队整合到一起。 业务团队负责定义开发什么样产品。...在 Agile 早期阶段,比较流行 CI/CD 工具是 Jenkins。 Agile如何提升快速反馈呢? 一个重要因素是市场不需要等待好几个月看到最终产品。...不出 30 分钟,如果代码导致了单元测试和集成测试失败就可以得到反馈。对不符合代码质量标准或者没有足够单元测试代码覆盖率代码同样也会得到反馈。 Agile 是成功吗?当然。...Agile 和 DevOps 看做帮助我们提高如何开发出色软件两种阶段。它们不是竞争关系,但是一起使用能够帮助我们构建令人惊叹软件产品。...就而言,Agile 和 DevOps 一起使用目的具体来说是 提升市场、研发和运维团队沟通 减缓自动化痛点。

1.1K51

详解IBM大规模敏捷框架SAFe

三个层面的敏捷 第一投资组合层:由投资组合管理委员会来负责定义和驱动投资策略如何形成和资金组合形式,然后将其体现成为叙事诗(Epics)。...4.Scaled Agile Framework SAFe, 大规模敏捷框架, SAFe 一个企业级投资策略往往由多列敏捷发布火车(Agile Release Trains)来组成。...在每个 Sprint 开始阶段,需要进行 Sprint 计划会议。通过会议,确定在本 Sprint 需要完成哪些用户故事,保持开发人员,测试人员和相关人员理解是一致。...我们无法精确估算将要完成工作量,可以建立一个Spike,理解为:以回答问题或收集信息为目的任务,而不是生产非专业产品任务 集成 在单个 Sprint 期间,敏捷测试包括用户故事测试和端到端测试..., 如何在有限时间内完成如此步骤繁杂测试呢?

2.1K21

在DevOps时代雇用技术作家[DevOps]

为DevOps重新编写技术文档 还记得参与第一个agile项目,那时还在写技术文档。团队中另一位作者很难理解这样一个事实:必须写一个不是100%完整产品。那些日子一去不复返了。...感谢,DevOps和agile。 现在是组织重新考虑如何雇用技术写手时候了。现在,扔掉瀑布式技术作家工作描述。总是把技术写手分为运营技术写手和软件开发技术写手。...如果作者希望在参与之前完成功能,就不能再增加价值。寻找有推动文档工作经验作者。目标应该是找到一位技术作家,可以使用较少依赖来工作,就可以将这些依赖插入到交付周期各个部分。...来自CA(现在是Broadcom一部分)DocOps运动将技术文档和DevOps实践结合在一起,但是这个概念背后最初团队似乎已经前进了。这种努力失败了,但仍建议在网上搜索一下。...组织如何调整DevOps技术写手角色?请在评论中分享。

608131

质量看板开发实践(二):利用python获取jira数据-进阶篇

上一篇介绍了如何利用pythonjira库操作jira,我们能通过项目的key获取项目的相关信息,同时也能利用jql查询一些信息,例如查询bug、故事、子任务等等,但是有些属性却不能通过这种方式直接拿到...://jira.xxx.com" # jira服务域名 board_url = base_url + "/rest/agile/1.0/board/?...,这里需要故事看板对应id(不过其实任取一个看板中id也行,后面都能拿到sprint),后续调用获取sprint接口时,需要传这个值 官方接口文档: https://developer.atlassian.com...= base_url + "/rest/agile/1.0/board/" + str(id3) + "/sprint?...# 取故事卡看板,如果name中包含"故事"2个字就认为这是故事看板 story_board_id = i["id"]

1.5K20

敏捷是知与行功夫

社区中Being Agile not Doing Agile说法流传已久,其巧妙之处便在于指出了敏捷本身是一种思维方式。...” 相信这样一个场景大抵不令人觉得陌生, 在进行用户故事工作量估算时,其中一人称:“认为这个故事工作量是三个点,因为它涉及到很多结构性调整。”...” 这反倒是众多施行估算实践的人所忽视一点,他们往往这般回答:要知道每个迭代我们能够完成多少工作量!倘若追问然后呢?...便有人说,这样就能在开发人员完成度不达标的时候指着他们鼻子说,“看,你们自己承诺,结果做不完,你们说怎么办!”...也有人说,想根据迭代完成工作量波动来识别哪个迭代中可能出现了问题(例如交付平滑程度,技术债务堆积产生负面影响),这样想法有其道理,只不过识别这些问题常有更妥善方式(比如以分析故事在各阶段停留时长

20220

你大概走了假敏捷:认真说说敏捷实现和问题(手绘版)

在开发领域,故事版是任务流转可视化窗口,一般有“待开发”“开发中”“待测试”“返工”“待发布”几个区块,所有任务由任务操作者负责流转至于下一个步骤,这样任何一个人项目成员都能看到任务完成情况。...接下来你必须来参加每日举行项目短会。这个环节在 agile 中非常关键,是 agile 日常修炼。...每日站会 站会都有什么人参加: 你(项目持有者) SM 其他 scrum 成员 站会干什么: 昨天大家分别做了什么事,遇到了什么问题,如何解决或寻求解决方案; 昨天任务完成状态,剩余多少时间,是否需要进行时间修正...说起来agile developing 本来就是排斥文档作业方式,为一个小轻快方法制作一套严谨庞大工具,基本也算违背了元老们初衷了吧,科科。 三、设计师在敏捷中如何介入?...一个已经完成了 UI 设计小纸条示例 四、敏捷不需要文档吗? 一切为快服务敏捷特别适合初创团队使用。它能把团队人员紧密结合在一起,高效而有序地输出产能。

80540

质量看板开发实践(二):利用python获取jira数据-进阶篇

上一篇介绍了如何利用pythonjira库操作jira,我们能通过项目的key获取项目的相关信息,同时也能利用jql查询一些信息,例如查询bug、故事、子任务等等,但是有些属性却不能通过这种方式直接拿到...://jira.xxx.com" # jira服务域名 board_url = base_url + "/rest/agile/1.0/board/?...,这里需要故事看板对应id(不过其实任取一个看板中id也行,后面都能拿到sprint),后续调用获取sprint接口时,需要传这个值 官方接口文档:Get all boards 2、获取sprint...sprint_url = base_url + "/rest/agile/1.0/board/" + str(id3) + "/sprint?...# 取故事卡看板,如果name中包含"故事"2个字就认为这是故事看板 story_board_id = i["id"]

98450

你大概走了假敏捷:认真说说敏捷实现和问题(手绘版)

agile:迅速,敏捷。这是敏捷理念也是精髓:迅速响应需求,快速反馈结果。agile 引入像一股活水冲击着老气横秋瀑布流模型,速度上跑赢几条街。...在开发领域,故事版是任务流转可视化窗口,一般有“待开发”“开发中”“待测试”“返工”“待发布”几个区块,所有任务由任务操作者负责流转至于下一个步骤,这样任何一个人项目成员都能看到任务完成情况。...接下来你必须来参加每日举行项目短会。这个环节在 agile 中非常关键,是 agile 日常修炼。...说起来agile developing 本来就是排斥文档作业方式,为一个小轻快方法制作一套严谨庞大工具,基本也算违背了元老们初衷了吧,科科。 三、设计师在敏捷中如何介入?...[1492504721068_2794_1492504721211.png] 一个已经完成了 UI 设计小纸条示例 四、敏捷不需要文档吗? 一切为快服务敏捷特别适合初创团队使用。

10.5K515

你确定懂什么是敏捷测试?

所以要理解敏捷测试,我们还是要回过头来仔细看一下“敏捷宣言”背后所蕴含12条原则。 相信,大家都已熟悉敏捷宣言,如果不熟悉,可以先认真阅读以下完整敏捷宣言,不仅仅是那四句话。...2)“欣然面对需求变化,即使在开发后期也一样”和传统开发原则是不同,传统开发希望有严格需求变更控制,越到后期控制越严。而敏捷开发拥抱变化,那么测试如何适应这种变化?如何快速地完成回归测试?...4)“可工作软件是进度首要度量标准”,不再是测试计划完成情况、完成测试用例数目、测试脚本量等,而是如何及时验证每天完成功能特性。...开发工作量也不能按代码行来衡量,而是看多少个具体用户故事(功能特性)被实现了(done)。...某个开发说已完成了某个用户故事,要么是通过他自己验证,要么是通过测试人员验证,谁做测试不重要,关键是要有准备好测试,随时验证已完成工作。

89320

业界大咖谈敏捷(上篇)

认为敏捷宣言是个指引方向东西;并不认为这个方向改变了,或将会改变。认为敏捷宣言不是,也不应该是一个动态文本。觉得它是道路上里程碑,而不是道路本身。...小学三年级时候,老师就开始教我们敏捷了。那时她让我们写一个故事,她帮助我们设定一个故事梗概,然后拟第一稿,再拟第二稿……任何值得做好事情必须经过一系列改良、迭代,这是我们从小就学会道理。...比如“这(一个故事)将花费和那个(故事)一样长时间”而不是“这将需要五天”。然后用速率来确定这些事究竟会花多长时间。相对估算不仅更准确,而且团队进行估算时间也更短。...Scott 是敏捷模型(Agile Modeling)、敏捷数据(Agile Data)、规范化敏捷交付(Disciplined Agile Delivery)和企业统一过程(EUP)等方法论创始人。...Q 诸如安排座位之类事情对于成功地采用敏捷有多重要? Scott:交流和沟通是敏捷项目成功关键因素,因此在物理上如何组织大家是很重要

76010
领券