Up to the 2 year mark on this team, the team made huge efforts to progress both the Agile and UX maturity level of the team.
The timelines above are a conceptual view of the process to go from hypothesis to ready for deployment. With each project, the steps we take and the time allocated to different supporting teams shows benefits towards developing with greater clarity. We cannot accurate compare the difference per project because of the difference in time spans, complexity of the project and scope.
Materials had minimal planning a change of scope more than half way through the year; design was only considered reactively. Quality had some level of planning and design discovery involved, which has resulted in a more robust product that gives users greater control over their tasks. Backshop being the project with the greatest amount of planning and design time resulted in a user friendly product achieved more efficiently over time.
I believe that the Agile Scrum methodology was designed for software Developers (not the same as the whole dev team). It is important to note how different the design process can be, depending on what stage in the product lifecycle we are designing for.
Agile does not have a baseline assumption that design or discovery is part of the process, and therefore, makes it difficult to include in planning. These steps are also often cut out when instead, they should be seen as deeply important to products (enterprise B2B) and industries (manufacturing) that solve complex problems.
This
Medium article is a great read for those finding themselves in a similar situation as myself, navigating how design and UX practices can be heard on an Agile team.
If you would like to chat deeper on my experience, please contact me through my LinkedIn or email, you can find my contact on my home page or resume.