Redmine工作任务管理规范测评20151126

Q1:项目在需求分析阶段，IT的开发人员需要将工作任务记录在（）？

Q2:项目在设计阶段，IT的开发人员需要将工作任务记录在（）？

Q3:项目在编码阶段，IT的开发人员需要将工作任务记录在（）？

Q4:项目在SIT阶段，IT的开发人员需要将工作任务记录在（）？

Q5:项目在UAT阶段，IT的开发人员需要将工作任务记录在（）？

Q6:项目已上线，且在试运行阶段，业务部门的用户发现应用系统问题，需要在（）记录？

Q7:项目在运维阶段，业务部门的用户发现应用系统问题，需要在（）记录？

Q8:参加项目讨论会议，或者项目周会，这种类型的任务耗时应该记录在（）？

Q9:参加非项目类的会议，比如部门或者团队例会，这种类型的任务耗时应该记录在（）？

Q10:团队管理和招聘，这种类型的任务耗时应该记录在（）？

Q11:参加新员工培训，office培训，这种类型的任务耗时应该记录在（）？

Q12:预估整个月的支持类任务的工时，应该记录在（）？

Q13:对于新员工培训、office培训，非项目会议，在ITSM中录入时，可以怎么录入？

Q14:对于ITSM中的（）事件，需要提交变更请求，并且需要在Redmine中新建对应的任务。

Q15:对于ITSM中开发类故障和开发需求，是否需要在ITSM中提交变更流程？

Q16: 对于ITSM中开发类故障和开发需求，是否需要在Redmine中新建一个对应的任务？（）

Q17: 对于ITSM中开发类故障和开发需求（大于10个人天的），需要在ITSM中填入（），以便告知业务部门的用户IT即将花在这项任务／项目上的时间？

Q18: 对于开发类故障和开发需求（大于10个人天的），实际的耗时需要填在ITSM系统吗（）？

Q19:对于开发类故障和开发需求（小于10个人天的），实际的耗时填在（）？

Q20:对于ITSM中的开发类故障和开发需求事件，录入到Redmine的时候，必须填（）？

Q21:对于ITSM中开发类故障和开发需求，在Redmine中新建对应的任务，如果任务是小于10个人天的，需要（）？

Q22:对于ITSM中开发需求，在Redmine中新建对应的任务，如果任务是大于10个人天的，需要（）？

Q23:预估每个月的支持类的任务，应该填在Redmine中的（）？

Q24:Redmine中（）下面的任务，是不会被纳入计算KPI的生产效率（开发）？

Q25:ITSM中的（）类型的事件，如果实际耗时也填在了ITSM中，填入的实际耗时是不会被纳入计算KPI的Utilization？

Q26: Redmine中，（）的任务，不会纳入KPI中生产效率（开发）的计算？

Q27:编码阶段的任务的预期时间，应该按照（）来评估？

Q28:目前我们规定的代码行数与编码时间的标准是，一个小时（）行代码，且不含注释行？

Q29:Redmine系统中，TL在收到其他人提交的“新建”状态的问题时，如果TL审批通过，那么应该把这个问题的状态设置为（ ）？

Q30:Redmine系统中，TL在收到其他人提交的“新建”状态的缺陷Bug时，TL经过线下跟提交人沟通之后认为不是Bug，则TL那么应该把这个问题的状态设置为（ ）？

Q31:Redmine系统中，开发人员收到TL指派过来的状态为“Approved”的问题后，开发人员接受该任务，开始调查研究开发该任务，则应该把问题的状态设置为（）？

Q32:Redmine系统中，开发人员已经解决了某个任务，则应该把这个问题的状态设置为（）？

Q33:Redmine系统中，“缺陷Bug”类型的问题的当前状态为“已解决”，测试人员验证不通过后，需要把该问题状态改为（）？

Q34:Redmine系统中，“缺陷Bug”类型的问题的当前状态为“已解决”，测试人员验证通过后，需要把该问题状态改为（）？

Q35: Redmine系统中，开发人员自己给自己新建的任务，或者TL给开发人员分派的任务，当这些任务被解决完成之后，开发人员会把问题的状态改成“已解决”。并且，开发人员还需要将这些“已解决”的任务的状态设置为（），以便统计KPI中的生产效率（开发）的时候，这种状态的任务被纳入考核？

Q36:针对大项目（大于10个人天），QA会根据（）来审核项目的交付物和过程。

Q37:针对小项目（小于10个人天），QA会根据（）来审核项目的交付物和变更。