软件开发生产线 CodeArts 

 

一站式、全流程、安全可信的软件开发生产线,开箱即用,内置华为多年研发最佳实践,助力效能倍增和数字化转型

 
 
 

    scrum敏捷软件开发 更多内容
  • 什么是需求管理

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

    来自:帮助中心

    查看更多 →

  • 什么是敏捷

    队组织方法,也更注重软件开发过程中人的作用。 敏捷宣言 “敏捷”一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者(他们发起组成了敏捷联盟)的聚会。雪鸟会议共同起草了《敏捷软件开发宣言》,其中最重要的部分就是对一些与会者一致同意的软件开发价值观的表述。 价值观

    来自:帮助中心

    查看更多 →

  • 华为云DevSecOps设计与实施服务的服务内容和服务场景?

    团队级敏捷导入,即在涉及一个开发团队的范围内应用ScrumScrum所定义的开发团队规模为5-9人,可以完整交付一个有价值的产品增量。按照Scrum指南的定义,Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包,基于客户团队管理和软件生命周期模型的现状,结合华为云Code

    来自:帮助中心

    查看更多 →

  • 敏捷测试

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

    来自:帮助中心

    查看更多 →

  • 团队级教练辅导

    个有价值的产品增量。按照Scrum指南的定义,Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包,基于客户团队管理和软件生命周期模型的现状,结合华为云CodeArts产品,便于试点团队软件开发模式转型到敏捷软件开发模式。 帮助服务对象理解和

    来自:帮助中心

    查看更多 →

  • 产品优势

    产品优势 专业方法论与实践的承载 承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板,面向不同的软件管理场景,兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式

    来自:帮助中心

    查看更多 →

  • Scrum项目需求管理流程介绍

    Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中,预置了敏捷实践中推荐的“Epic > Feature > Story > Task”的四层模型,如图1所示。

    来自:帮助中心

    查看更多 →

  • 敏捷回顾

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

    来自:帮助中心

    查看更多 →

  • 使用项目模板创建CodeArts项目

    表1 项目模板特征和适用场景的区别 项目模板 模板特征 适用场景 Scrum项目 Scrum是增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 迭代式增量的软件开发。 IPD系统设备类项目 涉及到软硬件配套开发,产品需求相对固定

    来自:帮助中心

    查看更多 →

  • 持续规划与设计

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

    来自:帮助中心

    查看更多 →

  • Scrum实践之团队

    Scrum实践之团队 随着近些年敏捷在行业及企业的推广,越来越多的企业意识到了敏捷所带来的好处,并愿意在敏捷上有所投入,从而越来越多的朋友加入了敏捷从业者行列,愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读,并按实际场景进行参考。 定义和特性说明

    来自:帮助中心

    查看更多 →

  • DevOps VS 敏捷

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

    来自:帮助中心

    查看更多 →

  • 参考文档

    《复盘+:把经验转化为能力》,邱昭良 Scrum指南(2017-Scrum-Guide-Chinese-Simplified),2017年11月版 Kenneth S. Rubin. Scrum精髓[M].北京:清华大学出版社 Scrum指南2007版 Mark C. Layton. 敏捷项目管理[M]

    来自:帮助中心

    查看更多 →

  • Scrum项目实践概述

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

    来自:帮助中心

    查看更多 →

  • AppStage开发中心基本概念

    说明 产能 产能原指在一定时间内,企业所能生产的产品或提供的服务的数量。开发中心中特指版本开发团队每天能提供的开发人员的数量。 Scrum 增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类 面向系统设备类产品开

    来自:帮助中心

    查看更多 →

  • 测试金字塔和持续自动化测试

    Agile: Software Development using Scrum 》(《Scrum敏捷软件开发》)中提出。最早提出来的时候是一个三层的金字塔,从上到下分别是UI界面/Service服务/Unit单元测试,随着敏捷测试的不断推进,测试金字塔出现一些变种。实际使用中不用太拘泥于

    来自:帮助中心

    查看更多 →

  • 方案概述

    到独立的需求条目,又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程,是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中,将Scrum的框架与团队日常的开发活动,很好的融合起来。主要的过程产物包括产品故事列表、迭

    来自:帮助中心

    查看更多 →

  • 如何解决开发团队中的任务没人领取的问题

    的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发任务,我们需要知道为什么在敏捷开发中是领取任务。在敏捷中,不管是敏捷宣言还是Scrum指南,都

    来自:帮助中心

    查看更多 →

  • 方案概述

    到独立的需求条目,又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程,是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中,将Scrum的框架与团队日常的开发活动,很好的融合起来。主要的过程产物包括产品故事列表、迭

    来自:帮助中心

    查看更多 →

  • 操作场景

    操作场景 帮助用户快速建立对Scrum项目的整体印象。例如一家新公司,进行常规操作设置后,能够将Scrum项目用起来。 支持敏捷迭代开发,迭代计划和时间线清晰展现项目进展,工作流程支持自定制,满足企业个性化流程。 需求管理提供两种类型默认项目模板,分别包含不同的应用,以满足不同场

    来自:帮助中心

    查看更多 →

  • 转型方案实施

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

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了