Application components dependency and decoupling
In my client application I have two major components:
How do you prioritize initial sprints to maximise the chance of catching architecture errors early?
I’ve worked on several projects that have used agile successfully as a means of providing continuous improvement on an already mature piece of software. But I’ve found it’s much harder to be “agile” when pre-planning something. An element of waterfall is necessary to produce initial functional specifications and a sensible architecture, as per this question: How do you explain to an “agile” team that they still need to plan the software they write?
How do you prioritize initial sprints to maximise the chance of catching architecture errors early?
I’ve worked on several projects that have used agile successfully as a means of providing continuous improvement on an already mature piece of software. But I’ve found it’s much harder to be “agile” when pre-planning something. An element of waterfall is necessary to produce initial functional specifications and a sensible architecture, as per this question: How do you explain to an “agile” team that they still need to plan the software they write?
How do you prioritize initial sprints to maximise the chance of catching architecture errors early?
I’ve worked on several projects that have used agile successfully as a means of providing continuous improvement on an already mature piece of software. But I’ve found it’s much harder to be “agile” when pre-planning something. An element of waterfall is necessary to produce initial functional specifications and a sensible architecture, as per this question: How do you explain to an “agile” team that they still need to plan the software they write?
How do you prioritize initial sprints to maximise the chance of catching architecture errors early?
I’ve worked on several projects that have used agile successfully as a means of providing continuous improvement on an already mature piece of software. But I’ve found it’s much harder to be “agile” when pre-planning something. An element of waterfall is necessary to produce initial functional specifications and a sensible architecture, as per this question: How do you explain to an “agile” team that they still need to plan the software they write?
Integration between services in a SOA
Assume we have a Bounded Context for Inventory (InventoryBC) and another one for Shipments (ShipmentsBC). These 2 BCs need to communicate together. They are hosted on 2 different services on different servers with different databases.
Is my auto-update standard reasonable?
I’m looking to come up with a standard for how to implement a system that will automatically update software. As such, there is no actual programming (yet), but I still want to make sure my standard is robust before moving on to the stage where I build a proof-of-concept prototype.
Is my auto-update standard reasonable?
I’m looking to come up with a standard for how to implement a system that will automatically update software. As such, there is no actual programming (yet), but I still want to make sure my standard is robust before moving on to the stage where I build a proof-of-concept prototype.
Is my auto-update standard reasonable?
I’m looking to come up with a standard for how to implement a system that will automatically update software. As such, there is no actual programming (yet), but I still want to make sure my standard is robust before moving on to the stage where I build a proof-of-concept prototype.
Is my auto-update standard reasonable?
I’m looking to come up with a standard for how to implement a system that will automatically update software. As such, there is no actual programming (yet), but I still want to make sure my standard is robust before moving on to the stage where I build a proof-of-concept prototype.