The only thing I have found its hard to implement this process in the existing project because it takes time to change the process and this process has involved many steps but this one time cost of implementation can save a lot in future.
1) If the reuse practices are not defined, the test developer has to wait for the actions A2 and A3 to be performed at organizational level. It will cause a delay in test development.
2) If estimitating the relevance and the costs is not automated, then the process it self will contribute to the test development costs.
3) It is not clear enough if the process caters for synonyms while evaluating relevance.i.e. If a similar requirement is written using a different set of words, how the relevance is measured.
In case of not having good assess relevance and cost of reuse, this process will take some extra time to implement new TCs as step to write new TCs will start after several assessments steps.
Some parts of the process are subject to assessment, for instance, relevance and cost. It is difficult to judge how accurate and robust these parts are. Furthermore, while comparing the cost of reuse vs writing of new test cases, the authors missed the segment of evaluating the cost of writing new test cases. It is also not clear if the synonyms are considered in the keyword-based relevance assessment. Otherwise, there is a chance that the process measure low or zero relevance between similar test cases. For instance, an existing test case is, "As a user, I should be able to delete the product". Suppose that the new test case is that "As a user, I should be able to remove any item from the product table. Now the question is that, how relevant are these two for the relevance assessment module?