[hcarvalhoalves]

I suspect Event modeling is a new buzzword, but the idea isn’t new.

See, if you had the job of automating some business process a few decades ago, you would walk around the office and watch people doing their jobs. You would learn employee A would call some customer, fill an order on paper, then leave it at the desk of another employee from another department. The this other employee would type some other paper, staple it together and dispatch to yet another department, and so on so forth…

If you think in terms of “employees” exchanging “documents”, this naturally leads to capturing the process with a model of a timeline of events. The words Create/Update/Delete simply don’t exist in business vocabulary; nothing in business is “mutate-in-place”; naturally, modeling a process around these notions is a conceptual mistake - it just happens that for a long time now technologists have enforced their tools models (relational databases, OO/ORM, CRUD APIs) onto business process instead of the other way around.

How does it help with scrum, points, project estimation and so on? Well, I guess instead of the usual throwing your hands in the air saying “Nobody knows the requirements! Let’s ship some CRUD based on a mockup and iterate!”, the Event modeling approach at least tries to gather actual requirements earlier in a format stakeholders can understand/contribute.