Evolving requirements analysis

Altkom Agile Analysis 2.0

Requirements analysis based on state-of-the-art Specification by example methodology, which is an answer for two antagonisms: traditional phased requirements analysis with detailed design and SCRUM-like methodologies.

Solution overview

Our solution: Altkom Agile Analysis 2.0 – more than the best of two worlds

Paraphrasing the founding fathers of Agile movement: documentation is not more important than conversation but still, it is crucial, especially in medium and large projects.

So it has to be done very well in order to reach a consensus among all parties about the requirements and proposed software solution.

requirements analysis

What you get

Requirements Specification and Solution Architecture structures all information gathered, elaborated and verified during all workshops. Thanks to many workshops particular elements of final document are already commonly discussed, agreed, illustrated with examples and validated using key design concepts. Acceptance workshops require recalling of workshops outcomes instead of browsing through hundreds of pages of brand new information.

Requirements Specification and Solution Architectureby default includes:

  • goal and context
  • glossary of terms
  • business process scenarios
  • key screen navigations
  • functional requirements
  • non-functional requirements
  • key architectural concepts and assumptions

Context

Requirements analysis – sure, but how?

Hard core diagrams are for geeks

… not only, but let’s admit, it takes a lot of skills to read and understand them correctly

diagram
Working software

Working software is the best way to discover requirements?

  • Ok, but it’s very expensive way and hides complex processes along the way.
  • The project’snature is iterative, but budget has its limits.
  • It would be great to spend it on more value added features than use it as a means to discover user needs and rewrite code over and over again.

Yellow post-it notes are OK

Yes, but not precise enough – lack of precision tends to be expensive.

User stories are excellent to understand business needs, but software simply needs more information to estimate properly.

Initial understanding of “one sentence” requirements and cost of development may differ 100 times compared to the final shape of the requirement and its implementation.

business needs
 

How to combine flexibility with predictability?

Altkom Agile Analysis 2.0

Benefits

AAA 2.0 approach benefits

  • Iterations on examples and user stories instead of very costly iterations on developed software (as in SCRUM, for example, where re-coding, re-testing and re-deployment is necessary)
  • Clear presentation of requirements, goals and proposed functional solutions with architectural concepts in one place instead of traditional separation of business requirements from software specification and design
  • Clear acceptance criteria – examples provide easy way of checking whether system behaves according to requirements
  • Less changes in source code during development thanks to better expectations’ understanding
  • Mitigation of technological risks thanks to active work of software architect in Requirements analysis
  • Requirements analysis deliverables can be used for quality assurance thanks to precise examples of system’s behavior

How it works

User

Tell us your story
Plain text, simple “step by step” description what you do, what is the purpose of what you do and how to help you with software solution. We will structure these data into business process scenarios and functional requirements.

conversation
documents

Show me your examples (documents, sketches, other apps)
Examplesare the key to understand the requirement and make sure what we do is in line with business goals. When there’s no example – it signals something needs to be investigated more thorough or changed. We will use examples to illustrate both glossary terms and requirements

sales report

Validate your requirements by examples
Complex calculations or structures can be presented by many means. Our experience proves, that seeing something and having the possibility to manipulate entry data with immediate impact on results is crucial to find possible mistakes or unpredicted exceptions.

calculations
statistics

Common language is the key
Glossary, created together, helps us understand terms and processes in the same way.


Sales Process

Set of steps aimed at initiating and supporting the identification and evaluation of likely customers (sales opportunities), sales presentation, and successful conclusion of sales activities. It requires a close coordination of people, equipment, tools, and techniques, and includes advertising and promotion. It is phased into stages:

Sales Process

Sales Opportunity

Is a contact or an account that has been qualified. This person has entered into your buying cycle and is committed to working with you. You have already contacted, called or met him and know their needs or requirements.

Let us work together (close feedback loop)
Communicate often and openly to avoid analytical gaps and misunderstandings using variety of tools – meetings, video conferences, messaging.

meetings
expert

Let us help you take the right decisions
In most companies, there are many parties involved, each with its own goals and needs. Sometimes they are conflicting. As experienced consultants, we know how to value their requirements and propose adequate compromise. We are objective and as an external expert we are considered as such by all involved parties in your company.

done

Acceptance criteria for each requirement
Help us to define the scope of the requirement and once again to make sure we all understand the requirement the same way. Common definition of “done” is also the key ingredient for future test scenarios.

OK
UI sketches

UI sketches
Jumping too quickly to UI part of shared application design is not a good idea as it tends to avert our attention from business goals However, once we know what you’d like to achieve, we move to HOW to get there from UX perspective. We will also use sketches as design concepts visualization.

CRM

Proven feasibility by key design concepts
High-level design prepared for crucial requirements assure implementationof right solution in efficient and reliable way. Such key design concepts are described and illustrated with relevant examples (e.g. UI sketches, sample calculations). Subsequently, design concepts are discussed, explained and accepted as agreed direction for requirement implementation. We structure these design concepts together with requirements or as key architectural concepts and assumptions. We offer also ready-for-use set of standard UI elements and application behaviours to fasten requirements elicitation and elaboration.

key
Analytical living documents

Rest assured – everything is well documented
Analytical living documents (wiki) with glossary, user epics, user stories, UI sketches, prototypes – updated, readable, not requiring high tech skills to understand.Everybody is welcome to participate.

Everything is well organized
Analytical work should fit to your company. We can work in your methodology, we can also propose our approach to requirements analysis organization and time schedule. Altkom Agile Analysis 2.0 offers all benefits of agile approach in both agile projects and fixed-price projects.

Analytical work

Contact us

ALTKOM SOFTWARE & CONSULTING Sp. z o.o.

Chłodna Street 51, 00-867 Warsaw, Poland

Phone: (+48) 22 460 99 31

E-mail: asc@altkom.pl

*I hereby agree for processing of my personal data included in this form by Altkom Software & Consulting Sp. z o.o., ul. Chłodna 51, 00-867 Warsaw to handle my application, pursuant to Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data, and repealing Directive 95/46/EC (General Data Protection Regulation, GDPR). Providing data is voluntary, but necessary to complete the application. I am aware that I have the right to withdraw my consent to the processing of my data, rectification, deletion or restriction of processing. Contact to the Data Protection Officer at Altkom: iodo@altkom.pl
I agree to the processing of my personal data for marketing purposes by Altkom Software & Consulting Sp. z o.o., ul. Chłodna 51, 00-867 Warsaw and to receive commercial information via electronic sources to the e-mail address or telephone number indicated by me, pursuant to Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data, and repealing Directive 95/46/EC (General Data Protection Regulation, GDPR) and the Act on Providing Services by Electronic Means of 18 July 2002 ( Journal of Laws 2013, item 1422 as amended). Providing data is voluntary. I am aware that I have the right to withdraw my consent to the processing of my data, rectification, deletion or restriction of processing. Contact to the Data Protection Officer at Altkom: iodo@altkom.pl
Agile

Software House

IT company

software for companies

programs for companies

dedicated software producer

IT consulting

IT outsourcing

software services

custom-made software

developing application

software for business

dedicated software for companies

custom-made software provider

insurance software

dedicated programmes for companies

dedicated software services

dedicated software provider

custom-made software producer

custom-made dedicated software

Managing processes

IT solution provider

IT solution producer

Project Management

Strategic Management

Management of Risk

Quality Management

Process Mapping

Risk analysis

Data analysis

Consulting company