<aside> 💡 Build a more impactful & reliable product while making the job of our developers more engaging.
</aside>
<aside> 🧯 In the "old-school" V-model, it's estimated that fixing an error identified during the design phase costs 30 times less than fixing it after release.
</aside>
The main role of the Tech Holder is to evaluate, minimize uncertainty, and anticipate any risks. This require an good understanding of the needs and the current state of the product. Then she will create a set of tasks to achieve the project.
Th will be recorded in a Design Document (‣).
At first, the Tech Holder won’t have all of the answers. That's why she can rely on the whole product team and tech team. However, it is her responsibility that the project starts under the best conditions.
The Tech Holder must:
Understand the feature (The Study):
This will constitute the forewords of the ‣
Define an action plan (The Plan)
This will constitute the body of the ‣
During the development phase, the Tech Holder is the main point of contact for any questions regarding development.
She should review ALL PRs related to the project.
During daily meetings, the Tech Holder must:
Once the code is rolled out, the Tech Holder becomes the main point of contact for the product team during Acceptance Tests if something does not behave as expected.
Once deployed in production, she is also responsible for errors or performance degradation reported by the Bat·wo·man.