Jul 24 2011

Writing a Vision Statement

Category: Business AnalystAnders Eriksson @ 3:45 am

Writing the vision statement for a project can be the most enjoyable aspect of being a business analyst. He or she may have to curb their enthusiasm during the writing process. The business analyst can become lost in great expectations when writing the vision statement.

Writing the vision statement will answer the everyday questions of who, what , when, why, and where. The who is easily defined as the stakeholders and the end user. The stakeholder as the who will be listed as the person or company enabling the project to be completed. It will include pertinent information about the company stand on the technology being developed.

In writing a vision statement the “what” is the project program. The vision statement will deliver reasoning behind why the program is being developed. It will include what the program will be able to accomplish, what uses the program will have and who the program will impact. The vision statement may include statements of interest including updates available. The key is to keep the vision statement truthful.

You can see that there’s practical value in learning more about Business Analyst. Can you think of ways to apply what’s been covered so far?

Vision statements include when the project or program will be completed or available for use. It will set a goal for release or implementation. The when is the time frame set by the stakeholders and development teams needs assessment. Determining the when of a vision statement can be an overwhelming task. There are always reasons why something can not be done on time. The infamous phrase is “There is never enough time to do it right, but always enough time to do it again.” To set a definitive date in a vision statement is to take a risk. This is something which should also be included. Stakeholders and end users will know the date is tentative.

The vision statement will deliver the reason why the program or project is being developed. It will list needs by the stakeholders and the end user. It will answer how the procedure or program will benefit the stakeholders. The vision statement will allow for projected returns on the investment. It will list why the program has to be developed for the betterment of the organization. The vision statement will answer why the project steps are being taken. This is probably one of the key elements in a vision statement.

Where the program will be used is another key factor listed in the vision statement. The business analyst will determine where the program will best be utilized. In writing the vision statement the business analyst will reveal where project development will take place. It will also list where any outside resources will be used. Where the end user applies the program is instrumental in how the program is developed.

The vision statement is not to be confused with the mission statement of a company. The vision statement is concerning the program project and only the program project. There may be great ideas expressed in the vision statement. The good business analyst will be able to keep the vision statement focused on the needs of the stakeholders. It is up to the business analyst and developers to keep the vision statement real and do-able. This is a mission with a targeted success date. The vision statement will deliver this information so the stakeholders know the scope of the project. The vision statement is the concept behind the mission.

About the Author
By, Dusty R. Green, M.Ed.
Aniracetam,Slim Xtreme,weight loss,appetite supression,Seratonin,Side Effects,Buy,Order
From the hundreds of nutritional supplements I have consumed for scientific purposes throughout the decades, this is one of the most fun things I have discovered.


Jul 22 2011

What is a business analyst?

Category: Business AnalystAnders Eriksson @ 8:34 am

A business analyst is a person whose job is to analyze business needs and critical problems for the stakeholders and propose practical solutions. Many times this is done with a project proposal. The business analyst is to study the proposal, determining which would be the best course of action to reach the proposed solution. At times this can not be done.

The plan and solution may look good on paper. When it comes time to implement the program, people and teams can be divided. 50% of all project proposals fail due to a lack of communication. The business analyst must also be a good people person to make the teams work together for the betterment of the business.

The entire project is based on saving money. When a qualified business analyst can not perform his or her duties because of the lack of co-operation, the result is a waste of time and money. The project is doomed for failure. A business analyst must be able to use negotiation skills and motivational techniques for the entire project to succeed short term and long term.

I trust that what you’ve read so far has been informative. The following section should go a long way toward clearing up any uncertainty that may remain.

A business analyst will listen. Instead of jumping ahead and looking at the goal, he or she will take the time to understand the needs of the company. Asking questions is a key element to success in the world of business analysis. If the business analyst fails to comprehend the true needs of a company, the project can be sidetracked with issues unrelated. Again, the result would be failure.

A certified business analyst has been trained to read and recognize omissions in the project proposal. He or she will understand the need for outsourcing certain tasks. Choosing to use in-house personnel or outside resources will be something the professional business analyst can determine by assessing the needs of the company. This may be where a lack of communication or even team failure comes into the equation. A good analyst will explain as the project progresses so each team knows what is happening.

The business analyst may be hired to complete a proposed project but he or she must pull the company together as a whole. A good analyst knows company failure can result because of division in the offices or departments. He or she will see to it the company as a whole can see the vision of the business. He or she will explain how each department is integrated with the other. The project proposal may include more than is listed. The proposal may take another route to get the job done. A business analyst familiar with the industry involved will be able to recognize the overlooked or not so obvious issues involved.

