[ethagknight]

It sounds like that's the fat right there! I know it's an example, but 8 people for visual UI? That's an example of something that could be down by 1 person or 100 people, depending on your attitude of design by committee. Easy to imagine meetings about meetings studying 500 possible interaction schemes before honing in on a final 15 to run mock-ups to evaluate before deciding to etc etc.

Rube Goldberg vs just empowering someone to design something and move on.

[wildrhythms]

So 1 person to design, prototype, and test the thing? The design has to go thru many iterations, feedback sessions, approvals by managers and their managers, approvals from the design system folks, approval from the engineers who have to implement the thing. Then the prototyping- should a designer also know Java and the Android SDK to build a prototype? And should they commit the code into production and set up an experiment for A/B testing? (Whole set of data collection and bias concerns and approvals needed here) Or if they build a prototype in, let's say, Figma, is that high fidelity enough? (More internal feedback and managers required) Then the testing: building a research plan that avoids bias, asks the right questions, defines how success is measured, yeah the feedback might be subjective but the process needs to be empirical. And then gathering all of this data and compiling a whole set of research findings and suggestions so the manager-of-manager whoever is in charge can feel comfortable with going ahead and actually building the thing.

(I work in UX, and there is a lot of bullshit like this)