I am now into my third project taking on Business Analyst responsibilities. I came to a wonderful realization the other morning: I’m really happy!
The role of BA is relatively new to my company as we transition from being a small- to medium-sized company. We actually had a technology domain meeting last week wherein they acknowledged that the roles of Business Analyst, Development Manager and Quality Assurance Manager were all introduced in 2007. With the recent introduction of the role, some of the processes and responsonsibilities have yet to be worked out. One grey area is the relationship between an IA and a BA. I know I’ve stated before that I felt IA was where I wanted to end up. However, I’m very happy in the BA role at the moment. Part of my concern stemmed from the fact that I know I am strongly user-centered rather than business-centered. However, I do like being positioned in the “implementation” stage; I like seeing the concept come to life.
I’ve said it before: at LexisNexis in the UX department, we had the ability to set the look and feel and interaction design for all products. From a development standpoint, consistency helps in quality assurance, speed of delivery and cost effectiveness (I’ve heard that reusing a component three times will pay off the costs incurred in developing it in a reusable, modifiable fashion.. I have no idea where I heard that…), From a usability perspective, consistency makes a product easier and arguably more enjoyable to use. While variations can create a novel, engaging experience, if you make something too difficult for a user to use or learn, they will shy away.
I wanted to move into a position where I could help influence some of these decisions. Back to my old fascination with patterns: there are common tasks and goals users have, and patterns help to define how those goals may be met (on a conceptual level; patterns don’t speak to specific implementation details). In some places, that role is of a system architect - they would look across projects and identify general patterns. However, the application architect position at Resource is more about depth into a specific technology; I was looking for something that was more about breadth of projects. The development manager role seemed somewhat closer to what I wanted to get to in terms of overseeing multiple projects, but it was more about managing process or players. I’m not quite ready to pull my hand out of the project deliverables yet..
And then the BA role came up, and I feel this may be it. I’m into my third project and each one helps me to refine my view on how best to improve my own process and help guide requirements gathering and documentation to facilitate development. I’ve already seen some specific components (pagination) crop up again and again, and I feel that I can serve both our clients and our developers in being able to properly specify how these items should behave. Right now the IA is creating those specifications, but I feel that that’s an area where a best practice can be rolled into our specifications without too much added deliberation with every project.
So in short (ha!), I’m diggin my new role.


















