-
需求管理的工作项怎么分配给多个人员? - 需求管理 CodeArts Req
需求管理的工作项怎么分配给多个人员? 需求管理中,一个工作项仅指定一个处理人。 如果需要给工作项指定多个处理人,可以给工作项创建多个子工作项,分别指定处理人。 父主题: 工作项
-
状态码 - 需求管理 CodeArts Req
表明请求超出了客户端访问频率的限制或者服务端接收到多于它能处理的请求。建议客户端读取相应的Retry-After首部,然后等待该首部指出的时间后再重试。 500 InternalServerError 表明服务端能被请求访问到,但是不能理解用户的请求。 501 Not Implemented 服务器不支持请求的功能,无法完成请求。
-
需求管理 CodeArts Req - 需求管理 CodeArts Req
了解更多常见问题、案例和解决方案 热门案例 Scrum项目的开发流程是怎么样的? Scrum项目如何做需求规划和需求分解? 更多 项目 如何使用Scrum项目 如何限制用户“新建项目” 更多 工作项 Scrum项目如何导出全部类型的工作项 被指派的处理人可以修改工作项的哪些内容 更多 技术专题 技术、观点、课程专题呈现
-
如何解决开发团队中的任务没人领取的问题 - 需求管理 CodeArts Req
更多关于自组织的相关内容不在本文的范围内,如感兴趣请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看,在我们践行敏捷的时候,主要发挥的是开发团队自身的主观能动性,开发团队由原来的控制性转变成了自组织性,而开发任务也就由原来的指派变为了领取。这样的好处是,领取任务
-
构造请求 - 需求管理 CodeArts Req
URI-scheme 表示用于传输请求的协议,当前所有API均采用HTTPS协议。 Endpoint 指定承载REST服务端点的服务器域名或IP,不同服务不同区域的Endpoint不同,您可以从终端节点中获取。 例如IAM服务在“华北-北京一”区域的Endpoint为“iam.cn-north-1
-
方案概述 - 需求管理 CodeArts Req
“凤凰商城”示例程序的架构图如图2所示。 图2 凤凰商城技术架构图 示例程序由表1中的5个可以独立开发、测试和部署的微服务组件构成。 表1 凤凰商城微服务组件表 微服务组件 说明 Web用户端服务器(对应样例代码中的“Vote”功能) 业务逻辑:用户可以通过浏览器访问此服务的WebUI。
-
终端节点 - 需求管理 CodeArts Req
终端节点 终端节点即调用API的请求地址,不同服务不同区域的终端节点不同。 需求管理的终端节点如表1所示,请您根据业务需要选择对应区域的终端节点。 表1 需求管理的终端节点 区域名称 区域 终端节点(Endpoint) 华北-北京一 cn-north-1 projectman-ext
-
如何添加项目下的服务菜单? - 需求管理 CodeArts Req
如何添加项目下的服务菜单? 项目支持“服务菜单管理”功能,可以设置项目下服务菜单的访问入口是否显示。 在项目详情页面选择“设置 > 通用设置 > 服务菜单管理”,勾选需要显示的服务菜单名即可。如果服务菜单名不勾选,则项目中不会显示该服务的菜单访问入口。 设置服务菜单显示访问入口的操作只对
-
云审计服务支持的关键操作 - 需求管理 CodeArts Req
云审计服务支持的关键操作 云审计服务支持的CodeArts Req操作列表 查看云审计日志
-
工作项 - 需求管理 CodeArts Req
工作项 如何给工作项添加新的工作状态? 思维导图中如何修改工作项的类型? 分配或变更任务时,是否可以通过第三方IM提供通知? 被指派的处理人可以修改工作项的哪些内容? 如何批量导出工作项? 项目经理如何修改某个工作项的预计工时和实际工时? 工作项怎么分配给多个人员? 如何在Microsoft
-
云审计服务支持的CodeArts Req操作列表 - 需求管理 CodeArts Req
云审计服务支持的CodeArts Req操作列表 需求管理(CodeArts Req)提供可视化、可定制的自动交付流水线,帮助企业缩短交付周期,提升交付效率。 通过云审计服务,您可以记录与需求管理相关的操作事件,便于日后的查询、审计和回溯。 表1 云审计服务支持的CodeArts
-
查看云审计日志 - 需求管理 CodeArts Req
1周及自定义时间段的操作事件。 单击“查询”,查看对应的操作事件。 在需要查看的记录左侧,单击展开该记录的详细信息。 在需要查看的记录右侧,单击“查看事件”,弹出一个窗口,如图1所示,显示了该操作事件结构的详细信息。 图1 查看事件 父主题: 云审计服务支持的关键操作
-
如何避免重要需求遗漏 - 需求管理 CodeArts Req
漏需求,无法进行非常有针对性的处理时,也可以采取较为模糊应对的方式。可以拉取过去一段时间的工作记录,评估这段时间每个迭代的突发需求所消耗的工作量投入,可以取个平均值,然后在后续进行迭代工作安排的时候,固定的预留出一定量的时间,用于应对极有可能会出现的突发需求。 需求拆细:当出现突
-
插入CodeArts Req的工作项列表 - 需求管理 CodeArts Req
插入CodeArts Req的工作项列表 Wiki支持CodeArts Req的工作项列表。 操作步骤 单击需要插入的文档,单击“快捷编辑”。 在编辑页面输入“@”,选择“工作项”,再选中多选框单击“确定”。 单击“确定”后会有如下三种不同的展示视图。 默认为文本视图: 卡片视图:
-
插入CodeArts Req的统计图表 - 需求管理 CodeArts Req
报表”。 选择自己需要的报表。 父主题: 跨服务联动
-
如何玩转每日站会 - 需求管理 CodeArts Req
站会常见问题 如何正确的开站会?站会的意义在哪里?可以不开站会吗?这些问题一直困惑着不少的团队。 问题分析 关于站会的问题大致分为两种场景: 场景一:团队非常清楚应该开站会,认识到站会确实有一些价值,但是对于目前的站会状况不是很满意,如何玩转站会是团队关心的。对于这类的团队,问题的根源在于不
-
如何移动迭代中需求变更后看板中的任务卡片 - 需求管理 CodeArts Req
Backlog,因此经常性的需求变更建议团队不接受,另一方面也是一个好习惯的养成,促进PO对需求的把控能力。所以这种情况下,团队正常移动看板中的卡片就好。 拥抱变更 完全拒绝需求变更是不现实的,有的时候高优先级的需求一定要满足变更的要求。比如,有市场时效性的,本Sprint不能完成
-
查看迭代详情 - 需求管理 CodeArts Req
是否必选 参数类型 描述 X-Auth-Token 是 String 用户Token。 通过调用IAM服务获取用户Token接口获取(响应消息头中X-Subject-Token的值)。 最小长度:10 最大长度:32768 响应参数 状态码: 200 表3 响应Body参数 参数
-
如何在软件开发团队中管理突发性任务 - 需求管理 CodeArts Req
简单、松耦合的)。应对开发工作的人员专心完成开发内容。不管工作分工是哪种类型的开发团队,再有新的工作进来时,都需要遵循开发团队制定的规则,也就是管理好工作项的规则。 上表中的场景二是我们很多开发团队中经常遇见过的,也是本文着重描述术的情况。从根本解决工作项优先级的问题,系统地学习怎么样应对需求变更才是根本。
-
如何进行需求结构化管理 - 需求管理 CodeArts Req
都是临时性的,或者说短期性的,而产品或者软件系统是长期性的,或者说会持续维护、更新其功能特性的。项目复项目,我们很可能通过持续地完善和刷新同一套软件产品或系统来达成项目目标,交付软件项目所要求的功能特性的。这就意味着,我们的需求结构化管理,需要以产品或系统的功能特性的脉络为依据。