Normal division of labour between a programmer and business analyst?
March 20, 2014 5:33 PM Subscribe
My organization avoids drawing a line between the responsibilities of the system analyst and those of the business analyst in completing a change request. Can you tell me what's typical?
posted by kitcat to Work & Money (11 answers total) 2 users marked this as a favorite
A BA I often work with complains to my manager about me over the course of nearly every piece of work we do together. This is my first job in the industry so I might be out to lunch here, but I have been working with the impression that when I have business-process questions (as opposed to technical), I go to the BA with them. She thinks I should either know the answers, or go to other SAs. My organization won't say either way. My boss backs her every time and I do not see where he or the BA are coming from. I feel like I am being shafted. We have a huge insurance application that deals with all aspects of insurance enrollment, benefit plans, claim payment, etc. , and there are many parts of the application we have no idea how to use. We don't receive user training in the application or 'here's how our insurance business works' training. We don't have access to the documentation that our customer services folks and BAs have access to.
Examples: What is business concept X?
Can you please set up this test scenario in the system?
How do I use this part of the application?
What is the expected outcome when ......
Experienced SAs have the answers to these questions, but if I take advantage of their generosity, I will lose their goodwill and become a complete pariah.
So, is my organization weird, or is it normal to expected the programmer to be handed the requirements, do the work, and not need the BA for anything? What is the typical division of labour?
Sorry, this is not explained with the greatest clarity and detail. I'm stressed and my boss decided to book my performance review tomorrow. I am afraid that I'm going to lose it on him and quit. I'll be happy to provide any details requested.