团队？ 如何使用各种开发工具和平台，借助如任务跟踪、分支计划、持续集成、持续发布、自动化测试等工具让开发过程变得更加高效？ 用户故事的需求整理方式与传统需求的整理方式有很大的不同。传统软件开发中，我们依赖用户需求、技术需求、规格说明书等工具，试图使用规范的文档来解决需求收集和传递

查看更多 →

华为云CodeArts提供专业的用例管理与缺陷跟踪管理工具。 通过测试计划服务的测试管理功能，可以清晰的查看需求树中每一个需求所关联的测试用例。 测试用例中提供用例的基本信息编辑与查询，用例执行结果、缺陷列表、操作历史等内容的查询。 可直接在用例执行后，在用例界面新建缺陷或关联缺陷，实现缺陷与用例、用例与需求、需求与缺陷的闭环跟踪。

查看更多 →

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

查看更多 →

理和工程实践，来实现开发与业务之间的频繁沟通，快速响应变化。 而DevOps的出现，是为了解决开发与运维之间的鸿沟。前端的敏捷的确是快了，却发现因为Dev与Ops之间的隔阂，无法真正的将价值持续的交付给客户。 开发侧很快，运维侧太稳，这个就是我们常说的开发与运维之间固有的、根因的

查看更多 →

形成时间上越多的浪费。反观敏捷开发，实行的是一种务实的做法，当收集到足够一次迭代开发的需求时即向下一个步骤前进，尽量缩短前置时间的浪费，然后将"分析、设计、开发与测试"形成一个开发步骤，减少了步骤与步骤之间的衔接时间。 首次发布：敏捷开发采用迭代的开发方式，每个循环都会有一个潜在

查看更多 →

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

查看更多 →

我们通常的观点是“架构是服务于业务的，太过超前的架构是浪费”，由此可以想到架构与业务其实也有相似的关系。 参考Nicole的句式，从DevOps涉及到的几个维度出发：业务、架构与技术；人、流程与工具；原则，方法与实践，于是便有了如下的几句话： Business matters...Architecture

查看更多 →

功尽弃，所以对产品的质量有严格的要求。 产品逐渐向敏捷方向发展，这时有一部分研发工具平台已经陆续转到上云，一些测试类的工具也需要转型。之前产品的交付是半年、两个月发一次，转型之后变成一个月，甚至两周发一次，但这时的转变并不彻底，与客户的交付过程仍然存在一些问题。后来越来越多的工具

查看更多 →

求。 在2008年到2011年期间，产品逐渐向敏捷方向发展，这时有一部分研发工具平台已经陆陆续续转到云上去了，一些测试类的工具也需要转型。之前产品的交付是半年、两个月发一次，转型之后变成一个月，甚至两周发一次，但这时的转变并不彻底，与客户的交付过程仍然存在一些问题。 在2011年

查看更多 →

程中，通过不断的交付价值与沟通反馈，建立团队内部彼此之间以及团队与客户之间的沟通、信任与信心。 在CodeArts中，计划是分为两级的，第一级是大的发布计划，以月度、季度、年度为粒度，我们称之为路标；第二级是具体的迭代计划，以周或双周为粒度，这是团队开发及交付的节奏和心跳。 针对Product

查看更多 →

和分派资源，从管理者视角全局管控项目进度和风险。 ONES TestCase（测试用例与测试计划管理）：ONES TestCase 覆盖完整的测试管理流程，支持用例与需求、任务关联，测试计划与迭代关联，保障项目测试质量。 ONES Pipeline（流水线管理）：ONES Pipeline

查看更多 →

开发与运维 应用管理与运维平台 ServiceStage 软件开发生产线 CodeArts 流水线 Codearts Pipeline 父主题： SCP授权参考

查看更多 →

数据开发与治理 数据源管理与数据标准管理 数据建模 数据开发 数据血缘、资源管理、函数管理和变量管理 数据发布CI/CD、任务运维 数据质量管理 元数据管理 数据资源管理 数据服务管理 数据安全 父主题： 产品操作

查看更多 →

持续开发与集成 软件版本管理 持续集成

查看更多 →

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

查看更多 →

使用华为云DevSecOps设计与实施服务的获得的终交付件是什么？ 服务名称 服务规格 交付件 团队级教练辅导 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》

查看更多 →

华为云DevSecOps咨询与规划服务的服务优势？ 专业的评估方法，集成CMMI和DevOps能力成熟度等评估模型和差距分析方法，全面评估企业研发能力现状。 丰富的行业经验，基于政务、教育、汽车、能源、交通、医疗、健康等领域大量的行业交付经验，具备各种复杂业务场景的经验和能力，能帮助客户实现研发能力的提升。

查看更多 →

每个Sprint都将成果（潜在可交付产品增量）与客户做确认，避免了后期较严重的需求变更风险。 团队成员不断地自我反醒、自我激励、能力提升。 文章来源： 华为云社区 敏捷实践之团队，原作者：黄隽 Charlie。 父主题： 持续规划与设计

查看更多 →

研发能力调研与诊断 使用ThoughtWorks特有的敏捷成熟度的体系框架，对客户IT现状进行多维度的评估，并定制转型方案及实施计划。 图1 ThoughtWorks AMM（Agile Maturity Model）敏捷成熟度评估 ThoughtWorks有一套已被行业验证的敏捷成熟度体系（Agile

查看更多 →

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

查看更多 →

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

查看更多 →