There are times when services from outside sources may be utilized by the business. The business analyst is trained to understand the importance or lack of need for these sources. He or she can determine the most cost effective way to use the sources. The business analyst may find directing the designated tasks to in-house departments more beneficial to the company. This is part of researching the project proposal. The business analyst is to determine the most cost effective way to reach the goal and still succeed with a bottom line net profit.

There’s a lot to understand about Business Analyst. We were able to provide you with some of the facts above, but there is still plenty more to write about in subsequent articles.

About the Author
By Anders Eriksson, feel free to visit his soon to be top ranked Perpetual20 training site: Perpetual 20


Jul 16 2011

What is Agile Analysis?

Category: Business AnalystAnders Eriksson @ 2:02 pm

Agile analysis is being spoken of more and more frequently in the world of business analysts. This form of analysis is becoming more and more popular as the next generation of business owners comes into play. It is a more hands on approach to the business analysis. There is more communication. Face to face discussions occur more frequently. E-mails and faxes are becoming few and far between. So what is agile analysis?

Agile analysis is the warm concept of business trouble shooting. The business analyst who uses agile analysis is more of a hands on type of person. The stakeholders who demand agile analysis are more informed than the normal upper management. Agile analysis incorporates all stakeholders and participants into one unit each with a given task. Communication channels are always open when it is concerning agile analysis. The qualified business analyst is more dependent on his or her people skills with agile analysis than any other type of productivity.

Analysis answers the questions of who, what, why, when, and where. The infamous how much is also in there somewhere. Who is it for? What do they want? Why do they want it? When do they want it? How much is it going to cost? Where will it be used? If you can answer these questions with the data and information you gather then you are well on your way to solving the issues at hand. With agile analysis throw all of this out the window.

It’s really a good idea to probe a little deeper into the subject of Business Analyst. What you learn may give you the confidence you need to venture into new areas.

Agile analysis is personable. The business analyst will want to be in constant communication with the stakeholders. He or she will want to have more personal contact with them versus e-mails and faxes. The stakeholders are key in agile analysis. They will be more of a hands on client. They will want to be in every step of development.

In short, with agile analysis the business analyst and development teams will work hand in hand to deliver working software in a quick manner. They will be able to get face to face feedback allowing for changes to be made for the client. A working model structure will target each step or phase. The results will be classified as just in time solutions.

As each phase in presented the stakeholders will be able to generate questions of compatibility. They will be able to analyze the progress to determine if it will still work within the guidelines of the scope of the project. Each phase meeting will be a kind of question answer segment for the teams. This will ensure all parties involved know what is happening and what is going to happen.

Agile analysis has become more widely used over the past few years. Customers are finding they like the quick approach to the issues. New business analysts are enjoying the close contact with the stakeholders. IT likes being able to produce code that is going to be utilized and not just dumped. The end product is developed as an anticipated program. Agile analysis in some cases can be more cost effective. It is a win win situation.

Now might be a good time to write down the main points covered above. The act of putting it down on paper will help you remember what’s important about Business Analyst.

About the Author
By Kaj R. Nilsen, feel free to visit his website: Nettdating


Jul 15 2011

Business Analyst for the Small Business

Category: Business AnalystAnders Eriksson @ 7:15 pm

Small business owners may not think they need a business analyst. Small businesses are sometimes caught up in trying to survive and overlook a key element in their success. The business analyst can actually come in and determine what the small business owner can do to expand his or her business. The small business owner can benefit just as much from a business analyst as a large corporation. There may be times when the business analyst sees the big picture when the small business owner can only see the bottom line. The new small business may not feel the added expense of a business analyst is worth justifying. In fact this is just the case.

The small business can benefit from the business analyst in many ways. The business analyst may be able to offer an unforeseen income generating avenue. Advertising techniques the small business is using may be proving fruitless. The business analyst may be able to implement bluetooth advertising. The small business could target specific clients instead of a general population with his or her advertising dollar. The business analyst may be able to suggest point of sale income not thought of by the small business owner. Other elements the business analyst could suggest would be repackaging in different sizes, where appropriate. Offering complimenting sales items may have not occurred to the small business owner. The business analyst is there to show a different perspective.

The business analyst will be able to assess the small business and determine what business decisions should be made. He or she can instruct the small business owner of new programs available. The business analyst will be able to offer advice as to new technology the small business owner is not taking advantage of. The small business is able to be aided in several ways by the business analyst.

The more authentic information about Business Analyst you know, the more likely people are to consider you a Business Analyst expert. Read on for even more Business Analyst facts that you can share.

