Search Results for: modeling modelling

Archimate Modeling in Practice – Planning realization

by

The work for gap analysis is in full swing. The team found the approach “a lot of work, but doable”. One of the team members justly remarked that “getting and modelling the information is one thing, but maintaining it will be another”. This is surely true, and Brenda is happy that the team is maturing rapidly, already thinking about the next cycle and keeping the architectural information up to date and valid. For the time being she decided that the focus should be on the current work. In the team’s working space she reserved an area on the whiteboard for “things to address in the near future” to make sure they are not lost.

drEAmtime – modelling

by

Finally I can see the end of the red line created by the great post from Ivo Velitchkov. So far I have created following posts:

  1. drEAmtime – Communication
  2. drEAmtime – Bridging the Silo
  3. drEAmtime – Capability Cemetery
  4. drEAmtime – EPIC SCAN
  5. drEAmtime – Archetypes
  6. drEAmtime – WISE SCAN
  7. drEAmtime – PACE SCAN 

  8. drEAmtime – Frameworks

Two more posts to go, this one and another final one. To quote Ivo: 

Then of course modelling itself is believed to help in dealing with complexity. But what kind of modelling? A very complicated architecture diagram does not show complexity. It just shows a lot of effort spent in denial of it.
 

Actually I personally believe that modelling is a great tool and support communication quite a lot, if applied correctly. I also have a couple of models here in my blog which help me to explain and visualize what I think. Looking at them isolated they are most likely confusing and difficult to understand, which makes it sometimes indeed difficult to use them alone. But in the support of the whole storyline, be it as part of a blog post or as part of a presentation the model helps to align the thinking. The one I refer to most here in the blog is actually the circulatory GLUE system:

 
Just a cube with lots of confusing lines. Only by working through my GLUE thinking and GLUE posts it hopefully gets meaningful. Which reminds me that I need to label my posts a bit more organized, otherwise it gets difficult to find information. Or I need to put all of it together, reorganize it and write it again in a more structured way, more like a book? Maybe a project worth to go, maybe not. If you have feedback here you are more than welcome.
 


Coming back to Ivos post there is jokes circulating around me: “When have you last time had a meeting with Kai without him using the whiteboard?” or “We are trained to sit so that we have free view towards the whiteboard.” Scott Ambler has heavily influenced my thinking with his great website about Agile Modeling besides a lot of great colleagues I had over the years who showed skilled approaches in supporting their line of argumentation with the right model at the right moment. I also liked his Whiteboard Warrior concept, but he has put it offline from his website. There is some traces left in the web though.

One of my key approaches is to draw while I speak. Many words (and I say and write a lot) are more often confusing than enlighting, while a single diagram just shows it. Finding those is not always easy, but the more I model the easier it is to create the right drawing at the moment when it is needed. So my advise is: draw to support your line of thinking, explain in pictures, add a story and the whole gets  its own life. Which most likely will return back to you one day, grown over time, transformed and morphed, but beautiful. I try to show Enterprise Architecture and the elements which are delivered via Enterprise Architecture in their full beauty, sometimes I fail, sometimes I succeed.


And a model which is beautiful will carry the story way longer and way more emotional than any dry facts. If Dennis Dutton is right with his assumption than it is rooted in human beeings. I found the success in this approach by try and error. Feedback and comments as always more than welcome.

Categories Uncategorized

drEAmtime – modelling

by

Finally I can see the end of the red line created by the great post from Ivo Velitchkov. So far I have created following posts:

  1. drEAmtime – Communication
  2. drEAmtime – Bridging the Silo
  3. drEAmtime – Capability Cemetery
  4. drEAmtime – EPIC SCAN
  5. drEAmtime – Archetypes
  6. drEAmtime – WISE SCAN
  7. drEAmtime – PACE SCAN 

  8. drEAmtime – Frameworks

Two more posts to go, this one and another final one. To quote Ivo: 

