5 Questions And Answer Business Analyst Always Ask
5 Questions And Answer Business Analyst Always Ask
It doesn't matter what project you want to execute. The industry you are evaluating is not important. The important thing is that you know what to do. You must be the question. You must find what the customer wants. The proposed checklist lists the answers every good business analyst should know when starting a project.
1. What problems do you hope to solve in this business by developing this project? It should be obvious why this question is asked. If you don’t understand the problem, you can’t solve it. In addition, when reading the project program, the actual needs of the customer may not be clear. The oscilloscope can only tell you what they want to see. It may and often does not focus on the real problem.
2. What is the current enterprise doing to alleviate or solve the problem? What have you tried in the past? You must understand what the customer is doing to understand what must be done. You don’t want to make a project plan outline just to let others tell you that you have tried it. Listen to what customers say. Find out what they did. Ask questions while listening. It can be said that brainstorming on the toes. It's no use listening.
3. What internal resources will this project utilize? What external resources are needed? You will want to determine where your help and team members come from. You may be familiar with most IT, but if a client wants to outsource, it's a different matter. You may need to list external interactions. Define the company's strengths and weaknesses. This may be the most beneficial.
4. Have you determined the vision of the project? The business analyst will compare this range with the range he or she will develop to ensure a consistent and parallel outlook. In other words, make sure you are on the same path. Sometimes easier said than done. Communication is the key to successfully solving this problem.
5. What risks do you foresee and are you willing to take these risks? Conservative customers may not be inclined to take greater risks. Making them specific can help when generating project programs. By explaining the risk factors more comprehensively, you may also be able to overcome some of their fears or doubts.
Komentar
Posting Komentar