1.【Req】看板、Scrum、IPD系统设备类、IPD独立软件类、IPD自运营软件5种模板有什么区别,如何选择
答:看板是业界流行的轻量、灵活和简单的团队协作方法,没有工作项的Epic/Feature/Story层级划分,直接将需求、任务和缺陷可视化;团队通过移动工作卡片的方式更新工作进展,及时暴露风险和问题。适用于对需求层级没有严格规划的项目,比如技术支持类项目、运维期项目、外包项目等;
Scrum是敏捷中非常主流、经典的研发框架,CodeArts支持Scrum全流程各项活动,Scrum中需求分为Epic/Feature/Story,支持思维导图形式的需求规划、拆分,如果团队是敏捷开发,团队体量小,可以考虑使用Scrum模板;
看板和Scrum模板缺点是不支持跨项目协同;IPD模板解决了这个问题,IPD模板基于IPD流程,主要用于跨项目协同的大型研发项目,IPD流程支持跨项目提需求、研发需求下发等多项跨项目协作的功能;
IPD模板可根据自身产品类型选择对应的模板,嵌入式软件选择IPD系统设备类,纯交付类的独立软件则选择IPD独立软件类,IPD自运营软件是Scrum模板的升级,主要用于Scrum类型的项目跨项目协同研发。
2.【Req】IPD流程中RR/FE/IR/SR/AR都是什么意思,怎么使用?
答:原始需求RR: raw requirement,来自公司内、外部客户的、关于公司产品与解决方案的、需要项目SA或者需求分析团队(RAT)分析评审后作出决定的所有需求。
特性FE: feature ,描述解决方案为支撑“客户问题(PB)”所具备的重大能力。系统特性是解决方案的主要卖点(销售亮点)集合,每条特性都是满足客户特定商业价值诉求的端到端解决方案。
初始需求IR: initial requirement,原始需求RR经过RAT分析后,站在内外部客户/市场角度,以准确的语言(完整的背景、标准的格式)重新描述的需求。
系统需求SR: system requirement,支撑特性FE所需要支持的具体需求,是系统对外呈现的可测试的全部功能用例或非功能描述,功能性需求需要按功能来分类组织。
分配需求AR: allocated requirement,根据“系统需求SR”分配到子系统/模块的功能或非功能需求。
3.【Req】工作项里Epic、Feature、Story、Task都是什么意思,怎么使用?
答:Epic:史诗,指公司的关键战略举措,粒度比较大,需要分解为Feature,并通过Feature继续分解细化为User Story来完成最终的开发和交付;
Feature:特性,代表可以给客户带来价值的产品功能或特性。Feature向上承接Epic,向下分解为User Story;
Story:是从用户角度对产品需求的详细描述,更小粒度的功能。Story承接Feature,并放入有优先级的backlog中,持续规划、滚动调整优先级,始终让高优先级的Story更早的交付给客户;
Task:在迭代计划会议中,将纳入迭代的Story指派给具体成员,并分解成一个或多个Task,是功能的具体实现。
4.【Req】Scrum项目工作项关联测试用例,Epic、Feature、Story、Task类型的工作项,哪些支持关联测试用例,哪些不支持?缺陷是否支持关联测试用例?
答:在Scrum项目中Epic、Feature、Story类型的工作项,支持关联测试用例,Story下一级的类型Task不支持关联测试用例。缺陷也是支持关联测试用例的。
5.【Req】Scrum项目用户可以导出工作项列表,是否可以增减导出字段?导出字段的顺序是否可以调整?
答:Scrum项目,导出工作项列表的时候,可以在“更多”,单击“导出”后,在弹出的页面设置导出字段,增减导出字段;可以通过拖动字段前后的位置,调整顺序。
6.【Req】Scrum项目可以给工作项设置标签,在筛选工作项的时候,选择了多个标签,会出现什么结果?
答:筛选出的工作项是至少设置了其中一个标签的工作项。包括设置两个标签的工作项和设置了其中一个标签的工作项。筛选条件中多个标签是或的关系,只要符合其中一个标签就能够被筛选出来。当然两个标签都符合的也能够被筛选出来。
7.【Req】知识库团队内成员的查看权限是否支持可配置?
答:1、不支持,团队内成员的查看权限是默认存在的,无法取消;
2、知识库团队中管理员可以配置团队内的编辑,新建等权限。
8.【Req】怎么统计所有项目的工作项,不同story/bug的数量?
答:1、只能统计处理人自己的所有项目的工作项;
2、在“工作台”页面,选择“我的工作项”页签,点击“Scrum”,在右侧的下拉框可以过滤类型为Story/bug的工作项。
9.【Req】wiki都支持哪些类型文档的导入?
答:当前wiki在线文档仅支持txt、html与MarkDown纯文本类型文件的导入。另外也支持将以上文本文件打包至zip文件的导入。
10.【Req】每个迭代都会有很多研发需求,这些研发需求如何从研发流转到测试?
答:从产品层面来看,只需要更新工作项状态和处理人即可;业务层面来看,建议需求落到迭代开始,测试用例同步开始设计;当单个需求研发完成,先不将需求由研发转给测试,而是等到所有需求研发完成,通过转测邮件或其他形式,告诉测试负责人测试哪些需求,并同步将所有待测研发需求转给测试组长,由测试组长分配具体谁来执行哪些用例、测哪些需求。
11.【Req】CodeArts是否支持项目成员只能查看任务/工作项,不能查看代码?
答:支持,CodeArts中对代码仓库设置了专门的成员管理策略,若项目成员未被添加为仓库成员,这该成员没有权限查看代码仓库信息;用户登录后,代码托管服务页面中不会显示该帐号没有权限的代码仓库。
12.【Req】IPD项目中,停留天数、延期、超期等如何理解?
答:1、停留天数:一个需求在某一个状态停留,未往下一个状态流转所停留的天数。停留天数超过3天会变橙色,超过7天会变红色。
2、已延期的:超过计划完成时间却仍未完成的。
3、即将超期的:计划完成时间在今天、明天或7天内却未完成的,即属于今天、明天或7天内即将超期的。
13.【Req】wiki是否支持关联项目里工作项,支持的话如何关联?
答:可通过@ 的方式,在显示出的工作项列表中,关联工作项;同时通过@的方式,还可以关联项目成员、以及文档库中的文档。
14.【Req】当我们在IPD项目中创建好了需求的标签,如何打标签和根据标签筛选需求?
答:1、打标签:需求点击需求进入详情,在上方标题附近可以看到标签字样,点击加号,可以添加标签。
2、根据标签查询:RR对象需要到标题列筛选标签,其他需求对象既可以在标题列筛选,也可以在筛选项中,选择标签项目筛选。
15.【Req】当原始需求、特性、研发需求内容需要评审时,评审专家可以选择到哪些项目角色?
答:当前项目的项目成员都可以被选择为评审专家。最多选择10位,仅需提供评审专家意见即可。
16.【Req】支持工作项指派给某人后有短信、微信或者邮件等提示吗?
答: 支持邮件通知和站内信通知,不支持微信通知。
17.【Req】最多可以创建多少个自定义角色?
答:项目下可自定义的最大角色数量为500个。
18.【Req】Scrum项目工作项可以关联测试用例,多个Story是否可以关联同一个测试用例?
答:在工作项进行测试用例关联,多个Story不能同时关联同一个测试用例,即一个测试用例只能被一个工作项关联。
19.【Req】工作台中的Scrum工作项,创建过滤器可以设置哪些过滤条件?
支持类型,优先级,创建人,开发人员的过滤条件,以及它们的组合的过滤条件,例如:过滤器中可以包含类型一个筛选条件,也可以包含类型、优先级、创建人、开发人员四项筛选条件。
答:经过测试,只要对接的代理名称和路径不冲突,同一台机器支持接入多个代理。