The company I am working for runs the agile model - and we have to provide estimates of how long a particular task will take. If I haven't done the task before, how will I know how long to give as an estimate?
closed as off topic by JonW♦ Feb 15 '13 at 10:08
Questions on User Experience Stack Exchange are expected to relate to user experience within the scope defined by the community. Consider editing the question or leaving comments for improvement if you believe the question can be reworded to fit within the scope. Read more about reopening questions here. If this question can be reworded to fit the rules in the help center, please edit the question.
THere is no simple answer for that, as the complexity comes with the ideation, and as idea influences UX and UX influences idea, the two usually pump the process up. In other words - it is possible to calculate the timings only if you have the whole idea (also about UX) shaped, and this is basically the moment when you already have UX done.
Especially for agency enviroment it is very complicated, because:
- you WILL get client input on what you have done already, at various stages of the project (even after UX design), making you go a step backward, sometimes two steps
- the complexity (set of functionalities) grows with time, and with the idea getting more and more defined
So: no simple answer.
However, there are some approaches that may help:
Refer to your expertise, or use help of another UX designer to at least roughly estimate it.
Use relative estimates, saying that the process may take e.g. about 1 week, but it depends on the final complexity, client input, additional information, dependencies etc. The time estimate can be done after that.
Use a range. Saying "1 week" is more problematic than saying "1 to 3 weeks".
Adjust timings on the go. As Ben said, this is a part of Agile, but even not using a particular project management methodology, you can communicate at the begining that it may change with time.
It depends on the task at hand. If you know what the output and input is, than you would probably know what time it takes to analyze the input and produce the output. If you don't know, you need to devide and concur, and break down the task into understandable measurable pieces. Then it easier to make a decent estimate.
The good thing is that you use Agile methodology which makes it possible to change the estimate as you move along. Most important, communicate the uncertainty to the members and leaders of the project group.