Professional Documents
Culture Documents
Interview Questions-Answer BA
Interview Questions-Answer BA
Interview Questions-Answer BA
Soham Dasgupta
1. Introduce Yourself
Ans. Hi, Good morning/evening, my name is Soham Dasgupta, I have done my bachelor’s in
mechanical engineering and have been working for almost 8+ years in Oil and Gas industry
Firstly as a Piping Engineer and then as a business analyst for 4+ Years.
2. What is SDLC?
Ans. The Software Development Life Cycle is a process used by the software industry to design,
develop and test high-quality low-cost software’s in the shortest period, that meets or exceeds
customer expectations and demands. ISO/IEC 12207 is an international standard for SDLC.
Also, SDLC consist of a detail plan describing how to develop, maintain, replace, and alter or
enhance specific software. The life cycle defines a methodology for improving the quality of
software and overall development process.
Ans. There a 6 Phases in SDLC, the different Phases of SDLC are as follows:
Ans. Planning – Scoping, Estimation Calculating TMM, Gap Analysis – cost benefit analysis
Gathering high level requirements, defining scope areas, work breakdown structure, understand
AS-IS and prepare understanding document, selecting a methodology to be used
Requirement Gathering– If the system is existing then we must go through the existing
documents and understand how the process used to work previously also during this we must
speak with the stake holders and the people who have expertise in that area. This is what we call
as AS-IS
If the system is new then conducting workshop, obtain requirements, preparing business
documents
Designing – We define user personas and simultaneously help designers so that designer can
build system as per the users.
Testing – test case review, bug reporting, validation reporting bugs if any, provide end user
acceptance criteria and work with developer/test and ensure if all criteria are met,
Ans. Due diligence or discovery is the process of understanding the AS-IS or the existing model.
We do due diligence when we have to replace the current system with the new one or we
have to enhance the current system with the new one
Ans. By understanding the company business model, structure, domain, process, user tasks and
roles, workflow, and understanding the current process/system going in the company.
Ans. Understanding document is produced after the due diligence to showcase your
understanding of what you’re understanding during due diligence phase. Document produced
can be PPT, flowchart, processes, and functionalities.
8. What is Scoping?
Ans. Scoping is the area within your vision, scope is based on the time, money and manpower,
priority, and essentiality. To define scope, we need to do estimation.
9. What is Estimation?
Ans. Estimation is defined as the most realistic amount/time per hour or money, for a project to
be delivered.
Ans. Relative estimation (Estimation by Hours – done on the basis of past experiences and
estimation is of time-money-manpower), i.e. In IT we are paid per hour more the experience
more the per hour pay.
P age |3
Soham Dasgupta
Fibonacci (Each number in the sequence is the sum of the two numbers that precede it. So, the
sequence goes: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, and so on.)
The small size t-shirt will need less time compared to xl/xxl
Ans. Prioritization is used in software product management for determining which product should
be included in a certain release based on High (must have), Medium (should have), Low (could
have) which is known as MOSCOW.
Ans. It is the analysis during requirement prioritization which states the requirement based on
MUST HAVE, SHOULD HAVE, COULD HAVE and WOULD HAVE.
Must have – These req are critical to the current delivery timebox for the delivery
to be a success. Ex. Login
Should have – these req are important but not necessary in current delivery. Ex.
Search by keyword and category, ditch another search method.
Could have – these req are desirable but not necessary but can improve user
experience at a little development cost, ex. Look & feel of system
Won’t have – these req are least critical, lowest payback or not appropriate for
current delivery.
• Planning
• As is – to be
• Gap Analysis
• Requirement gathering
• Provide multiple solutions
• Define scope using optimum solution
• Getting the sign off from customer
• Software document preparation
• Test case (review)
• Knowledge transfer to developers
• Verification of solution
• Support after implementation
• Due Diligence
• understand AS-IS
P age |4
Soham Dasgupta
• estimation of resources/cost/time
• Scoping
• Preparing understanding document
• Preparing stakeholder list
• Invitee list
• Conducting workshops
• Req gathering
• Requirement prioritization
• Preparing business documents and taking sign off from client
• Maintaining clarification logs
• Help developers and tester during production by being a mitigator for our
technical teams & non-technical clients,
• Test case review,
• Reporting bugs if any
• Provide end user acceptance criteria and work with developer/test and ensure if
all criteria are met
• Do UAT, giving demos, gain acceptance from user, preparing user manual,
support after implementation.
Ans.
Ans.
Ans.
Ans.
Ans.
Ans.
21. Which was the most difficult functionality in your system? And why?
Ans.
22. Which is the most difficult functionality in your project? And why?
Ans.
P age |5
Soham Dasgupta
Ans.
Ans.
25. What are the difficulties you faced as a BA during the project?
Ans.
Ans.
• Plan
• Scheduling
• defining deliverables
• preparing invitee lists,
• preparing work breakdown structured
• understand as-is flow
28. How did you gather the requirements? Explain entire requirement gathering process.
Ans.
Techniques:
Brainstorming,
Req workshop,
Discussion,
Probing,
Observation,
interview,
questionnaire,
interface analysis,
Surveys,
Visualization.
P age |6
Soham Dasgupta
Ans.
Ans. Minutes of Meeting are minute details taken to meet client requirement. The BA creates the
MOM after every meeting, and it is record of discussion, so nobody deviates from what was
concluded during the meeting.
32. What are the documents/ deliverable you produced during requirement gathering?
Ans. It is a type of SDLC Methodology. It is a one-time delivery we complete one phase and then
we move on to next phase it has fixed number of requirements fixed budget small project no
changes.
Ans. Agile is a SDLC methodology it’s a way to manage a project by breaking it into several
phases called as iterations/sprints. It involves constant collaboration with client and continuous
improvement at every stage. It is an alternative to waterfall or sequential development.
35. What are the documents that you would produce for waterfall project?
Ans. BRD, Wireframes, FRD, Field matrix, gap analysis, Chane Request log, clarification log.
36. What are the documents that you would produce for Agile project?
Ans. Product backlogs, Wireframes, user stories and field matrix, gap analysis, CR log,
clarification logs
Ans.
Ans.
39. Which method would you choose for any given project and why?
Ans. If a project is small, well defined and no changes in requirements then we will opt for
waterfall methodology.
If a project is vast and needs continuous development, delivery, improvement, a lot of ambiguity
and is driven by Technology, competition, customers, market, strategy & profit, then we will go
ahead with Agile methodology.
P age |7
Soham Dasgupta
Ans. Following scrum ceremonies as in attending sprint planning, daily standup meetings, sprint
review, sprint retrospective
• Sprint planning – Before we start a sprint, we discuss who will do what and what not who
will work on which requirement etc.
• Daily standup meeting – conducted every day for 10-15 meetings in which everybody
explains what they have done from the last meeting until now and what they are planning
to do today, what all are the issues being faced by them and how could it be solved.
• Sprint review – release of the system, giving demos, user training, maintaining change
requests, planning of next sprint, meeting will be attended by client
• Sprint retrospective – optional meeting which happens after a release and before the
start of the next sprint. In which it is discussed, what has gone well, improvement done
Ans. It is Business Requirement Document which explains us what functions are require in the
system.
Ans. Assumption is something which we believe is true without having a confirmation on it. If it
turns out to be false, it may impact the whole project or a certain functionality too.
Ans. Constraints is limitations or restrictions that restricts or dictates the flow of the project i.e.,
without one functionality completed we cannot move on to the next functionality.
Ans. Dependency is where the project is dependent on others or vice versa i.e., some ongoing
activity is happening is other team that is restricting your completion of a task and vice versa.
Ans. Non-Functional explains how the system should perform or how strong is the system.
Speaks about the performance, look, and feel, security and so-called quality attributes of a
system.
They specify criteria that judge the operation of system rather than specific behavior, ex Data
should modify into database with in 2second.
Ans. Functional req defines a function of a system or its components. Functional req may be the
one which has an input, behavior and output like calculations, technical details, processing that
defines what system supposed to accomplish.
Non-functional speaks about the performance, look, and feel, security and so-called quality
attributes of a system. They specify criteria that judge the operation of system rather than
specific behavior, ex Data should modify into database with in 2 second.
Ans.
Availability - This defines the amount of time the system is running, the
time it takes to repair a fault, and the time between lapses.
Maintainability - This indicates the average time and ease and rapidity
with which a system can be restored after a failure.
Performance - The website’s load time should not be more than one
second for users.
Ans. BRD is business requirement documents that is document which describes what a client
needs and FRD is functional requirement document which describes how the functionality is
going to work.
Ans. It’s a document which talks about execution of functionalities i.e., how those functionalities
are being operated
Ans. Use case is a document which talks about how the functionality will be executed in waterfall.
3 basic elements that makes up a use case are actor system and goal.
Ans. The different sections of Use case are Use case ID, System Application, Goal Description,
Actors, Assumptions, Precondition, Business rules, Trigger, Main scenario, Post condition,
Validations and Error Messaging.
Ans. An assumption is a state that can be achieved before the start of that use case
Ans. Precondition is the condition that must be fulfilled for the user to go ahead. For example, the
user needs to login to do any activity so this condition must be fulfilled so that the user can go
ahead.
Ans. A business rule is a rule that must be followed during the execution of the functionality until
it ends.
P a g e | 11
Soham Dasgupta
Ans. Trigger is an event or scheduler that triggers functionality automatically without any human
intervention.
Ans. It is a clear description of what system must do in response to each action taken by actor.
Ans. Anything that must be true when the use case is complete.
Ans. If we have same functions but with variations, first one we include in main scenario and rest
will include in alternate scenario.
For example, Log is a function, then log-in by mobile no and OTP, log-in by username and
password.
Ans. Unified Modelling Language Diagram is standard way to visualize a system. The types of
diagrams are structural information (Technological components), General Behavior (Functional
Component – BA) and Interaction Diagram.
Ans. Generalization of an actor means that one actor can perform the role of the other actor. The
descendant performs all the use cases of the ancestor. The descendant has one or more use
cases that are specific to that role.
P a g e | 12
Soham Dasgupta
Ans.
Ans.
Ans. Workflow or process flow are the types of diagrams which represents the step-by-step work
of a system.
Ans. It is as same as Functional diagram but here it depicts which part of the process belongs to
which user
Ans. Activity diagram are the diagrams which helps to execute the functions in detail i.e., it talks
about all the process and the flow.
Ans. Sequence diagram are both the activity and flow diagram, it means the order of occurrence.
The end purpose is a sequence of events.
Ans. Mind mapping is writing the main idea or requirement and thinking on new and related ideas
which radiates from the main idea.
Ans. Fish Bone Map is done to check the root cause or identify the problem in an organization.
78. What is the difference between High level design and Low-level design of a system?
Ans.
Ans. Wireframe is a pictorial description of end product of how the system will work It can also be
called as the blueprint of the product.
Ans. Prototyping creates replica of the end product so that you can show case how the product
should look like.
Ans. UI is User interface designing which the representation of the product i.e., how it will look.
UX is User experience which tell about the user experience.
This can include display screen, keyboards, mouse, and appearance of a desktop.
UX focuses on deep understanding of user’s experience means what they need, what they value,
their abilities and their limitations.
Ex. While building a house, color of the house is UI, and the foundation of the house is UX.
P a g e | 14
Soham Dasgupta
Prototype – dynamic, advanced wireframe, can be displayed as dummy model with more visual
detail & interaction.
Ans. To get the clear idea about the requirements and the flow of events visualization is
important. Visualization helps in ensuring that client’s requirements and our understanding of the
same is met.
Ans. Personas are the different attributes of end user ex -age, gender, education, interest,
occupation, location, language etc. Defining the personas is basically defining the characteristics
of the end user. We have to know the end customer who’s going to use the app and design the
app based on the personality of that person, that is known as defining the personas.
87. What is field matrix or data dictionary? Why do we create it and what is the importance?
Ans. It is also called as Field List, Field Table, Data Table etc.
It is a collection of description of data or fields for the benefit of programmers. By referring field
matrix anyone who refers it, will get the idea about the fields.
Define Field types like textbox, dropdown & list box, default value, radio button, mandatory fields,
No. of characters.
Ans. Gap Analysis is especially conducted when we are replacing the current system with new or
enhancing the current system.
Basically, it’s identifying the gap between two systems to determine whether
business req being met or not, if not what steps we should take to fulfill the req.
We compare the old system with the new one to meet the below criteria
• Step 1: Identify the existing process. ...
• Step 2: Identify the existing outcomes. ...
• Step 3: Identify the desired outcome. ...
• Step 4: Identify the gap and document the gap. ...
• Step 5: Bridge the gap. ...
• Step 6: Maintenance.
Ans. Impact analysis are the major changes that occur which will lead to change in the
development process.
P a g e | 15
Soham Dasgupta
SWOT analysis is a strategic planning technique used to help a person or organization to identify
Strength, Weaknesses, opportunities and threats to business or project to keep the project
updated in the market
Ans. Identifying the competitor and evaluating their strategies to determine their strengths and
weaknesses relative to our product.
93. What is Change Management? How did you manage changes in your Company?
Ans. After requirement gathering and signoff is done, if there is a requirement added or deleted it
is known as change management. I did not face the issue yet in any project.
Ans. No.
Ans. Mapping takes place during the Integration phase, along with Gap Analysis. When we are
transferring data from one system to another, mapping is done. The Mapping sheet shows how
data from one system is mapped to data from another system. Sometimes during mapping we
need to do conversion/combination of data.
For. Ex. In one system we have provided the input as “First Name” & “Last Name” separately.
Whereas while displaying in second system, data should be mapped and combined to display
name as “Full Name”
Ans. During development or testing, we get a lot of clarifications or queries. These are basically
from various internal team sources like testers, developers, technical architects, DBA, etc. Some
of these queries we as a BA understand, but unfortunately some we don’t. So, to keep a track of
all these clarifications requested & resolved, we maintain a clarification log for the same.
Ans. The role of BA in presales is to understand AS-IS, High level requirements, and client
clarifications.
P a g e | 16
Soham Dasgupta
Ans. RFP request for proposal – flow diagrams, high level requirements & their estimation,
writeup/case study explaining their current issues and what solutions could resolve the same
along with some wireframes, demo of old system
Ans. RTM is known as Requirement Traceability Matrix which traces the changes in the
document.
To maintain the traceability of requirements so that all the components are tested and verified
that’s why we create RTM.
It’s an excel sheet tracing all the requirement numbers and components in various documents.
RTM is a matrix that we use to capture all the business requirements so that we can trace it. Ex.
If a customer comes with a change, then we can trace a specific functionality from the RTM and
know which all BR and Use case needs to be modified simultaneously.
Ans. Product backlog is list of all things that is given by client/needs to be done with in the
project. It’s the replacement of traditional requirement artifacts.
Ans. User story is a document in agile to capture the description of software features from an end
user perspective. It describes the type of user, what they want and why. A user story helps to
create a simplified description of a requirement.
W – who
W – what
W – Why
H – How
102. Which questions you must keep in mind before you start a user story?
Ans. Before starting user story we must keep in mind who, what, why and how.
Ans. Detailed description of user story how user wants a functionality to perform of particular
user story.
P a g e | 17
Soham Dasgupta
A set of statement that describes the conditions of functionalities must satisfy for user story to be
accepted by user.
106. What is the difference between Use Case and User Story?
Ans. The difference between Use case and User stories are:
a. Use case are written in waterfall, user stories are written in agile
b. Use case we write as a BA what user can do, but in user story we are user, and
we write our requirement as an end user.
c. Use case are sectionized, where as user stories have two section one is story,
and one is acceptance criteria.
d. Use case we take assumptions whereas in agile we don’t write assumptions
e. Large use case is there with one main scenario and alternative scenario, but user
stories cannot be large, they are broken into smaller user stories. Large user
stories are known as EPIC.
Ans. The ceremonies in scrum are Sprint Planning, Daily Scrum Meeting (Start to End of a
project), Sprint Retrospective.
Ans. Sprint planning is a meeting before we start a sprint, wherein we discuss who will work on
which requirement. How many items form the requirement will go in the first sprint.
In Scrum, the sprint planning meeting is attended by the product owner, ScrumMaster and the
entire Scrum team.
Ans. It is a 10 to 15mnts daily meeting to share the progress, reports impediments. During this
meeting each member have to answer 3 questions i.e.
Ans. Sprint Demo/ Sprint Review is the demo given to client after each sprint to check where all
the requirements in the sprint backlog are ok to release.
P a g e | 18
Soham Dasgupta
Ans. Sprint Retrospective is to understand what went right in the sprint and what are the
improvement scope. This takes place between two sprints. It is also known as look back
meeting.
Ans. Burndown Chart is a graphical representation of the Work left to complete (Product
Backlog) with time in days. Burndown chart can be for a product, release, sprint or for a single
item also.
It is useful for predicting when all the work will be completed. The outstanding work is often on
the vertical axis, with time along the horizontal. Burn down charts are a run chart of outstanding
work. Burndown is represented in a downward flow. Burndown chat represents at what
rate/velocity we are burning the story points.
Ans. The rate at which we burndown work or product backlogs per day is velocity.
Velocity the rate at which a team completes work, usually measured in story points. In Scrum,
velocity is how much product backlog effort a team can handle in one sprint.
This can be estimated by viewing previous sprints, assuming the team composition and sprint
duration are kept constant.
Once established, velocity can be used to plan projects and forecast release and product
completion dates.
Ans. A sprint is a short, time-boxed period when a scrum team works to complete a set amount
of work.
Sprints are at the very heart of scrum and agile methodologies and getting sprints right will help
your agile team ship better software with fewer headaches.
Ans. The person who holds vision for the product and responsible for maintaining, prioritizing,
and updating the product backlogs.
Ans. We can say scrum master is like project manager or facilitator for the team. Keeps the
information about the teams progress up to date and makes sure the project is on track and is
following the Scrum principle.
Ans. These are the people who are directly/indirectly impacted by creation/change of a system,
also the ones who are sponsoring the project or funding the project.
Ans. Product Owners, Scrum master, Team members (developers, testers, QA, support
engineer, BA), Stakeholders, client, or user.
Ans. Our highest priority is to satisfy the customer through early and continuous delivery of
valuable software.
Businesspeople and developers must work together daily throughout the project.
Build projects around motivated individuals. Give them the environment and support they need
and trust them to get the job done.
The most efficient and effective method of conveying information to and within a development
team is face-to-face conversation.
Agile processes promote sustainable development. The sponsors, developers, and users should
be able to maintain a constant pace indefinitely.
The best architectures, requirements, and designs emerge from self-organizing teams.
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts
its behavior accordingly.
P a g e | 20
Soham Dasgupta
Ans. When we have product or system which requires continuous Development, Improvement
and continuous delivery.
For the projects which are market driven, customer driven, technology driven, competition driven,
strategy driven, profit driven.
Ans. Epic are large functionality which needs to be broken down into small user stories.
Ans. Child Stories are part of Epic for example if Payment is EPIC then child stories will be
Payment by net banking, Payment by wallet etc.
Ans. The unit of measurement, when a point will be given some hours in agile methodology.
130. What questions would you keep in mind to complete a user story?
Ans. Time given to elaborate, discuss or document a story is known as Story Time.
P a g e | 21
Soham Dasgupta
Ans. The sprint goal is the target which we want to achieve in the sprint.
Ans. It is the Time given to any kind of research in scrum is called as Spike.
Ans. INVEST defines to a good user story. The full form of invest is: Independent, Negotiable,
Valuable, Estimable, Small and Testable.
Ans. Impediments are the obstacles, or the problems faced during a sprint.
Ans. Product vision is what we want to achieve and why we are doing it. The Product owner
defines it.
Ans. The product feature which are to be completed within release cycle in known as Release
Backlog.
Ans.
Ans.
Ans. When the requirement is accepted by the user in the sprint it is known as Done, and when
the requirement goes to the Release bucket after the acceptance phase it is known as Done
Done.
Ans. Product backlog grooming happens before the release of the project. It is basically the
refinement before the release.
P a g e | 22
Soham Dasgupta
Ans. MVP or Release 1.0 is Minimum Viable Product these are high priority must have
requirement for a product to be launched.
Ans. Pareto analysis is premised on the idea that 80% of a project's benefit can be achieved by
doing 20% of the work—or, conversely, 80% of problems can be traced to 20% of the causes.
Pareto analysis is a powerful quality and decision-making tool.
Ans. The Kano Analysis model (pronounced “Kah-no”), also known as the “Customer Delight vs.
Implementation Investment” approach, is an analysis tool that enables you to understand how
customer emotional responses to products or features can be measured and explored.
Ans. Mixture of Waterfall and Agile is Hybrid Agile wherein when we have a client and we
gathered all the requirements, we freeze the requirement, but delivery happens in releases and
sprints and if there is change in requirement it is accommodated but there will be cost associated
with it.
Ans. SMART is a set of criteria for creating goals such as Sprint goals which is a short statement
written by the Scrum team (based on the Product Owner's initial objective) to lead them in the
direction of what they want to accomplish. SMART stands for Specific, Measurable, Achievable,
Relevant and Time-bound.
Ans. WBS in a project management is a method for completing a complex, multi-step project. It’s
a way to divide and conquer large project to get things done faster and more efficiently.
Ans. Rally, Jira, Confluence, ON time etc. Among all JIRA is the most used project management
software by various organizations that work on the Agile SDLC principle.
Ans. Rally is a software which serves as a central hub for teams to collaboratively plan, prioritize
and track work on a synchronized activity. Key features include team collaboration, project
management, product and portfolio management, analytics and metrics, and platform integration.
Ans. Jira is a software which supports any agile project management methodology for software
development. The Functions are:
c. The ability to estimate time for issues as you prioritize your backlog.
d. Robust reporting features, ranging from burndown charts to velocity
measurements.
e. Customizable workflows to fit your frameworks.
Ans. Creating User stories, create tasks, create subtasks, assign tasks along with project
manager/scrum master.
Ans. If there is any problem in understanding the documents, helping them understand the
document and requirements.
Ans. My role in UAT (user acceptance testing) is to give training and demo to the end user, sit
with them to remote, report bugs and CR’s and get it fixed & again demo it to the client.
Ans. C test case review, bug reporting, validation reporting bugs if any, provide end user
acceptance criteria and work with developer/test and ensure if all criteria are met,
Although to tackle the mentioned difficulty, I kept the client updated throughout the creation of the
wireframes and BRD so that we didn't overlook anything the customer had requested. After each
session, I sent them a MOM containing all the requirements that had been covered during the
requirement gathering process, assuring them that they were being met.
159. What will you do as a BA if your client is not responding to your clarifications?
Ans. If client is not responding to our clarifications, then I will give 3 reminders on the same. Still
if there is no response from the client then I will escalate the same to my Project manager.
Ans. If I have better solution I will present to them, if they agree we will proceed if not then will
follow what they say.
Second scenario is that if client is adamant to something which is not feasible, then will take the
TA and make the client explain why we can’t do this.
161. What will you do as a BA if your client is asking for a feature which is
technologically not feasible?
Ans. As a BA, I will myself try my best to explain him that it is not technically feasible, but if the
client is unable to understand the same then I will arrange a meeting with the technical team so
P a g e | 24
Soham Dasgupta
that he can be explained in a better way that this feature cannot be feasible. Also, I will not only
stop here, but will recommend an alternate to that feature which will fulfill the client’s requirement
as well as trust between client and us.
Ans. Change request log maintained, during change - impact analysis, If any issues found in
production environment, then we provide hot-fix depending on the severity of the issue or provide
a workaround for temporary fix until the issue is resolved and released.
Also, we perform root cause analysis on reported issues to reach the root from where this
problem is being caused, this also helps us in upcoming projects to stay alert on the same.
164. How will you ensure that client doesn’t retract from the requirements?
Ans. To diversify my growth as a business analyst in the field of IT/ITES Industry and to grow as
an individual.
Ans. I want to join IT (Your) company to develop more skills as a BA as IT company, the
involvement of BA is more than my previous organizations.
“When I read the job ad, I could see straight away the fit between what you’re looking for and
what I’ve done in my career to date. That’s also what I want to do much more of in the future
too.”
Ans. I was highly underpaid and as per the market standards I think I deserve around 24LPA.
P a g e | 25
Soham Dasgupta
Ans. As long as the company needs my services, I will be standing firm in my position in this
company. I am looking for a long-term relationship with the company as I want to settle down at
one place and learn and grow as much as I can until the company needs my services.
Ans. I'm confident that I am the best candidate for this job role. It's not just my background in the
past projects, but also my skills, which will be applicable in this position. On the other hand, I am
a self-motivated person and I try to exceed my superior's expectations with high-quality work.
Ans. I want to learn a domain and become an expert of that domain. I am already in travel
domain and want to explore other domains.
In Long term, I want to excel into next level of hierarchy and simultaneously bringing that skills &
responsibilities on myself to help grow myself into a better individual both personally and
professionally.
Ans. Biggest Strength I have as a BA is my communication skills and thought process that I put
in the project I work.
Ans. I am straight forward person. My weakness is that I have trouble saying NO to anyone even
if I have to keep working a bit late too.
Ans. Good communication, analytical thinking, good visualization, good research, patience,
documentation
Ans. I have worked as an internal BA for my own company, and all were internal projects to
change the business process for better technical approach.
Ans. Java
Ans. I haven’t done requirement gathering in covid times because I was already involved in a live
project which was going on before covid since June 2019.
P a g e | 26
Soham Dasgupta
Ans. I am reporting to the Senior Director Operations Mr. Neeraj Aggarwal in my current
organization.
Ans. No, I haven’t come across integration in any of my project done so far.
Ans. Integration is basically two systems getting connected to each other, As a BA my job in
integration is to Mapping.
185. What questions would you ask me as a BA if you have come to me for
requirement gathering of a new system to be built?
Ans. As a BA, if a new system is being built, I would ask you about your business domain,
business process, project mission and vision.
186. What value add did you bring into the project?
Ans. I am a good analyst, I have good visualization skills, I come up with multiple solutions to a
project.
Ans. Username, Password, Forget Password, Login, Home page, Search etc.
Ans.
• Step 1 – Understand AS IS
• Step 2 – Define Workflow
• Step 3 – Identify Major Functionalities
• Step 4 – Segregate Functionalities
• Within System
• Outside System
• Step 5 – Identify Users
• Step 6 – Segregate functionalities based on users
• Step 7 – Drill down and elaborate each function
P a g e | 27
Soham Dasgupta
Ans. If in any sprint client push or does an addition of a requirements which disturbs our delivery
timeline is known as Scope creep. To absorb the scope creep, we must increase additional
resources or add parallel sprint.
Ans. I Feel that the mistake which I did as a BA was in a waterfall methodology during my first
project, I missed out on the requirements of payment in cafeteria management system that if we
could have taken care could have been added on the website which we delivered could ease the
process of payment phase, rather than going on the cafeteria and doing COD.
191. Which technology was used to build your last project? (Java, .Net, Php, etc.)
Ans. Java