Beruflich Dokumente
Kultur Dokumente
Project Vision
Functional Requirements
Non-Functional Requirements
Competitor’s Analysis
But why is this? And is it the best approach? This often occurs because business
analysis in software development is not only about the business itself.
The story below will help you to understand what I am talking about.
Sam, the managing director at a San Francisco mall, was meeting with Oliver, the
IT project manager at a software development company.
“We are looking to build a smart parking solution for the mall.”
1. The system should track available and occupied parking spaces and show
users which spaces are available.
2. Users should have a mobile app installed to search for available spaces,
automatically charging them once they choose a suitable location.
“As we’d like to launch it this year, let’s start the development process quickly. What
kind of budget we should allocate for this solution?” - Sam said.
“That’s great, Sam. Should we outline requirements for the first rough version of a
system, and we will start as soon as possible?” - Oliver asked.
“I just listed them all, didn’t I?” - Sam asked a bit astonished.
It’s all based on a true story. We face such cases quite often—the absence of
requirements influences the success of a software development project.
Next comes the business analysis process in the context of designing the
software product. It’s not only about the creation of initial documentation to
launch software product development.
The core benefit of this analysis is setting ongoing processes to update the
documentation with new features during development.
In this article, I will describe how a business analyst can add value to software
development projects by getting a clear vision of a future software product and
optimizing the development team’s workflow.
Project Vision
The first thing to start with is the creation of a project vision document. And
while there are several different definitions available—to our company,
“project vision” means a general description of the product in the context
of business goals. This 2-3 page document allows for a brief but substantial
project overview.
The process is as follows: the product owner describes their own vision and
business goals of a future software product, and then a business analyst helps
to structurize and complement these goals.
All of the data included in the project vision should answer the following
questions:
Product Title
MD Player Version 2.0
Vision Statement
MDPlayer is the best way of experiencing your favorite music on an Android
device.
Client’s Goal
● Skills demonstration of the company’s personnel in order to attract new
customers
● Raise awareness of the company on the market of mobile application
development
● Provide Users' Support in the company
Product Goal
● Attract users from new countries' markets
● Get more than 10 000 users while releasing Version 2.0
● Become #1 app for Android Auto Users App
Target Audience
● Young people and teenagers
● Music fans
● Drivers who use mobile phones for listening to music in a car
# Competitor/Analog
2 Poweramp
Features List
Killer Features
● Simple playlist management
● Drive Mode. Adapted buttons and gestures to control the player while driving
● Android Auto App
● Gorgeous artwork
● Powerful equalizer and beautiful widgets
MVP Strategy
Success Metrics
● The app should be downloaded 2,000,000 times from Play Store before the 1st
of December, 2019
Project Restrictions
● Don't work with cue files for this version
Graphic Design
● Style library or brand book should be attached if available
● Examples of app's design that client like and dislike
1. Fewer miscommunications
2. Сlear vision of a future software product
3. Determination of non-defined product features
4. Documentation and structuring of product goals
5. Creating the basis for ongoing planning of software architecture
6. Helping all software development teams understand a project’s goals and
strategy
From our company’s experience, user stories are incredibly useful for most of
our clients. They help to define user goals and business benefits altogether in
one concise statement.
User stories are short descriptions of the software product's functionality from
the user's point of view. They consist of the following:
As a user, I want to view all music available on the device in order to select and
play it.
- Back button
- Search icon
- Overflow menu
iOS: Android:
Localization:
Only English language is supported
Security
Password requirements:
● The minimum length of the password will be 6 characters
● Should be consistent with validation rules on the Jira backend
Usability
As per the system’s business goal, we have to make sure the system is
easy and understandable enough to motivate users to use the mobile
application
Availability
Application data are available online only
Performance
● The system shall not have any visible lags, hangs or freezers
● All buttons and actions are responsive
● While the device is getting information from the server,
updating/loading screens’ information or data, a spinner or any other
visual sign should be displayed so the user understands that a certain
action is being performed
Competitor’s Analysis
The competitor’s analysis is an example of an additional deliverable that the
business analysis stage provides.
Business
Business model
Price
Key competitive
advantages
Target market
Marketing share
Strengths
Opportunities
Threats
Features
Feature 1 x x x
Feature 2 x
Feature 3 x x
All the business analysis deliverables mentioned above are not strict and
universal rulesets. Every project we run is unique and requires different
approaches.
The takeaway is that business analysis in software development is not about the
business itself—it’s all about realizing the solutions while taking into account
current business goals, problems, and limitations. The result is not only the
optimization and structuring of a software development process but also a
well-designed software product that meets user needs.
Of course, there are wonderful software products built without any analysis and
documentation that use only raw ideas, enthusiasm, and brilliant skills. But is
this approach viable in the modern tech world where competition is fierce?