这一步所产出的其实就是传统软件开发过程中的软件规格说明书。软件规格说明书对于开发人员实现产品功能非常重要，是软件开发中不可缺少的部分。很多人认为敏捷开发不需要文档，其实这是个巨大的误解，但是敏捷开发中的文档确实和传统的需求文档有很多区别： 敏捷开发重视的是文档产生的过程，希望通过

查看更多 →

填写连接器实例名称。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的 服务器 或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类型”选

查看更多 →

取措施走出混乱。敏捷看似拥有很快的速度，但变化可以是循序渐进的，采用敏捷的新团队可以较慢的去实现一些新的实践，例如测试驱动开发等。 From:《敏捷软件测试：测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的，敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作

查看更多 →

填写连接器的描述信息，用于识别不同的连接器。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的服务器或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类

查看更多 →

填写连接器的描述信息，用于识别不同的连接器。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的服务器或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类

查看更多 →

填写连接器实例名称。 连接类型 选择JIRA的连接类型。 Cloud：指在云端部署的JIRA实例，用户可以使用任何Web浏览器从任何地方访问它。 On-Premise：指本地安装的JIRA实例，需要在自己的服务器或本地PC上安装和配置JIRA。 连接地址 填写JIRA的连接地址。 当“连接类型”选

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

evOps是敏捷在运维侧的延伸”这一说法也不无道理。只是，敏捷与DevOps，都已经不再是原来的那个敏捷和DevOps了；世界变化太快，问题域发生了变化，解决方案域自然也要随之变化。 敏捷的好处是，有一个敏捷宣言，宣告其诞生。敏捷的缺点，也许也是因为有敏捷宣言。敏捷宣言并不应该被

查看更多 →

测试方法：敏捷开发对软件带来的最大影响便是测试了。传统的α（内部测试）、β（交付客户测试）、γ测试（优化处理）方式在采用敏捷开发后几乎不存在了，因为敏捷开发在开发周期内不断的进行测试工作，因此也就没有了在交付做α、β、γ测试时必须停止开发、冻结开发的时间浪费了。 父主题： 持续规划与设计

查看更多 →

DevOps敏捷测试之道 本文介绍企业在敏捷和DevOps的逐步转型过程中，测试如何应对挑战，如何有的放矢进行测试，建立适合产品自身发展阶段、产品特点的敏捷测试能力。 敏捷和DevOps 敏捷和DevOps转型始终是被业务目标和客户需求驱动的。市场竞争环境越来越激烈，新商业模式的

查看更多 →

们会面临一些自动化的开发工具，需要对接自动化平台，需要有一定的开发能力，这对测试人员的自身素质提出了更高的要求。而对开发人员来说，首先是质量意识不足，第二是对于大部分开发人员来说白盒测试用例会写，但是黑盒测试用例不会写。另一方面开发在转型的过程中往往忽视了敏捷价值观，他们的思想还

查看更多 →

在对项目的需求进行简单的规划后，我们就要进入具体的开发环节。而在开发之前，当然需要对即将开展的工作进行计划。 那么，在敏捷的开发模式中，计划是如何制定的呢？ 让我们以CodeArts这个产品为例，一起来看看CodeArts作为一款产品是如何制定它的开发计划的。 两级项目计划 计划是演进的，试

查看更多 →

例高达7成。 在DevOps的细分领域，例如DevOps的敏捷开发管理成熟度方面，同样是近七成企业仍然处在基础级和全面级，仅有1.83%的企业处于卓越级。而且虽然大多数企业普遍采取了敏捷开发方法以提升研发效率，但敏捷开发技术普及率有待提升，研发管理流程严谨性不足。同样，在应用设计

查看更多 →

效率。 操作流程 Jira新增Issue同步至CodeArts Req。 Jira更新Issue同步到CodeArts Req。 定时同步CodeArts Req工作项状态到Jira。 实施步骤 Jira新增Issue同步至CodeArts Req 将Jira中新创建的Issue自动同步至CodeArts

查看更多 →

自动化工作流。 场景特点：企业拥有不同体系的研发工具，需依赖二次开发来实现研发数据互通，开发成本高上线周期长。 适用场景：需求录入管理系统Jira上，研发在代码托管CodeArts Repo提交MR时需要关联Jira的需求。 研发信息即时通知 应用：当有任务事件触发时，及时获取相关通知提醒。

查看更多 →

低码平台、丰富的逻辑和数据处理组件代替编程，快速实现研发工具间数据打通诉求，降低开发成本。 实现多研发应用打通信息流，避免资源的重复投入。 内置丰富的生态研发工具连接器，仅需配置即可完成对接 内置CodeArts全系列连接器，内置生态研发工具连接器，例如GitHub、Jira，内置热门通讯软件连接器。 鼠标轻点配置，即可连接用户研发工具。

查看更多 →

是使用物理看板更适合，两个到三个迭代后，团队自然对敏捷流程有了认识，一些敏捷的习惯已经养成。要引导团队的改善活动，看板从开始到稳定要经历过几次进化，最后达到团队理想的流程管理和最好的可视化状态。这个时候建议再引入电子看板，让敏捷习惯持续传承。 如果团队成员分散到多个地域，毫无疑问

查看更多 →

实践案例指引 表1 CodeArts Link服务最佳实践指引 最佳实践 说明 Jira与CodeArts Req数据双向同步 介绍如何通过CodeArts Link实现Jira与CodeArts Req的数据双向同步，从而提高企业运作效率、提高数据资产的复用率。

查看更多 →

触发器 ActiveMQ ArtemisMQ FTP Jira Software Open API QQ邮箱 RabbitMQ 事件网格 定时器 父主题： 连接器

查看更多 →

结合客户自身的业务及IT的特点（敏捷评估的结果），以及ThoughtWorks在金融领域的经验，补充建立敏捷类应用开发项目实施流程 传统开发模式：强调高度安全、稳定、可靠，适用于中后端核心系统的开发。 敏捷开发模式：强调响应、速度，兼顾稳定性，适用于前端客户交互体验相关系统或创新业务系统的开发。 图1 双模模型

查看更多 →

服务名称 服务规格 交付件 团队级教练辅导 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 团队级CI/CD导入 《试

查看更多 →