Comments on: Newbies ask the funniest questions. http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/ Connecting Business Requirements to Technology Mon, 30 Jan 2012 21:31:56 +0000 hourly 1 By: Robert http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/comment-page-1/#comment-526 Robert Wed, 02 May 2007 14:57:52 +0000 http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/#comment-526 All excellent points!! I thought I was the only one who had these questions / thoughts. OK not the only one, but I was finding it hard to find others. I have recently been introduced to an SDLC only to discover it is nothing more than a series of templates. The templates are helpful as they can guide the project team through the process and each person knows what they need to deliver. Unfortunately, as mentioned above, this can lead to focusing on the "mechanics of the work" rather than the team understanding what it is trying to achieve. Our purpose (BAs) is to somehow get all involved to see the same picture and bring to light the issues. The next task becomes to communicate this using any tool/method at our disposal. All excellent points!! I thought I was the only one who had these questions / thoughts. OK not the only one, but I was finding it hard to find others.

I have recently been introduced to an SDLC only to discover it is nothing more than a series of templates. The templates are helpful as they can guide the project team through the process and each person knows what they need to deliver. Unfortunately, as mentioned above, this can lead to focusing on the “mechanics of the work” rather than the team understanding what it is trying to achieve.

Our purpose (BAs) is to somehow get all involved to see the same picture and bring to light the issues. The next task becomes to communicate this using any tool/method at our disposal.

]]> By: NewBA http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/comment-page-1/#comment-525 NewBA Mon, 02 Apr 2007 13:25:33 +0000 http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/#comment-525 Craig wrote: "...models are tools that support a conversation..." Yes!!! Yes!!!! And "Yes!!!!!!!!!!" again!!!!!! So many BAs (and others) get caught up in the mechanics of the work, and lose sight of the core objective: to communicate. Conversations are part of that essential core. Craig wrote:
“…models are tools that support a conversation…”

Yes!!!

Yes!!!!

And “Yes!!!!!!!!!!” again!!!!!!

So many BAs (and others) get caught up in the mechanics of the work, and lose sight of the core objective: to communicate. Conversations are part of that essential core.

]]> By: Craig http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/comment-page-1/#comment-524 Craig Mon, 02 Apr 2007 12:53:35 +0000 http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/#comment-524 And isn't it true that documents are a poor substitute for a conversation? I like to think that models are tools that support a conversation with the clients and suppliers. And isn’t it true that documents are a poor substitute for a conversation? I like to think that models are tools that support a conversation with the clients and suppliers.

]]> By: Mark http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/comment-page-1/#comment-523 Mark Sun, 25 Feb 2007 13:31:04 +0000 http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/#comment-523 Ah, imho, a model is a representation of a system (business, computer, vehicular, whatever) that is isomorphic to the original in all areas considered to be important - data, behaviour, dependencies, timeliness, interoperation, connectivity are examples. I remember simple press-moulded plastic toy racing cars (e.g. made in china) when I was very young. To me they were a perfect model - just enough isomorphism to the real thing to let my imagination take over. When I model for the client business (I'm a freelance consultant) I build dataflow models and where appropriate, logical datamodels. And of course, their meaning must be able to be perceived by the intended audience so they can abstract the reality by interpreting the portrayed isomorphism (i.e. model). Sorry for the ramble but I don't have my BA hat on today! By the way, have you thought that a case study is a model, too? Oh and on the subject of case studies - see a pragmatic SSADM one on my site. Ah, imho, a model is a representation of a system (business, computer, vehicular, whatever) that is isomorphic to the original in all areas considered to be important – data, behaviour, dependencies, timeliness, interoperation, connectivity are examples.
I remember simple press-moulded plastic toy racing cars (e.g. made in china) when I was very young. To me they were a perfect model – just enough isomorphism to the real thing to let my imagination take over.

When I model for the client business (I’m a freelance consultant) I build dataflow models and where appropriate, logical datamodels. And of course, their meaning must be able to be perceived by the intended audience so they can abstract the reality by interpreting the portrayed isomorphism (i.e. model).

Sorry for the ramble but I don’t have my BA hat on today! By the way, have you thought that a case study is a model, too?
Oh and on the subject of case studies – see a pragmatic SSADM one on my site.

]]> By: Wayne MacKirdy http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/comment-page-1/#comment-522 Wayne MacKirdy Sat, 17 Feb 2007 17:35:42 +0000 http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/#comment-522 FWIW: The bottom line is you are attempting to communicate some information. I find it is good to go back to basics sometimes to clarify what I am trying to do. If I may be so bold, I would like to discuss "information." Information has five basic properties: 1. semiotics (symbols used to represent the information) 2. syntax (rules for arranging the symbols) 3. semantics (meaning given to the arrangement of the symbols) 4. pragmatics (function; result; outcome of the arranged symbols) 5. apobetics (purpose; plan; or design of the arranged symbols) Key to understanding the "arranged symbols" (letters, geometric symbols, Morse code, DNA, lines on a blueprint, flowchart symbols) is that the Sender AND the Receiver must understand all five of the above, at a minimum the first three. If someone sees the letters "T-A-G" - how will they interpret those symbols? You say that is easy, they mean...what do they mean? Are they on a garment? Is it a game? Or, if you are German, they are the word for "day." So however I build my models, I need to remember the symbols only represent some bits of information. And I need to remember they need to mean something to the person I am trying to communicate with. I know, very basic, but thanks for indulging me. FWIW: The bottom line is you are attempting to communicate some information. I find it is good to go back to basics sometimes to clarify what I am trying to do. If I may be so bold, I would like to discuss “information.”

Information has five basic properties:
1. semiotics (symbols used to represent the information)
2. syntax (rules for arranging the symbols)
3. semantics (meaning given to the arrangement of the symbols)
4. pragmatics (function; result; outcome of the arranged symbols)
5. apobetics (purpose; plan; or design of the arranged symbols)

Key to understanding the “arranged symbols” (letters, geometric symbols, Morse code, DNA, lines on a blueprint, flowchart symbols) is that the Sender AND the Receiver must understand all five of the above, at a minimum the first three. If someone sees the letters “T-A-G” – how will they interpret those symbols? You say that is easy, they mean…what do they mean? Are they on a garment? Is it a game? Or, if you are German, they are the word for “day.”

So however I build my models, I need to remember the symbols only represent some bits of information. And I need to remember they need to mean something to the person I am trying to communicate with.

I know, very basic, but thanks for indulging me.

]]> By: Todd Weidman http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/comment-page-1/#comment-521 Todd Weidman Mon, 12 Feb 2007 16:11:19 +0000 http://www.b2ttraining.com/2007/02/12/newbies-ask-the-funniest-questions/#comment-521 This is so true....I've used both methods, and it completely depends on the audience. My preference is the ERD, but if your target audience is not technical, then the message is not delivered. Even the textual example above talks too much technology. Both representations are excellent means for communicating with your development teams. However, you can only build out both representations after several iterations with your "business sponsor," performing complete process walkthroughs. I document these via use cases, and capture the specific relationships in table with detailed descriptions. I then include this table in my specifications documents - it's easier, then, for the business sponsor to provide sign-off. Just my .02 This is so true….I've used both methods, and it completely depends on the audience. My preference is the ERD, but if your target audience is not technical, then the message is not delivered. Even the textual example above talks too much technology. Both representations are excellent means for communicating with your development teams. However, you can only build out both representations after several iterations with your "business sponsor," performing complete process walkthroughs. I document these via use cases, and capture the specific relationships in table with detailed descriptions. I then include this table in my specifications documents – it's easier, then, for the business sponsor to provide sign-off. Just my .02

]]>