开发实践 跨逻辑集群数据读写 湖仓一体

查看更多 →

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

查看更多 →

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

查看更多 →

敏捷实践之物理看板与电子看板 选择物理看板还是电子看板 敏捷项目最终的成功还是失败，与使用物理看板还是电子看板没有绝对的因果关系。换个方式说，选择哪种看板不是对与错，而是适合与不适合。所以，要思考的是哪种方式更适合你的团队。 物理看板的优势和劣势 优势 成本低：几乎不需要成本，办

查看更多 →

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

查看更多 →

为什么敏捷开发可以帮到你？ 误解：敏捷开发是为了快速交付？ 敏捷开发不是一种为了快速交付而出现的方法，它之所以比较快则是因为避开了许多浪费的处理方式。 那么，敏捷改善了些什么？ 前置时间：传统开发法依循计划、分析、设计、程序开发、测试再进行修改整合后发布的步骤进行，是一种顺序性的开发模

查看更多 →

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

查看更多 →

准确地传递客户价值。协同开发过程是通过配置、工具和技术的系统性支持。在最高层面上，用户和企业赞助者都会持续参与。 职责共享：团队灵活和相互协调创造出积极氛围和不断提高效率。不存在知识或技能的潜在单点故障，由团队而不是个人对问题负责。 精益思考：敏捷开发实践是对精益管理目标的很好补充。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

数据开发进阶实践 周期调度依赖策略 离散小时调度与作业最近依赖调度逻辑 补数据场景使用介绍 作业调度支持每月最后一天 获取SQL节点的输出结果值 IF条件判断教程 获取Rest Client节点返回值教程 For Each节点使用介绍 数据开发调用数据质量算子并且作业运行的时候需要传入质量参数

查看更多 →

试点项目也将成为客户敏捷试点优选项目，建立端到端的敏捷开发和运作流程。 敏捷改进小组的建立 用敏捷的方式管理敏捷转型，改进工作本身就是一个敏捷项目，需要团队协作及适应性地去制定改进目标、计划和实施方案。 敏捷改进小组为敏捷转型项目的特性团队，包含领导层与各个角色的种子选手。建立敏捷改进工作圈

查看更多 →

持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板

查看更多 →

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

查看更多 →

Scrum项目实践概述 Scrum适用于敏捷开发模式的研发管理平台，短周期持续交付，快速响应需求和市场变化。一个完整的Scrum迭代流程大概涉及需求规划、迭代计划、迭代开发、敏捷回顾四个阶段，整体流程图如图1所示。 图1 Scrum迭代流程 本文将基于前期和大量客户交流识别出来的

查看更多 →

多个最佳实践，针对数字化转型提供专业可靠的解决方案。 全面的交付内容 交付内容涵盖多个交付文档，多场培训，还将基于客户现状，培养团队内的敏捷与DevOps“金种子”，以便敏捷与DevOps文化在团队间传递。 纵深的交付实践 交付实践从理论到落地，涵盖敏捷与DevOps开发理论，通

查看更多 →

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

查看更多 →

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

查看更多 →

繁、快速规划、敏捷发布，交付周期一般为2～3个月甚至更快。面向独立软件类开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理。 需求模型：IPD需求管理是华为集成产品管理开发的核心流程，本模板预置产品需求管理的最佳实践，针对独立软件

查看更多 →

和CodeArts其他服务无缝集成，为软件开发及其应用提供全生命周期的管理与团队协作。 预置了多种项目模板：Scrum项目模板、看板项目模板、IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板。 Scrum项目：秉承严谨的敏捷Scrum方法论和实践，适用于敏捷开发团队。 看板项

查看更多 →