Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Document analysis for requirements
Previous Previous
 
Next Next
New Post 1/15/2009 12:53 AM
User is offline Navi
5 posts
10th Level Poster


Document analysis for requirements 

HI guys, i was wondering whether any of you would be able to give me some advice...

As part of my work experience i have been assigned a new project. Pretty much i have been posted at a marketing agency which uses a massive CRM software.

As part of my requirements gathering, my project manager has told me to analyze the user guide of the CRM system they are using to gain requirements, as the employees are very dependant upon the system. 

I was wondering when performing this whether i should look into alternative comparable software packages and if so what kind of criteria i should use to analyze the strengths of the software.

tPS this is my first requirements gathering using Document analysis so any help would be great

Thanks everyone,

Kind Regards, Navi

 

 

 
New Post 1/16/2009 1:01 PM
User is offline Adrian M.
734 posts
3rd Level Poster




Re: Document analysis for requirements 

Hi Navi,

I'm sure most experienced business analysts would agree that gathering requirements from user manuals is not the ideal way to go.  Having said that, given the direction you've been given, here are a couple of things to consider:

  • It is possible that understanding the features of the current system is just the first step in the requirements gathering process - so try to find out from your manager what will happen once you complete your tasks; that is, find out who will be the consumer of your findings.
  • If the business units and the users are happy with the features they have but a new system must be created for reasons other than missing features/functionality then gathering the requirements from user manual is not a bad start.
  • The thing to consider is that user manuals do not generally specify what specific business rules or logic the system uses to perform its tasks.  For example:  the user manual might say: "To find out the APR for the loan, press the 'Calculate APR' button in the Loan Details screen."  This is good enough for the end-user but it is not good enough for you if you need to build a new system which computes the APR since you need the logic and formulas for doing so.
  • In most cases, gathering requirements from the user manual will only be but one step of the larger requirements gathering process.

Hope this helps!

- Adrian


Adrian Marchis
Business Analyst Community Blog - Post your thoughts!
 
New Post 1/16/2009 3:52 PM
User is offline Irvine Analyst
3 posts
No Ranking


Re: Document analysis for requirements 

I also agree that you'll need to do more than look at the user manual to find the requirements of the current CRM, but it can be a good first start. I would begin to document the features that i could find from the user guide and then meet with the users to document the rest. I would use a context diagram to identify the scope of the current CRM to identify all of the major functions and external systems. If the users have any pain-points or features that aren't present in their current CRM system, then I would document them and create a 'to be' model. Lastly I would prioritize the list with the users and use that list to go shopping for a new CRM. Before you can shop for a vendor package, you need to know what are the important functions the business is looking for.

 

 

 
New Post 1/16/2009 4:22 PM
User is offline Navi
5 posts
10th Level Poster


Re: Document analysis for requirements 

Hi guys, thanks alot for your responses they have defenitely helped me. I am quite sure that the reason for this document analysis is the stubborn mindset of the companies upper management. Little allowance in terms of scheduled time for analysis has forced our team to gain requirements in every way possible before engaging in user interviews and focus groups.

If anyone could suggest  pre-interview requirements gathering methods that would assist us in focusing our interviews and minimizing the time required within interviews that would be great.

thanks again everyone

Kind Regards,  Navi

 
New Post 1/16/2009 7:42 PM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




Re: Document analysis for requirements 

Reading the documentation is actually  useful step, but like the others have said - it won't be enough.

If you can't access real users you should go to a system administrator or programmer and get them to talk you though the system's main functions.  They may not be usre about what value functions add but you can posibly use your won judgement.

Poentially try to cme up with a "features and benefits" list.

 

Other places to go include;

  • Fault tickets
  • Change requests/enhancement requests to the system
  • Original requirements specs from when the system weas first introduced

Lastly - you should be able to get the time of someone who knows the system.  Go have lunch with them and discuss it there.  That's part of teh BA' arsenal of tools - getting things done via the unofficial channels.

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Document analysis for requirements

Community Blog - Latest Posts

akshitavarma143
akshitavarma143
Different procedures are utilized for legitimate administration of IT administrations, yet ITIL is viewed as the best arrangement of practices for even administration of IT administrations. ITIL is the contraction for Information Technology Infrastructure Library.  In easier words, ITIL is many rules and arrangements for the effective admin...
13 Responses
Rajesh-N
Rajesh-N
What Everyone Must Know about AI in Testing Artificial Intelligence is the buzzword that we frequently keep hearing. Its widespread popularity and influence can be understood from the way industries adopting AI in their organization. Whether it’s Healthcare, Automobile, Banking & Financial Services, or Airlines, many industries have st...
5 Responses
Ashish Adike
Ashish Adike
As a Business Analyst, very often we get into a situation where the Project requires multiple IT Products to be evaluated before implementation and might seek Business Analyst’s recommendation for the same. With the ever-growing range of Products in the market and the marketing promotions associated with some of the products, it’s very ...
10 Responses






Latest Articles

How to Thrive as a Business Analyst in the New Normal
Jan 24, 2021
19 Comments
The Pandemic hit us suddenly and yes it came without any notice to our lives as a transient thing but became the new normal way of life. Some of ...
Copyright 2006-2021 by Modern Analyst Media LLC