业务需求尚未被正式批准启动，与业务部门进行需求讨论的工作任务，记录在（）？
项目已经被正式批准启动，进入项目需求分析阶段 ，IT的开发人员需要将工作任务记录在（）？
项目 在设计阶段或者编码阶段，IT的开发人员需要将工作任务记录在（）？
项目 在SIT阶段，IT的开发人员需要将工作任务记录在（）？
项目 在UAT阶段，IT的开发人员需要将工作任务需要怎么记录（）？
只能记录在ITSM
只能记录在Redmine
PM可以选择或者在ITSM记录，或者在Redmine记录
项目已上线，且在试运行阶段，业务部门的用户发现应用系统问题，应该通过（ ）系统将问题提交给IT项目组？
项目在运维阶段，业务部门的用户发现应用系统问题，需要在（ ）记录？
参加项目讨论会议，或者项目周会，这种类型的任务耗时应该记录在（）？
参加非项目类的会议，比如部门或者团队例会，这种类型的任务耗时应该记录在（）？
团队管理和招聘，这种类型的任务耗时应该记录在（）？
参加新员工培训，office培训，这种类型的任务耗时应该记录在（）？
对于新员工培训、office培训，非项目会议，在ITSM中录入时，可以怎么录入？
通过模板录入（“培训”、“团队管理”、“会议”模板）
不选模板，自己选择运作分类选other equipment-others-other incident
对于ITSM中的（）事件，需要提交变更请求，并且需要在Redmine中新建对应的任务。
请求
咨询
开发需求
开发类故障
非开发类故障
投诉服务
固定类作业
对于ITSM中开发类故障和开发需求，是否需要在ITSM中提交变更流程？
对于ITSM中开发类故障和开发需求，是否需要在Redmine中新建一个对应的任务？（）
对于ITSM中开发类故障和开发需求（大于10个人天的），需要在ITSM中填入（），以便告知业务部门的用户IT即将花在这项任务／项目上的时间？
对于开发类故障和开发需求（大于10个人天的），实际的耗时需要填在ITSM系统吗（）？
对于开发类故障和开发需求（小于10个人天的），实际的耗时应该填在（）？
对 于ITSM中的开发类故障和开发需求事件，录入到Redmine的时候，必须填（）？
对于ITSM中开发类故障和开发需求， 在Redmine中新建对应的任务，如果任务是小于10个人天的，需要（）？
填写在xxx-non-project-task下面
填写在xxx-team-support 下面
联系Redmine管理员，新建一个项目，并填在这个新项目下面
对于ITSM中开发需求， 在Redmine中新建对应的任务，如果任务是大于10个人天的，需要（）？
填写在xxx-non-project-task下面
填写在xxx-team-support 下面
联系Redmine管理员，新建一个项目，并填在这个新项目下面
预估每个月的支持类的任务，应该填在Redmine中的（）？
xxx-non-project-task
xxx-team-support
Redmine中的某个大项目下（比如plm project）
Redmine中（）下面的任务，是不会被纳入计算团队绩效的生产效率（开发）？
xxx-non-project-task
xxx-team-support
Redmine中的某个大项目下（比如plm project）
ITSM中的（）类型的事件，如果实际耗时也填在了ITSM中，填入的实际耗时是不会被纳入计算团队绩效的Utilization？
请求
咨询
开发需求
开发类故障
非开发类故障
投诉服务
固定类作业
Redmine中，（）的任务，不会纳入团队绩效中生产效率（开发）的计算？
需求讨论
写需求文档
设计讨论
写设计文档
编码阶段
SIT
UAT
对于新开发项目，编码阶段的任务的预期时间，应该按照（）来评估？
对于新开发项目，目前我们规定的代码行数与编码时间的标准是，一个小时（）行代码，且不含注释行？
Redmine系统中，TL在收到其他人提交的“新建”状态的问题时，如果TL审批通过，那么应该把这个问题的状态设置为（ ）？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
Redmine系统中，TL在收到其他人提交的“新建”状态的缺陷Bug时，TL经过线下跟提交人沟通之后认为不是Bug，则TL那么应该把这个问题的状态设置为（ ）？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
Redmine系统中，开发人员收到TL指派过来的状态为“Approved”的问题后，开发人员接受该任务，开始调查研究开发该任务，则应该把问题的状态设置为（）？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
Redmine系统中，开发人员已经解决了某个任务，则应该把这个问题的状态设置为（）？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
Redmine系统中，“缺陷Bug”类型的问题的当前状态为“已解决”，测试人员验证不通过后，需要把该问题状态改为（）？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
Redmine系统中，“缺陷Bug”类型的问题的当前状态为“已解决”，测试人员验证通过后，需要把该问题状态改为（）？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
Redmine系统中，开发人员自己给自己新建的任务，或者TL给开发人员分派的任务，当这些任务被解决完成之后，开发人员会把问题的状态改成“已解决”。并且，开发人员还需要将这些“已解决”的任务的状态设置为（），以便统计生产效率（开发）的时候，这种状态的任务被计算进团队绩效？
新建
Approved
进行中
已解决
已关闭
已拒绝
反馈
针对大项目（大于10个人天），QA会根据（）来审核项目的交付物和过程。
QMP
Redmine中的xxx-non-project-task下的任务
Redmine中的xxx-team-support下的任务
针对小项目（小于10个人天），QA会根据（）来审核项目的交付物和变更。
QMP
Redmine中的xxx-non-project-task下的任务
Redmine中的xxx-team-support下的任务