需求管理 CodeArts Req

CodeArts Req(原ProjectMan)是华为多年研发实践沉淀的需求管理与团队协作服务,内置多种开箱即用的场景化需求模型和对象类型(需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。

超低价格套餐供您选择

了解详情            

    scrum 敏捷开发 更多内容
  • Scrum实践之团队

    定义和特性说明 定义 敏捷开发方式有很多种,这里我们选择ScrumScrum给出了一个具体的工作框架,并且是应用最为广泛、成熟的一种敏捷开发方式,业界已经积累了大量的实践经验。 结合Scrum框架和具体实施项目特点,打造适合的敏捷Scrum团队尤为重要。 Scrum团队是一个完整的团队。

    来自:帮助中心

    查看更多 →

  • 用户故事驱动的敏捷开发

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

    来自:帮助中心

    查看更多 →

  • 持续规划与设计

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

    来自:帮助中心

    查看更多 →

  • Scrum项目实践概述

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

    来自:帮助中心

    查看更多 →

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

    如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下,开发任务是由项目经理指派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发任务

    来自:帮助中心

    查看更多 →

  • 敏捷测试

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

    来自:帮助中心

    查看更多 →

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

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

    来自:帮助中心

    查看更多 →

  • 操作场景

    下的使用需求。更多模板详情请参见项目模板。 Scrum:适用于敏捷开发模式的研发管理平台,短周期持续交付,快速响应需求和市场变化。 看板:适用于轻量团队看板模板。 Scrum的基本使用流程分三种场景: 项目经理:快速创建并设置项目 开发人员:快速进入项目处理工作 项目经理:快速掌握项目进展和风险

    来自:帮助中心

    查看更多 →

  • 团队级教练辅导

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

    来自:帮助中心

    查看更多 →

  • 什么是需求管理

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

    来自:帮助中心

    查看更多 →

  • 敏捷回顾

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

    来自:帮助中心

    查看更多 →

  • 什么是敏捷

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

    来自:帮助中心

    查看更多 →

  • 转型方案实施

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

    来自:帮助中心

    查看更多 →

  • Scrum项目最佳实践

    Scrum项目最佳实践 Scrum项目实践概述 需求管理 迭代计划 迭代开发 敏捷回顾 成员管理 附录

    来自:帮助中心

    查看更多 →

  • 产品优势

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

    来自:帮助中心

    查看更多 →

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

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

    来自:帮助中心

    查看更多 →

  • 敏捷项目管理

    这则故事应用在敏捷开发中,用来说明不同角色的职责。在Scrum过程中,“猪”是在Scrum过程中全身投入项目的各种角色,他们在项目中承担实际工作;“鸡”并不是实际Scrum过程中全身投入的一部分,但是必须考虑他们。 Scrum团队由一名产品负责人、开发团队和一名Scrum Maste

    来自:帮助中心

    查看更多 →

  • 转型方案设计

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

    来自:帮助中心

    查看更多 →

  • DevOps VS 敏捷

    维基百科中总结到,DevOps的出现,有四个关键驱动力: 互联网冲击要求业务的敏捷 虚拟化和云计算基础设施日益普遍 数据中心自动化技术 敏捷开发的普及 从种种概念可以看出,业务敏捷开发敏捷、运维侧自动化、以及云计算等技术的普及,几乎打穿了从业务到开发到运维(包括测试),所以虽然字面上是Dev到Ops,事

    来自:帮助中心

    查看更多 →

  • 用户指南

    在迭代中,Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。 挑选的需求在迭代计划会议上经过讨论、分析和估算得到相应的任务列表,称为迭代Backlog。 在每个迭代结束时,Scrum团队将递交可交付的产品增量需求。 Scrum流程是标准的敏捷开发流程,工作项层级为传统的Scrum划分方法,为“Epic

    来自:帮助中心

    查看更多 →

  • 参考文档

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

    来自:帮助中心

    查看更多 →

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