The business analyst is a visionary. He or she can show the small business how to implement innovative business techniques. These techniques may have never been before thought of by the small business owner. The business analyst can view the broad scope of things to determine a need by the customer. The small business owner may have no idea these areas of opportunity exist. It is up to the business analyst to show the small business what will work and what will not work for the business.

Building profits and customer relations are the two key components that make up what the small business is focused upon. A good business analyst will be able to integrate these key elements into a plan of action for the small business. The business analyst can act as the liaison between the small business and the customer to determine if the needs of the customer are being met. A report can then be generated to determine how the small business can use this information.

The small business and it’s customers can benefit from the knowledge a business analyst brings to the table. The added expense of a business analyst can significantly raise the profits of a small business. It is worth researching whether a business analyst will be able to use his or her skills when it comes to a small business.

About the Author
By Sylvia Richards, please visit the beautiful village of Haven, an online spiritual community spiritual, psychic, healing


Jul 14 2011

What Makes a Good Business Analyst

Category: Business AnalystAnders Eriksson @ 4:34 am

There are several key points one needs to understand before deciding whether or not to become a business analyst. You may be qualified to do the job you were hired to do. Yet is it the job you wanted to do? Some analysts find themselves locked in a cubical writing reports all day, only to find the report was not used or even read. They realize they are in a dead end job going no-where fast. This is not the usual dream one has when becoming a business analyst.

A good business analyst is creative, a people person. Someone wanting a more hands on approach to business and problem solving. The good business analyst will look for opportunities to grow and learn. He or she will listen attentively to what others are saying. The good business analyst is like a walking encyclopedia about the company he or she works within. They will know people from every department.

The good business analyst may be a part of the IT team or department. He or she may even be able to produce usable code for practical remedies to small tasks. He or she will understand technology and the jargon that leaves the common layperson confused.

What makes a good business analyst is the ability to listen to what is being said and hear what is not. The good business analyst can read into the meaning of stakeholders words. He or she can understand the needs being expressed when the stakeholders do not always know what they are. The good business analyst will be able to determine if the requests from stakeholders or end users are viable. In some cases they are not and it is up to the business analyst to inform what can be done versus what is wanted.

I trust that what you’ve read so far has been informative. The following section should go a long way toward clearing up any uncertainty that may remain.

The good business analyst will have information available about the latest technology. He or she will know the formulas or programs used by corporate peers. The good business analyst will be able to recognize trends and differentiate between them and fads. They will understand the end user market.

The good business analyst will understand people. He or she will be a motivational person who can gear people into wanting to complete a project. The good business analyst will be able to point out someone’s strengths and help to build on those. He or she will recognize when a person is having a conflict and try to help resolve the issue. He or she may even be able to create teamwork within separate departments to meet a goal or deadline.

The good business analyst commands respect because he or she gives respect. You will not find the good business analyst spreading rumors or gossiping. He or she will squelch the first signs of trouble and stand up for what he or she believes in. There is no room for garbage in the office.

The good business analyst is a visionary, a creative thinker, and innovative. He or she is fun to work with and carries a positive attitude. Very few people do not like the good business analyst.

About the Author
By Eric Tan, feel free to visit his top ranked marketing blog and discover how you can build your own profitable internet business: Free Affiliate Marketing Trainings


Jul 04 2011

What Are Use Case Studies?

Category: Business AnalystAnders Eriksson @ 2:56 pm

You should be able to find several indispensable facts about Business Analyst in the following paragraphs. If there’s at least one fact you didn’t know before, imagine the difference it might make.

A use case study is designed to describe a situation in which the program is being utilized by the end user. It will tell a story of sorts describing how the program works and the input of the user. It does not tell how the program was developed. The details of the programming are not included in the use case study. You are trying to express the concept behind the creation.

Use case studies are generally one of two types. Type one is the essential use case. This is the type of use case study which is created at the beginning of a project. The idea behind the essential use case is to show what the program is going to do. There is no technical jargon or reference to programming procedures in the essential use case study.

The second type of use case study is the real use case. This use case study will show the hands on of the application. Usually there will be slides showing how the system is operated. This use case study is developed mid-way through the development of the program. Stakeholders can see how the program is instrumental in it’s usage.

Most of this information comes straight from the Business Analyst pros. Careful reading to the end virtually guarantees that you’ll know what they know.

There may be several use case studies written for every scenario the development team can think of. This way the application is put through it paces, so to speak, on paper. Notes can be taken or suggestions made to better the program. Allowing the stakeholders to see the end results of the program without going completely through the development stage can save time and money.

The business analyst will ask for suggestions when writing the use case studies. He or she will draw on the knowledge of the IT department. He or she will account for what the end user is asking for as well. The business analyst will draw up scenarios with the stakeholders in mind also.

