Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  General  Management Business Objectives
Previous Previous
 
Next Next
New Post 1/28/2013 5:26 AM
User is offline Andrea Finch
1 posts
No Ranking


Management Business Objectives 

Good Morning,

I have been asked to come up with 5 personal "Management Business Objectives" for myself in my position as Business Systems Analyst.  I need to have them by the end of January and I can't really come up with anything.  Any suggestions?  They need to be related to my position (within my sphere of influence) and they must be measurable. 

Thanks!

 

Andrea

 
New Post 2/1/2013 9:34 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Management Business Objectives 

Andrea:

You have tough management!   Business Analysis to most (but not to me) is an unmeasurable "use what feels right" job.   I had a discussion with an Agile BA consultant the other day and asked her what are the essential tasks that a BA performs on an Agile project.  Her response:  There are no standard tasks, everything depends upon the specifics of a project. 

How do you establish metrics on the wind?

Anyways, if you want solid measurable tasks, learn about data flow diagrams.  DFD's are used to document the as-is and to-be behavior  of manual (yes manual) and/or automated systems to higher levels of abstraction.  With DFD's you, for example, have glaringly obvious proof that you have evaluated the interrelationships between requirements.  It is easy to establish metrics off of such work.  And requirements analysis is much more about discovering essenital interrelationships than it is about identifying standalone requirements.

Tony

 

 
New Post 2/12/2013 10:12 AM
User is offline Anthony Chen
63 posts
8th Level Poster


Re: Management Business Objectives 

 We have stages of organizational maturity which includes what individuals should be doing at each level

 

http://www.seilevel.com/downloader.php?id=16

 

Here are some metrics for analysts. In the first year I dont think there should be targets, there should just be a commitment to measure. Once you have a baseline you can establish an improvement program the following year. You absolutely should not be bonused on any of these, they should be a reference to help you to improve.

1) Perform an ROI analysis before and after every project

2) Measure my end user satisfaction level

3) Measure my end user adoption rate

4) Measure how many requirements defects I created

5) Measure how satisfied the development team was with my documentation

6) Measure velocity per unit of work - we have an estimating template here http://requirements.seilevel.com/blog/wp-content/uploads/2011/10/Requirements-Estimation-Tool.xls

   You can compare yourself to the targets in each of the areas of work.

 
New Post 2/13/2013 11:26 PM
User is offline SH01
2 posts
No Ranking


Re: Management Business Objectives 

 Hi,

 

Re:  In the first year I dont think there should be targets, there should just be a commitment to measure. Once you have a baseline you can establish an improvement program the following year

 

I agree totally with this statement! Working for a local Government in the UK, this is not always possible as they are obsessed with having a target but in my opinion it is totally arbitary and at times just used as a stick to beat people with, and most of the time setup to fail.

I am still learning as a BA and have undertaken my own training which i have funded myself, so any advice guidance would be much appreciated, as the organisation i work for have never set a structure around what the change lifecycle should really look like or when a BA, PM etc should fit in or even what they should be doing a each stage. I have my own understanding of this but it would be good to hear how it works in the real world from an experienced BA.

 

Speak soon,

 

Scott

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  General  Management Business Objectives

Community Blog - Latest Posts

As Business Analysts in Agile teams, we often hear about Definition of Ready (DOR) and Definition of Done (DOD). But beyond the buzzwords, these two concepts are powerful tools to drive clarity, consistency, and quality in our work. Definition of Ready ensures a user story is truly ready for development. It answers: Is this story clear, feasible...
In today's fast-paced digital world, successful projects aren't just built on great code—they're built on clarity. And that clarity often comes from one key player: the Business Analyst. At the heart of every great product or system is a need—a business goal, a customer pain point, or a regulatory requirement. But busines...
I have always loved cooking. I learned from my Grandma June and her kitchen was her sanctuary, a small, warm sunlit space filled with jars of spices, stacks of cookbooks, and the comforting smell of something always on the stove or baking in the oven. Grandma June was as great a cook as she was a teacher to me. She never followed a recipe “to...

 






 

Copyright 2006-2025 by Modern Analyst Media LLC