��FTR的关注点集中于某个工作产品，即软件的某一部分(如部分需求规格说明、一个模块的详细设计、一个模块的源程序清单）。评审会议由评审负责人主持，所有评审人员和开发人员参加。FTR首先讨论日程安排，然后让开发人员"遍历"其工作产品，做简单介绍。评审人员根据他们事先的准备提出问题。当问题被确认或错误被发现，记录员要将其一一记录下来。评审结束时，所有FTR的参加者必须作出决定： ��・接受该工作产品，不再做进一步的修改。 ��・由于该工作产品错误严重，拒绝接受(错误改正后必须再次进行评审)。 ��・暂时接受该工作产品(发现必须改正的微小错误，但不必再次进行评审)。 ��当决定之后，FTR的所有参加者都必须签名，以表明他参加了会议，并同意评审组的决定。 ��