Who Prepares the Business Analysis Plan? The Business Analyst is responsible for creating the plan but is expected to seek input from key project team members like the Project Manager, SMEs and the technical team in cases where technical expertise is required to judge the feasibility of requirements to determine how work will be carried out. Who signs off on the Business Analysis Plan? Depending on the structure of the organization, the Project Sponsor, Project Manager of the team the BA is assigned to or the Functional Head in charge of the unit in which the BA works would be responsible for signing off on the plan.
This post discusses some of the questions you should seek to answer in your Business Analysis Plan: What is the scope of work? Consider the scope of work that needs to be completed and outline all the tasks and associated deliverables for each task.
Part of scope definition is identifying which business analysis processes need to be initiated and completed. What methodology will be applied? The methodology applied on the project has a strong influence on the activities that will be performed and the sequence of those activities. For example, using a Plan-driven approach implies that analysis will need to be completed before development can begin. Using a change-driven approach on the other hand, implies that requirements elicitation and analysis will be iterative and that requirements will be developed and clarified as the project progresses.
Who are the stakeholders? Stakeholders form part of the team that create and validate the deliverables produced by the BA. BAs need these stakeholders to be available during the course of the project. You will need to consider them in your plan by outlining the roles and responsibilities of each of the stakeholders and the time commitment that will be required of them.
The Agile Methodology can be used to meet the documentation needs for mission-critical software development. This Agile Framework emphasizes project iteration, daily sprints, and steps within each activity. The PowerPoint highlights project processing and interaction in a creative workflow of circular diagrams and arrow flows.
Ask your project manager whether you should estimate work time the actual amount of time required to do the task or lapse time the duration of the task. Estimate realistically and conservatively; many people underestimate time required to complete tasks. If you have trouble putting a number next to a task, try breaking the task down into subtasks and estimating them.
When tasks are specific, time estimates are more likely to be accurate. Here is an example of how to record time estimates for eliciting and communicating a use case accurately. Remember, your plan is a negotiation tool — that is, your time estimates are at the heart of your negotiations — so be accurate! Credit: Illustration by Wiley, Composition Services Graphics The larger the project and longer the time frame, the more difficult estimating is because there are a lot more moving parts.
This fact is one of the reasons that iterative approaches have become more popular. They let you plan in smaller chunks, which means fewer moving parts.
This post discusses some of the questions you should seek to answer in your Business Analysis Plan: What is the scope of work? Part of scope definition is identifying which business analysis processes need to be initiated and completed. Developing an effective plan involves identifying and outlining all the key tasks that must be completed within the allotted time. You will need to consider them in your plan by outlining the roles and responsibilities of each of the stakeholders and the time commitment that will be required of them.
With Agile comes a growing emphasis on equipping the development team, e. The BA plan should contain a list of tasks to be completed as well as the time estimates for each task. In this blog post, we will look at the key steps to implementing a business intelligence strategy. By Kupe Kupersmith, Paul Mulvey, Kate McGoey As you gather all the information about the people, project characteristics, and process, your business analysis plan takes shape.