Ask HN: Agile development at big companies

I work at a big company with dozens of websites driving our business. There are almost 100 developers split up into system-based teams (Architecture, Billing, Content, etc.), almost as many QA testers, and hundreds of content managers, business analysts and other non-dev roles.

My team, Content Services, develops and maintains core APIs for the front-end developers; and we develop, maintain & support a web app Content Management System used by our non-dev creatives, content managers and business owners. We have 10 very skilled developers and a slim but effective support team for our CMS.

In terms of process, we are lightyears ahead of where we were even 3 years ago. Since then, we have gone from opaque 6-month waterfall "iterations" to bonafide 2-week agile iterations.

However, agile methodologies were not developed by teams at big companies, and in many ways, we are struggling to "own" the agile approach.

I am coming to you all for help: Does anyone have experience with this? Given the context I've written and the pain points I'll detail here, can you see any quick wins or necessary process/cultural shifts?

- Our business owners don't write our user stories. Generally our dev team analysts write the user stories after meeting with the users. We have an enormous backlog of over 500 stories--remember, we're serving dozens of business owners working with different sites and types of content (everything from ecards to custom printable mugs).

- We have too many "epics". Implementing a story and doing it "right" often involves so many layers of changes--from db schema to CMS interface to framework updates to API support to documentation to test cases to validation scripts--that fitting it into 2 weeks requires herculean effort and brain-bending cross-team planning.

- We now involve our stakeholders in daily standups and planning, which is GREAT! But we have a lot of trouble with confusing them by talking about tech stuff. There's just no reason for our content managers to know that CouchDB is having stability issues because our custom serialization module isn't handling unicode conversion properly. But switching from "tech mode" to "business mode" is difficult, and many developers just aren't interested or capable of it. Nor should they be, necessarily--a certain amount of specialization is necessary. In a company of almost 500, you can't have everybody know everything.

What do?