From f8bebdbe5b7fb22e8cf4142426088bfebb0c180d Mon Sep 17 00:00:00 2001 From: weingaertner Date: Tue, 8 Dec 2015 15:23:11 +0100 Subject: [PATCH] Last layout fixes --- _posts/2015-12-8-microservices-devopscon.md | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/_posts/2015-12-8-microservices-devopscon.md b/_posts/2015-12-8-microservices-devopscon.md index 4fae980..608d377 100644 --- a/_posts/2015-12-8-microservices-devopscon.md +++ b/_posts/2015-12-8-microservices-devopscon.md @@ -35,7 +35,9 @@ First of all, I am not the first person to make this claim. In fact, at the conf Many speakers at the conference quoted the famous quote by Melvin Conway from 1967 that is commonly referred to as Conway's Law. -> Organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations +> Organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations +>
+> Martin Conway, 1967 Similar to as mentioned by Rainer Zehnle, this led to my assumption that effectively doing Microservices and DevOps somehow doesn't work well in matrix-based organizations. Effectively, matrix-based organizations are often monoliths in which a lot of projects are tightly coupled, due to shared responsibilities of project teams and individuals. @@ -46,4 +48,5 @@ As already mentioned by Rainer in his blog post, I was really impressed how the I took a lot from the conference - and I have constantly asked myself the question afterwards if we're ready yet for DevOps and MicroServices as a organization. Are we? Probably not yet, although we're certainly on the right track. And we're in good company: From many talks at the coffee table I got the feeling that many companies in the German IT industry are in the same phase of transition as we are. How do we get more agile? How do we do microservices? Should we have a central release engineering team? Or leave that to DevOps? I am excited which answers we will find at Haufe. We'll keep you updated. Promised. [1] Per Brinch Hansen. 1970. The nucleus of a multiprogramming system. Commun. ACM 13, 4 (April 1970), 238-241. DOI=http://dx.doi.org/10.1145/362258.362278 + [2] http://www.opengroup.org/austin/papers/posix_faq.html \ No newline at end of file