检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
迭代开发 如何在软件开发团队中管理突发性任务 如何解决开发团队中的任务没人领取的问题 父主题: Scrum项目最佳实践
不同版本套餐中,提供的功能特性及资源规格略有不同,详情请参见表1。 表1 套餐包详情 套餐说明 适用场景 知识库文件存储容量 特性 包月计费 需求管理服务基础版 适用于个人开发者或者小微企业。 50GB Scrum需求模型 看板需求模型 IPD云服务/自运营模型 甘特、思维导图规划 迭代管理 原始需求管理 Wiki、文档写作
否 String 开始时间,年-月-日 description 否 String 描述信息 developer_id 否 Integer 开发者id,对应用户信息的数字id domain_id 否 Integer 领域id done_ratio 否 Integer 工作项进度值 end_time
new_custom_fields Array of NewCustomField objects 自定义属性值 developer IssueUser object 开发者信息 domain domain object id, 领域 14, '性能', 15, '功能', 16, '可靠性' 17, '网络安全'
置,且每一个项目的权限设置相互独立。 在项目管理中,角色包含三大类:项目管理者(项目管理员、项目经理、测试经理、产品经理、系统工程师)、开发者(Commiter、开发人员、测试人员、参与者)、浏览者和运维经理。 项目管理员:项目的创建者。 项目经理:项目开发管理员。 测试经理:项目测试管理员。
否 String 开始时间,年-月-日 description 否 String 描述信息 developer_id 否 Integer 开发者id,对应用户信息的数字id domain_id 否 Integer id 领域, 14 '性能', 15 '功能', 16 '可靠性' 17
处理人信息 author SimpleUserIn object 创建者信息 developer SimpleUserIn object 开发者 closeder SimpleUserIn object 结束工作项的人员 status status object 工作项状态信息 deleted
如何在软件开发团队中管理突发性任务 背景 开发团队如何管理突发性工作?企业的一些软件开发团队经常出现类似培训支撑等突发性工作,开发团队不清楚如何管理好这样的工作。解决突发性工作的问题被很多开发团队所重视,它直接影响开发团队工作的进度和效率,间接影响迭代目标是否能完成,甚至整个项目
如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下,开发任务是由项目经理指派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发
添加Scrum项目工作项的工时类型 在项目中,您可以根据需要添加、编辑和删除工作项的工时类型。 在工作项详情页的详细工时页签下,填写工时可以根据需要选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证
Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中,预置了敏捷实践中推荐的“Epic > Feature > Story > Task”的四层模型,如图1所示。
配置看板项目的工作项层级 看板项目默认提供了“战略”、“需求”和“开发”三种工作项层级,通常采用默认的工作层级即可完成一个项目的开发过程。用户也可以根据项目实际开发情况,自定义工作项层级即新建工作项层级。 一个工作项层级可以包含多个工作项类型,但一个工作项类型只能属于一个工作项层级。
主动退出项目 功能介绍 项目成员主动退出项目,项目创建者不能退出 调用方法 请参见如何调用API。 URI DELETE /v4/projects/{project_id}/quit 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id
配置看板项目的工作项类型 看板项目默认提供了“商业目标”、“需求”、“任务”和“缺陷”四种工作项类型,在项目开发过程中通常采用默认的工作项类型即可。用户也可以根据项目实际开发情况,自定义工作项类型即新建工作项类型。 一个工作项类型只能属于某一个工作项层级。默认对应关系如下: 工作
如何有效管理项目成员的权限 背景 本文主要是解决客服管理成员权限分配、成员添加的问题。 问题分析 如何使用IAM来控制权限? 通常一个IAM主账号下,可以创建多个软件开发项目。默认情况下,只有IAM主账号默认可以设置是否能允许子账号创建项目,只有IAM主账号能查看所有项目和成员等
权限管理 知识库默认有四个角色,分别为企业管理员、管理员、成员和只读成员。根据需要可以新增团队角色、修改成员权限。 权限管理入口 权限角色说明 添加企业管理员 团队权限管理 个人权限管理 项目权限管理 权限管理入口 知识库权限管理入口:在知识库主页选择“设置 > 权限管理”。 权限角色说明
Scrum项目实践概述 Scrum适用于敏捷开发模式的研发管理平台,短周期持续交付,快速响应需求和市场变化。 一个完整的Scrum迭代流程大概涉及需求规划、迭代计划、迭代开发、敏捷回顾四个阶段,整体流程图如图1所示。 图1 Scrum迭代流程 本文将基于前期识别出来的常见问题,总
端到端可追溯 产品研发过程越晚发现风险,修复成本就越高、影响越大,有些风险甚至对企业构成致命的打击,Req打通需求过程数据孤岛,将需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 支持将需求与设计文
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块,彼此互相依赖,其中一环存在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目,缺陷跨组织协同效果图如下:
产品优势 专业方法论与实践的承载 承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板,面向不同的软件管理场景,兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式