A little introduction to my case:
As part of a bigger product, my team is asked to realize a small IDE for a DSL. The user of this product will be able to make function calls in the code and we are also asked to provide some useful function libraries.
The team, together with the PO, put on the wall a certain number of user stories regarding the various libraries for the IDE user.
When estimating the first of those stories, the team decided that the function call mechanism would have been an engaging but not completely obvious task, so the estimate for that user story raised up from a simple 3 to a more dangerous 5.
Coming to the problem:
The team then moved to the user stories regarding the other libraries, actually 10 stories, and added those 2 points of "function call mechanism" thing to each of those user story.
This immediately raised up the total points for the product of 20 points!
Everyone in the team knows that each user story could be picked up by the PO for the next iteration at any time, so we shouldn't isolate that part in one user story, but those 20 points feel so awfully unrealistic!
I've proposed a solution, but I'm absolutely not satisfied:
We created a "Design story" and put those annoying 2 points over it. However when we came to realize and demonstrate it to our customers, we were unable to show something really valuable for them about that story!
Here the problem is whether we should ignore the principle of having isolated user stories (without any dependency between them).
What would you do, or even better what have you done, in situations like this?
(a small foot-note: following a suggestion I've moved this question from stackoverflow)