Then of course modelling itself is believed to help in dealing with complexity. But what kind of modelling? A very complicated architecture diagram does not show complexity. It just shows a lot of effort spent in denial of it.
 

Actually I personally believe that modelling is a great tool and support communication quite a lot, if applied correctly. I also have a couple of models here in my blog which help me to explain and visualize what I think. Looking at them isolated they are most likely confusing and difficult to understand, which makes it sometimes indeed difficult to use them alone. But in the support of the whole storyline, be it as part of a blog post or as part of a presentation the model helps to align the thinking. The one I refer to most here in the blog is actually the circulatory GLUE system:

 
Just a cube with lots of confusing lines. Only by working through my GLUE thinking and GLUE posts it hopefully gets meaningful. Which reminds me that I need to label my posts a bit more organized, otherwise it gets difficult to find information. Or I need to put all of it together, reorganize it and write it again in a more structured way, more like a book? Maybe a project worth to go, maybe not. If you have feedback here you are more than welcome.
 


Coming back to Ivos post there is jokes circulating around me: “When have you last time had a meeting with Kai without him using the whiteboard?” or “We are trained to sit so that we have free view towards the whiteboard.” Scott Ambler has heavily influenced my thinking with his great website about Agile Modeling besides a lot of great colleagues I had over the years who showed skilled approaches in supporting their line of argumentation with the right model at the right moment. I also liked his Whiteboard Warrior concept, but he has put it offline from his website. There is some traces left in the web though.

One of my key approaches is to draw while I speak. Many words (and I say and write a lot) are more often confusing than enlighting, while a single diagram just shows it. Finding those is not always easy, but the more I model the easier it is to create the right drawing at the moment when it is needed. So my advise is: draw to support your line of thinking, explain in pictures, add a story and the whole gets  its own life. Which most likely will return back to you one day, grown over time, transformed and morphed, but beautiful. I try to show Enterprise Architecture and the elements which are delivered via Enterprise Architecture in their full beauty, sometimes I fail, sometimes I succeed.


And a model which is beautiful will carry the story way longer and way more emotional than any dry facts. If Dennis Dutton is right with his assumption than it is rooted in human beeings. I found the success in this approach by try and error. Feedback and comments as always more than welcome.

Video of eXploratory Modelling at ESUG2008 available

by

Today James Robertson published his video of my talk on eXploratory Modelling at ESUG2008: http://www.cincomsmalltalk.com/blog/blogView?showComments=true&printTitle=eXploratory_Modeling_at_ESUG_2008&entry=3404625062 Have fun watching it, and please do not hesitate to contact me if you have questions or if any part of the presentation was unintelligible because of the noise or such.The presentation was done without a microphone, and I guess […]

How AI Steers Engineering Leaders Through Delivery Weather

by

Engineering is a discipline built on precision, planning, and control. But anyone who has ever led a software delivery organization knows that even the most carefully laid roadmap can unravel the moment conditions shift. Week to week, leaders balance capacity, dependencies, incidents, and shifting business priorities, all while navigating an environment that changes faster than…

Using Data Analytics to Navigate Tariff Impacts on Your Product Portfolio

by

Some uncertainty is inevitable for product-driven organizations. To mitigate risk and maximize value, most organizations perform a comprehensive impact analysis before making any investment decisions. However, some impacts are easier to estimate than others. Microeconomic industry changes, such as demand fluctuations or predictable innovations, are relatively straightforward – for example, automotive organizations can anticipate electric…

Modern Enterprise Architecture: A Comprehensive Guide to Contemporary Practices

by

Introduction Enterprise Architecture (EA) has traditionally served as the practice of defining an organisation’s structural components, its processes, systems, information flows, and technology stacks to maintain strategic alignment with business objectives. Foundational frameworks like TOGAF and Zachman established their relevance by delivering systematic approaches for IT landscape planning and governance. These methodologies enabled organisations to […]