How to represent meetings and discussions with multiple participants in BPMN
Hello Arindam,
I tried modeling it with the basic BPMN elements. I'm sure there are more sophisticated solutions for your problem, I mostly want to figure out if I understood your problem correctly.
Dear Mr. Carneiro,
unfortunately your provided link is not working. Can you please refine?
Thanks & Regards, Markus Guentert
While Markus deserves applause for attempting to model the basic meeting, when dealing with human collaboration it is likely to be wrong, and modeled below a reasonable level. I think this question is better looked at in the generic sense: when in the midst of a swimlane diagram and you have a shared task, how do you model it if a task can only belong to one swimlane? Do we create an additional aggregate swimlane representing the group? Put the task in the swimlane responsbile for scheduling the meeting? Before BPMN, many would just extend a task across swimlanes. How do we handle this in BPMN?
There is a suggestion at this post at http://en.bpmn-community.org/forum/78/.
However, are there still other alternatives?
Found several discussion on the same topic and they involve around these two solutions, one of which extends what Malik mentioned in http://en.bpmn-community.org/forum/78/
One of the website that sums it up is at http://www.modernanalyst.com/Community/Forums/tabid/76/forumid/5/threadid/2547/scope/posts/Default.aspx
1. Duplicate and Group The Shared Activity in All Lanes Involved
My interpretation is as follows:
2. Create a Separate Lane to Represent the Actors as a Group
Again, my interpretation is as follows:
The Meet to Formulate Strategies and Consolidate Plans are both activities shared by the roles in the different lanes.
Please share your views on the above interpretations.
@Ken Loh
I like the second approach as a way of avoiding repetition: "2. Create a Separate Lane to Represent the Actors as a Group"
However, I think it's more accurate to include the participant lanes as sub-lanes of the group lane, instead of having the group lane separately as if it were distinct from the individual participants. Then, one lane within the group lane will be empty, representing activities of the group as a whole (inheriting the lane title from the one step above). In Oryx, you can't have a part of the pool that is not in a lane, but in other tools you could (you would put the group activity directly into the Group pool and individual activities into the individual lanes).
What do you think?:
Do you need a Collaborative process as the encapsulating pool?
Would the diagram itself not represent the Collaborative process?
Multiple nesting, although "legal" confuses the business.
@Henk
Every process needs a name, and this is captured by the pool name. It's redundant if the process name is already in the document title in which the diagram appears, but to me, document name is separate from process name, even if they are the same. So, for instance, if I copy-paste the diagram to another document, the process name is attached to the diagram.
In general, I've found people quite comfortable with breaking things down into components, especially if it provides detail and clarity. Not sure how they'd feel about nesting of lanes. Some tools allow you to put the process name horizontally, which can reduce the nesting look. One can also make it bold or a different color.
Please login to reply.

Arindam Ghosh July 21, 2009, 1 p.m.