Use case studies are communication tools used to allow end users to express what they feel is necessary in the system. The stakeholders can see how the user interacts with the system and can make suggestions to improve the system. The use case studies communicate to the IT department what the system is being designed for. It shows hands on applications the system will be used in. The user will be able to say the system program is doing what is required. The IT department will be able to say the system program is functioning as required. When the system program is done and in place, everyone will know what to expect. The stakeholders, end users, and IT should be satisfied with the outcome.

Use case studies do more than just show scenarios of the application. They can be instrumental in training documentation as well. The stakeholder or end user may want to keep the use case studies for training purposes or to help in developing training manuals. The business analyst who uses great care and painstaking intuition when developing use case studies may be rewarded in more ways than one.

About the Author
Jinger Jarrett is a fulltime freelance writer, internet marketer and author. She will teach you how to market your business using completely free techniques. Download her ebook for free: Internet Marketing Tips


Jul 02 2011

What does a business analyst do

Category: Business AnalystAnders Eriksson @ 1:14 pm

The qualified business analyst wears many hats. He or she is a negotiator, a skilled listener, a motivational speaker, and a team leader. His or her title may include that of systems analyst, requirements analyst, or project manager. The business analyst may or may not have a degree in business analysis. He or she may not be able to write code. However, the business analyst is educated in the process necessary to produce the code. He or she may even come from an IT department. But what is it they do?

The business analyst is someone capable of troubleshooting.. He or she will be able examine data and other information gathered to determine losses experienced by the company. The business analyst will be able to compare previous facts and figures to current numbers to deduce or predict where failure may occur. He or she will be able to examine information gathered by stakeholders to assess risks of certain project programs.

The business analyst is an objective listener. He or she will be able to speak to stakeholders and hear the needs determined by the management. The business analyst will be able to ask questions which could lead to certain discoveries once overlooked. The qualified business analyst gain knowledge of a situation by listening to team leaders and end users. He or she will hear the underlying message of what is being developed versus what is needed.

If your Business Analyst facts are out-of-date, how will that affect your actions and decisions? Make certain you don’t let important Business Analyst information slip by you.

The business analyst is a negotiator. He or she will be able to involve themselves with departments and teams to allow the teams to work together. The business analyst will realize conflicts among departments. He or she will work side by side with each team to negotiate a compromise so the project is not jeopardized. The business analyst will motivate the teams to recognize their strength and weakness and allow them to excel and overcome. He or she will develop a rapport with department heads and stakeholders to rally the teams into completing the tasks at hand.

The business analyst may be asked to centralize services for more efficient work environments. He or she may be asked to reduce duplication processes occurring between departments. The qualified business analyst may be asked to develop relations with external sources when necessary to deliver services needed for project completion. The duties of the business analyst are never ending. He or she is a useful asset to the company.

The business analyst is a visionary. He or she usually thinks outside the box. Always in the know about latest technological advances, the business analyst will know when a program is capable of being utilized by the company. He or she will know how to determine a need when the situation arises. This way the business is not left behind and can keep up with corporate peers.

Sometimes the business analyst is forgotten amongst the bustle of corporate strategy. However the business analyst will be the always be the innovative link between each and every department and stage of development in the project program.

About the Author
By Anders Eriksson, feel free to visit his soon to be top ranked Perpetual20 training site: Perpetual 20


Jun 29 2011

Being Flexible as a Business Analyst

Category: Business AnalystAnders Eriksson @ 12:26 pm

Sometimes the business analyst can be so caught up in a project he or she forgets tried and true methods do not always work. The analysis team is trying to get done what the customer has scoped out and sets up a plan of action. The plan of action requires certain fundamentals. There are times when these rudimentary ideas just do not work for the client. The client can not understand why these steps may be so important. This is when the business analyst needs to step back and ask the same questions as the client. It is all in communication.

The professional business analyst must understand success of the project is not only about requirements documentations it is about how those requirements are handled. The business analyst is the acting liaison between the client and IT. The documentation may be required for the IT team to do their job. Certain explanations may be necessary for everyone to understand what is needed. Yet the client may not understand the documentation or have no need for it to begin with. Communication skills are what is required.

The business analyst may get further and move faster with just a simple meeting to explain the methods and procedures being used. The client can ask questions and the business analyst can explain. The case studies and other documentation would not in any way assure the client of progress. There are those who need to hear it because to them it may look good on paper, but how is it supposed to work? A good business analyst can explain the intricacies of what is taking place. The client can sign off. The work can continue. The goal is being met.

It’s really a good idea to probe a little deeper into the subject of Business Analyst. What you learn may give you the confidence you need to venture into new areas.

