Moving from a monolith to microservices the only value business stakeholders care about is reducing cost. It will not increase or protect revenue and neither scaling nor distribution are good reasons that will convince the business, Ian Cooper claimed in his presentation at this year’s Microservices Conference in London describing guidelines moving from a monolith to a microservices architecture.
InfoQ interviewed Stefan Roock about adding XP practices to Scrum, why using an agile framework as a blueprint for designing the organization is a premature optimization and why culture and principles are more important than practices. Roock also explains the agile scaling cycle with examples of how it can be used, and talks about the benefits and pitfalls of this approach for agile scaling.
An interview with Nicole Forsgren about why organizations are starting to embrace DevOps methods, how being able to deploy fast can also increase IT stability, what to focus upon when changing the organizational culture to improve performance, how lean management can help to increase the performance, and asked her for advice when organizations want to apply DevOps to increase their performance.
Agile testers can signal and question the (testing) process. Marnix van den Ent gave a talk at the Agile Testing Days 2015 in which he explained how he views testers as a harlequin: "a servant to the team and its process, like the Italian Harlequin he is there to help to understand what is happening". An interview about developing an art of questioning, XP practices and retrospectives.
Uncle Bob proposes an oath to software programmers as other professions have, considering the importance of this craftsmanship.
Enterprise Services Planning is a way of planning, scheduling, sequencing, and selecting work for professional services. It extends Kanban for enterprise-wide service improvement. InfoQ interviewed Anderson about what Enterprise Services Planning (ESP) aims to deliver, how it can be used to manage risks, how cost of delay can be used inside ESP, and why feedback loops are important in ESP.
Dotty, a platform aimed to develop new technology for Scala tooling as well as try out new concepts for future Scala versions, has reached bootstrap status. This means that its compiler is written in Dotty and can compile itself, thus providing a drop-in replacement for the original one. InfoQ has spoken with Dotty major contributor Dmitry Petrashko.
Obeya is a management approach that uses war rooms and visualization for managing projects. InfoQ did an interview with Malika Mir about why she decided to implement Obeya, how they are using Obeya to manage project portfolios, their experiences with Obeya and the benefits that they have got from it.
Eventual consistency is a design approach for improving scalability and performance. Domain events, a tactical element in Domain-Driven Design (DDD), can help in facilitating eventual consistency, Florin Preda and Mike Mogosanu writes in separate blog posts, each describing the advantages achievable.
Nexus is a framework for developing and sustaining large software development projects. The Nexus Guide can be used next to the Scrum Guide to scale Scrum and support the integrated effort of multiple software development teams.
The agile essentials from Ivar Jacobson International is a starter kit of agile practices, provided as a deck of cards. Teams can play games with these cards to learn agile practices and inspect and adapt their way of working.
Command Query Responsibility Segregation (CQRS) is the starting point of a change that will have a profound impact on system architecture, Dino Esposito claims in three articles in MSDN Magazine. It’s the first step in an evolution transitioning software architects from the idea of “models-to-persist” to the idea of “events-to-log” and about event-based data instead of data snapshots.
After failing with two proof of concept, mainly with scalability issues, when trying to renew their main website the business decided to take a more agile and incremental approach and in a restart of the project inspired by Domain-Driven Design (DDD) having developers talk with domain experts, Chris Patuzzo explains describing the principles of DDD in the context of a real project.
Remembering that automation is a side benefit and not the reason for BDD is one improvement to more closely follow the recommendations of BDD thought leaders, Joe Colantonio explains noticing six ways of improving work with a BDD mindset.
Not interacting with domain experts is one of a common set of mistakes done when using Domain-Driven Design (DDD), finding and correcting them early on may save a team time, Daniel Whittaker claims describing ten mistakes he regularly see developers do.