User Experience Stack Exchange is a question and answer site for user experience researchers and experts. It only takes a minute to sign up.
Sign up to join this community
The actual question can be 'Is there any?'
Standard software development process have many standard; mutually agreed and proven estimation techniques. Few of them I have listed below:
Do these estimation techniques include efforts for UX/UI also? If not, in what way we can make use of these techniques to estimate project from UX point of view? Appreciate information, reports, references, case studies on these points.
I can speak about my experience working in an enterprise environment where my team works on projects for various business units, each having wildly different expectation about our engagement. Aside from the scope of the project, our estimates can differ depending on:
Looking at 100+ different sized projects we've worked on over the years, we've learned that amount of time spent on UX tracked nicely in proportion to development hours (excluding time spent by analysts, project management, and other overhead), and that ratio has been 1:10.
For example, if an IT project is budgeted for $3 million and $2 million of that is for development hours, $200,000 is roughly how much we end up charging back based on our retroactive analysis.
However, this isn't how we actually estimate level of effort, because saying "10% of development hours" isn't going to fly with most PMs and project sponsors. So we usually use combination of sizing techniques.
In all projects, there is a lot of pre-work and meetings. So we estimate how many hours per week we expect to spend attending meetings and doing analysis based on their project schedule. If it will take 2 people on my team 50% of their time for next 3 weeks, then it will be 2x40x0.5x3 = 120 hours.
As we progress into the project and requirement becomes more baked, we are able to factor in things like unique screen counts, flows, fidelity of prototypes, complexity of interactions and information, latest stakeholder expectations, and etc. to arrive at more accurate level of effort.
It's best to not reveal the detailed breakdown of you arrived at the numbers. Chances are, if you've been doing this for awhile, the 'overall' number will average out to be accurate, but the breakdowns may not be, and some may question them.
Depends on your outputs and the size of the system analysed.
It comes with years of experience to estimate properly and is generally heuristically evaluated. I know how long it takes me to produce X wireframes and interview Y users.
There really is no set formula as projects are so variable