This is where the business analyst must be flexible. Just because he or she has done this a thousand times with other clients does not mean this client is like the other thousand. The job of the business analyst is to determine what the client wants. Paperwork may be a burden to the client. The business analyst should comprehend how information is delivered. He or she must be flexible enough to deliver what the customer is requesting. The business analyst must ensure the client is comfortable with how information is delivered. Not the other way around.

There will be times the business analyst must learn to be flexible when it comes to dealing with information. Not everyone can do the job of a business analyst. This is why he or she was hired in the first place. However, there may be no documentation for certain things the analyst is normally made privy to. The business analyst must be flexible in knowing how to work around this barrier. He or she must know how to gather the information needed to perform the task. Flexibility comes in handy at this point. The business analyst may have to do what he or she can at present and wait for statistics to be gathered. Instead of getting a concise written report from the team, the analyst may have to interview each member to gather what he or she needs.

The key is to work within the boundaries of the client. Do what the client feels comfortable with. The business analyst may not be as comfortable. Being flexible in any situation will do away with this unease. The task at hand can be accomplished.

About the Author
By Anders Eriksson, proud owner of this top ranked web hosting reseller site: GVO


Jun 28 2011

Reasons Projects Fail for a Business Analyst

Category: Business AnalystAnders Eriksson @ 10:45 am

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.

Once you begin to move beyond basic background information, you begin to realize that there’s more to Business Analyst than you may have first thought.

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.

You can’t predict when knowing something extra about Business Analyst will come in handy. If you learned anything new about Business Analyst in this article, you should file the article where you can find it again.

About the Author
By Anders Eriksson, feel free to visit his soon to be top ranked Perpetual20 training site: Perpetual 20


Jun 26 2011

8 Questions every Business Analyst Should Ask

Category: Business AnalystAnders Eriksson @ 4:45 am

Are you looking for some inside information on Business Analyst? Here’s an up-to-date report from Business Analyst experts who should know.

It does not matter what project you are going to undertake. It is not important what industry you are going to be assessing. What is important is you know what you are going to do. You must as questions. You must find what it is the client wants. Presented is a list of obvious questions every good business analyst should know the answer to when starting a project.

1. What problem is this business having that you hope to solve by developing this project? It should be obvious as to why you would ask that question. If you do not understand what the problem is then you can not help to solve it. Also, when reading the project program it may not be clear as to what the client actually wants. The scope may only tell you what they would like to see happen. It could and often times is not focused on what the true issues are.

2. What is the business doing at present to alleviate or solve the issue? What has been tried in the past? You must understand what the client is doing in order to understand what must be done. You do not want to develop a project plan overview only to have someone tell you it has been tried. Listen to the customer. Find out what they have done. Ask questions while you are listening. On your toes brainstorming so to speak. Listen to what has not worked.

3. What inside resources will this project be utilizing? What outside resources will be necessary? You will want to determine where your help and team players are coming from. You may be familiar with most of the IT, but if the client wants to outsource it is a different game. You may have to make a list of external interactions. Define the company’s strengths and weaknesses. This can be most advantageous.

You may not consider everything you just read to be crucial information about Business Analyst. But don’t be surprised if you find yourself recalling and using this very information in the next few days.

4. Have you determined a vision for the project? The business analyst will compare this scope with the one he or she will develop to ensure consistencies and a parallel outlook. In other words make sure you are on the same path. This is sometimes easier said than done. Communication is the key to success with this question.

5. What risks to you foresee and are you willing to take them? A conservative client may not be inclined to take large risks. Getting them to be specific can help when generating the project program. You may also be able to overcome some of their fears or doubts by explaining the risk factor more thoroughly.

6. Are you under any type of time constraint? There has to be a set time frame for the outcome. A goal can be reached for any project if time is not a factor. Most clients have time constraints which affect every avenue of business. You will want to know what these are and plan accordingly.

7. What is the projected cost of the program? An aggressive business analyst may be blunt and honest by wording the question like this. What is the projected budget and can it be deviated from? There are times certain steps must be taken which can cause a project to run over budget. Other plans of action may not need implemented because management was not fully aware of certain assets available. It is best to know exactly what is going into this project for the project program to succeed.

8. Who is the end user? What support will they have? You will need to know this in order for the program to even fulfill it’s purpose. Marketing data must also be collected to incorporate what the end user is asking for. The goal is to reach the objective with everyone satisfied. A business analyst can not do this without talking and listening to everyone involved.

About the Author
By Anders Eriksson, feel free to visit his Perpetual20 training site for great bonuses: Perpetual20



Next Page »