Objectives of formal technical review (FTR)

  • Detect Identification: Identify defects in technical objects by finding and fixing mistakes, inconsistencies, and deviations.
  • Quality Assurance: To ensure high-quality deliverables, and confirm compliance with project specifications and standards.
  • Risk Mitigation: To stop risks from getting worse, proactively identify and manage possible threats.
  • Knowledge Sharing: Encourage team members to work together and build a common knowledge base.
  • Consistency and Compliance: Verify that all procedures, coding standards, and policies are followed.
  • Learning and Training: Give team members the chance to improve their abilities through learning opportunities.

In addition, the purpose of FTR is to enable junior engineers to observe the analysis, design, coding, and testing approach more closely. FTR also works to promote backup and continuity to become familiar with parts of the software they might not have seen otherwise. FTR is a class of reviews that include walkthroughs, inspections, round-robin reviews, and other small-group technical assessments of software. Each FTR is conducted as a meeting and is considered successful only if it is properly planned, controlled, and attended. 

Formal Technical Review (FTR) in Software Engineering

Formal Technical Review (FTR) is a software quality control activity performed by software engineers. It is an organized, methodical procedure for assessing and raising the standard of any technical paper, including software objects. Finding flaws, making sure standards are followed, and improving the product or document under review’s overall quality are the main objectives of a formal technical review (FTR). Although FTRs are frequently utilized in software development, other technical fields can also employ the concept.

Similar Reads

Objectives of formal technical review (FTR)

Detect Identification: Identify defects in technical objects by finding and fixing mistakes, inconsistencies, and deviations. Quality Assurance: To ensure high-quality deliverables, and confirm compliance with project specifications and standards. Risk Mitigation: To stop risks from getting worse, proactively identify and manage possible threats. Knowledge Sharing: Encourage team members to work together and build a common knowledge base. Consistency and Compliance: Verify that all procedures, coding standards, and policies are followed. Learning and Training: Give team members the chance to improve their abilities through learning opportunities....

Example

Suppose during the development of the software without FTR design cost 10 units, coding cost 15 units and testing cost 10 units then the total cost till now is 35 units without maintenance but there was a quality issue because of bad design so to fix it we have to redesign the software and final cost will become 70 units. that is why FTR is so helpful while developing the software....

The Review Meeting

Each review meeting should be held considering the following constraints- Involvement of people:...

Review Guidelines

Guidelines for the conducting of formal technical reviews should be established in advance. These guidelines must be distributed to all reviewers, agreed upon, and then followed. An unregistered review can often be worse than a review that does not minimum set of guidelines for FTR....

Conclusion

Organizations can create and follow standardized procedures since the formalized nature of FTR guarantees consistency in the review process. This helps with continuous improvement and gives teams a foundation for metrics and analysis so they can monitor the effectiveness of their reviews over time....