-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2 levels Context Maps #5
Comments
I like this. I think it makes implicit concept that team relationships and model integrations are different aspects and it's important to consider both of them for each type of relationship. |
Thanks @Max-Git I always say that you are free to visualize various perspectives with context maps. For example:
The term "level" sounds a bit hierarchical to me and I don't see a clear hierarchy between those aspects. That's why I prefer using the term "perspective". @NTCoding I would not propagate that you always have to use each perspective. In my opinion it depends which questions you want to answer in a visual way with context maps. When you design (sociotechnical) architectures then you have to consider both. But I have also used context maps to visualize political / governance issues to managers, then you only need a subset. I agree with both of you that this is something that needs to be present in this repository. I'll take care of it! |
Started a draft pull request for this! |
Hello @mploed
I was wondering if you had already seen or done such a thing: having a 2 levels context maps where 1st level would focus only on team relationships and 2nd level, only on context map patterns.
Here's an example:
(and yes, obviously the Cus-->Sup relationship should be the other way round ;) )
Team relationships
Context map patterns
Both
What do you think? Does it make sense or useful to separate both perspective?
Thanks!
Maxime
The text was updated successfully, but these errors were encountered: