Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  How to organize Features and Business Rules for further discussions?
Previous Previous
 
Next Next
New Post 12/1/2015 6:05 AM
Unresolved
User is offline opposer
1 posts
No Ranking


How to organize Features and Business Rules for further discussions? 
Hi everybody. 
Here is my task.
The company, where yesterday was my first day, is developing a software, and it's partially complete. I'm first analyst here, and before hiring me theydiscussed all the requirements orally and didn't store them, so there is no any project documentation. So they gave me a task to organize all the features that are already released - into knowledge base, so they could discuss and add new functionality being able to see all that is done before. They want to prevent features conflicts also. 
So we had a workshop with teamlead and project manager, I extracted tons of facts about the software - about its features and business rules, which they conform to. I've organized user features into hierarchy and business rules among them  My idea is to organize the user features and business rules into one mindmap, so they could see them all when discussing new features.

Are there any better ways to organize this knowledge base? I wanted to organize features into a fishbone diagram, but how can I add business rules into it? Mark business rules somehow? Or are there any better ways to organize business rules and features?
 
New Post 12/10/2015 10:10 AM
User is offline Chris Adams
298 posts
5th Level Poster






Re: How to organize Features and Business Rules for further discussions? 

It sounds like you have pretty good handle on the features and business rules given where you started.  My main piece of advice is to map the features and business rules back to a requirement.  All features originate from a need.  Feature conflicts arise when a feature conflicts with a requirement or when it isn't the best way to satisfy that requirement.  

This process doesn't have to be too fancy or complex. I would take a somewhat agile approach to start. Create 1-3 sentence user stories representing each requirement.  Then map each feature to one or more user stories. And of course features can also have sub-features (your fishbone diagram).  I've written about a common method for creating user stories in our interview questions.

Using this technique, you capture the requirement in 1-3 sentences and then you document the acceptance tests on the back of the "card".  The back of the card is also a great place to capture specific business rules too!  Of course, here I'm discussing physical index cards for the sake of an example, but you can represent all of this in a database with fields for each or in a word document. 

The main takeaway...map to requirements.  Hope this helps.


Chris Adams
Core Member – ModernAnalyst.com
LinkedIn Profile
 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  How to organize Features and Business Rules for further discussions?

Community Blog - Latest Posts

Surbhi Mahnot
Surbhi Mahnot
Requirements define the needs of the project to provide best of its utility and benefits. If they aren’t clear or analysis is not done properly, it might lead to failure of the project no matter how good the concept and design is. Just as a system is composed of various functionalities, requirements too are identified in various forms. This ...
0 Responses
Sanjay Yadav
Sanjay Yadav
 Challenges in Implementation:     I’m a strong believer of putting finishing touch to any initiative. Project Initiation is always tough and complex and need lots of research but if BA is unable to give the finishing touch then he is not done yet. So, I thought to put few of my views, challenges and observations during...
1 Responses
Surbhi Mahnot
Surbhi Mahnot
All professionals talk about identifying business needs, identifying requirements to create tools so that they can help businesses take better decisions. In your career as an IT professional, I am sure at some point you must have heard terms such as “Requirements”, “Business Requirements”, “Software Requirements”...
2 Responses




Latest Articles

Featured Digital Library Resources 
Copyright 2006-2015 by Modern Analyst Media LLC