It’s impossible not to know about Agile development nowadays. Heaven forbid someone catches you unaware—it’s practically a career-ending move. I’m joking, of course, but the fact remains: every developer and manager in IT can talk at length about how they’ve implemented Scrum, Kanban, sprints, and plenty of other fancy terms in their teams. However, in practice, it turns out that very few people actually know how to make all this work properly (and the author of these lines harbors no illusions about his own expertise, even though I’ve been working in this field for a long time). While these methodologies have been actively used for many years, it eventually became clear that in their pure form, they work well for small teams, but when applied to projects with a large number of participants, the results are less impressive. That’s when the next wave of development began, as people started thinking and experimenting with how to scale these practices.
A lot of new methodologies emerged—some faded away, while others developed through trial and error and found their use. Among them are Scrum of Scrums, LeSS, and SAFe, though there are many others as well. It’s hard to say which one is clearly the best, but SAFe has recently gained a lot of followers and seems to be leading the pack statistically. At some point, I couldn’t ignore it because every methodology has its advantages. Even if it doesn’t fully take root for you or your team, you can always borrow some elements, implement them first, then move on to the next… and so on, as long as it genuinely improves quality, transparency, and, of course, the final result.
Read more
