Enterprise Architecture and Complexity
by Jackie O’Dowd Business and Enterprise Architectures commonly describe the…
Aggregated enterprise architecture wisdom
by Jackie O’Dowd Business and Enterprise Architectures commonly describe the…
Once again, I’m making an appearance on Tom Cagley’s Software Process and Measurement (SPaMCast) podcast. This week’s episode, number 438, features Tom’s essay on using sizing for software testing, Kim Pries with a Software Sensei column (canned solutions), and a Form Follows Function installment based on my post “Organizations as Systems and Innovation”. In this […]![]()
You can’t always get what you want But if you try sometimes well you just might find You get what you need When it comes to systems, you can’t always get what you want, but you do get what you design (intentionally or not), whether it’s what you need or not. In other words, the […]![]()
“Emergent” is a word that I run into from time to time. When I do run into it, I’m reminded of an exchange from the movie Gallipoli: Archy Hamilton: I’ll see you when I see you. Frank Dunne: Yeah. Not if I see you first. The reason for my ambivalent relationship with the word […]![]()
Over the last year or so, the concept of looking at organizations as systems has been a major theme for me. Enterprises, organizations and their ecosystems (context) are social systems composed of a fractal set of social and software systems. As such, enterprises have an architecture. Another long-term theme for this site has been my […]![]()
A few weeks back, in my post “Enterprise Architecture and the Business of IT”, I mentioned that I was finding myself drawn more and more toward Enterprise Architecture (EA) as a discipline, given its impact on my work as a software architect. Rather than a top-down approach, seeking to design an enterprise as a whole, […]![]()
Last week, in a post titled “The Flaw in All Things”, John Vincent discussed the problem of seeing “the flaw in all things”: It’s overwhelming. It’s paralyzing. I can’t finish a project because I keep finding things that could cause problems. I even mentioned this to our CTO and CEO at one point when we […]![]()
There’s an old saying that if you put one foot in a bucket of ice and the other in a bucket of boiling water, on average you’re comfortable. Sometimes analyzing information in the aggregate obscures rather than enlightens. A statistician named Francis Anscombe pointed out this same principle in a more visual (though less colorful) […]![]()
This week’s episode of Tom Cagley’s Software Process and Measurement (SPaMCast) podcast, number 389, features Tom’s essay on Agile acceptance testing, Kim Pries talking about soft skills, and a Form Follows Function installment on sense-making and decision-making in the practice of software architecture. Tom and I discuss my post “OODA vs PDCA – What’s the […]![]()
Take a couple of seconds and watch the clip in the tweet below: While it would be incredibly difficult to predict that exact outcome, it is also incredibly easy to foresee that it’s a possibility. As the saying goes, “forewarned is forearmed”. Being forewarned and forearmed is an important part of what an architect does. […]![]()
This week’s episode of Tom Cagley’s Software Process and Measurement (SPaMCast) podcast, number 385, features Tom’s essay on Agile portfolio metrics, Kim Pries talking about the value of diversity, and a Form Follows Function installment on sense-making and decision-making in the practice of software architecture. Tom and I discuss my post “Architecture and OODA Loops […]![]()
From my very first post, I’ve been writing on the subject of “accidental architecture”, which is also sometimes confused with “emergence”. From the picture on the right (which I used previously on a post titled “Accidental Architecture”), it should be easy to infer what my opinion is in regard to the idea that coherent system […]![]()