Tuesday, May 21, 2013

   Quick Links:   Articles     MA Blog     Community Blog     Templates     Books     BA Humor     Events     Jobs     Interview Questions         RSS Feeds

Business Analyst Articles: Business Analysis & Systems Analysis

Resources




BA ARTICLE ARCHIVE
» May 2013 (6)
» April 2013 (8)
» March 2013 (4)
» February 2013 (6)
» January 2013 (6)
» December 2012 (5)
» November 2012 (7)
» October 2012 (6)
» September 2012 (6)
» August 2012 (5)
» July 2012 (9)
» June 2012 (5)
» May 2012 (9)
» April 2012 (7)
» March 2012 (7)
» February 2012 (5)
» January 2012 (7)
» December 2011 (6)
» November 2011 (6)
» October 2011 (8)
» September 2011 (6)
» August 2011 (8)
» July 2011 (7)
» June 2011 (7)
» May 2011 (6)
» April 2011 (8)
» March 2011 (6)
» February 2011 (5)
» January 2011 (6)
» December 2010 (5)
» November 2010 (9)
» October 2010 (5)
» September 2010 (6)
» August 2010 (8)
» July 2010 (6)
» June 2010 (6)
» May 2010 (10)
» April 2010 (5)
» March 2010 (8)
» February 2010 (7)
» January 2010 (7)
» December 2009 (7)
» November 2009 (7)
» October 2009 (6)
» September 2009 (8)
» August 2009 (10)
» July 2009 (9)
» June 2009 (5)
» May 2009 (10)
» April 2009 (5)
» March 2009 (12)
» February 2009 (8)
» January 2009 (6)
» December 2008 (9)
» November 2008 (8)
» October 2008 (9)
» September 2008 (4)
» August 2008 (6)
» July 2008 (8)
» June 2008 (17)
» May 2008 (12)
» April 2008 (7)
» March 2008 (21)
» February 2008 (16)
» January 2008 (13)
» December 2007 (9)
» November 2007 (25)
» October 2007 (2)
» September 2007 (23)
» August 2007 (12)
» July 2007 (11)
» June 2007 (7)
» May 2007 (6)
» April 2007 (9)
» March 2007 (5)
» February 2007 (3)
» January 2007 (2)
Articles and White Papers
Minimize


Current Articles | Search | Subscribe (RSS)

» Reasons Projects Fail for a Business Analyst

Statistics:Article Rating (2022 Views) (0 Comments) Print
Posted: Tuesday, November 20, 2007
Categories: Leadership & Management, Career as a Business Systems Analyst

Each day businesses call upon a business analyst to determine what must be done in order to accomplish a certain task. Each avenue must be explored and analyzed for a project proposal to be implemented. The project scope determines what the course of action may or may not be. Each person involved must answer to another until management is satisfied all has been done to rectify the situation. Everything stays on task. The project as a whole is coming together. Teams are co-ordinating with each other to apply the objective into the code. It is all going according to plan. At the end, it all falls apart. Nothing is as it seems. The project has failed to accomplish what it set out to do. The business analyst is hung out to dry. Every finger points to him or her. In actuality it is not the fault of the analyst.

It was a joint effort from the beginning. When the problem was recognized as such and something needed to be done is when the business analyst came into the scope of things. Management said get it done. IT said it is done. Low end said it just isn't what we need anymore. So what happened? The first thing is failing to disclose all information necessary do make a proper assessment of the situation.

A business analyst is not a mushroom. You can not keep them in the dark. They have to know the in's and out's of the company. He or she must be aware of the company vision or end goal. A few facts and figures just will not do the job. Disclosure can close the project tighter than a drum.

Acting as the liaison between departments and upper management, the business analyst must gather data from everyone involved in the project. When someone feels they do not want to be a team player this can cause a disruption in the scheme of things. Each team was delegated a task. Upstarts who think they know what is the end result and rush to meet the goal, may find themselves dead wrong. However there are times when up and coming management leaders do the same thing. Instead of looking at the big picture and realizing all the intricate parts are necessary, they view a segment as the solution. This can only lead to failure. Communication is the key to success.

If someone does have a better plan, a good business analyst will listen to the idea. He or she may find it a viable solution for one aspect of the entire project. Unless the business analyst is told of the idea it can go unused or worse yet misconstrued as the proper solution. Communication is most commonly the reason projects fail.

The business analyst is what holds the project together. He or she is what makes the teams work together as teams. The analyst is the one who takes all the pieces of the puzzle and puts it together so the end result is success. Think of the business analyst as the nails in a house. When you do not use nails to hold it all together you wind up with nothing more than kindling.

Author: Tony de Bree 


Tony de Bree has been a part-time freelancer since 1985. Besides his work on projects with large Global companies and small companies, he writes (e)books and articles and organises workshops on how you can earn money by being different from the rest as a part-time or full-time freelancer.  You can reach him at www.onlinefreelancingsecrets.com.


Rating
Comments
Only registered users may post comments.
  

Do you twitter?: If you want short updates on what's going on in the BA world and at ModernAnalyst.com, simply follow us on Twitter: http://twitter.com/ModernAnalyst



 

Privacy Statement  |  Terms Of Use
Copyright 2006-2013 by Modern Analyst Media LLC