LinkedInFeeds

Writing Requirements - Consider Some Points For Success

By

Be specific In Requirements

     When stakeholders are be very clear in their need, Business Analyst should not consider that it is final requirement and write it down on paper. There is still more specific in requirements. Ask more questions to business users to make requirements more specific. The other trap is you should identify the correct user to question on requirements.

To be more specific, i have stated a below example for better understanding

Need identified is : I need a invoice report every month.
Other Questions to be asked to stakeholders are : Why you need, When you need, How you need, Which time you need, In which format you need and still more. Drill down to become the requirements more specific.

Bring Your Testers Early In project

    Every requirement should be testable, reliable. For each requirement translate in to a test case. Quality is very important in meeting the Business need.

Success Factors Of A Project

    We cannot say providing the invoice report every month is success for a project, might be the success factors are User should get a invoice report at day 15 of every month  in his / her email.

Requirement Should Follow The Business Rules Of A Client Organisation

     The requirements should follow the business rules of a client organisation. In some instance  of the organization the invoice report should have data consolidated of 1-15th day of every month and should not be in excel format with values. It should be only in pictorial format and contract employees should not get this report. As a Business Analyst we have to consider these business rules. Once deployed then these later these business rules falls in our heads. Might sometimes the business rules would make a application developed to obsolete.

Ease Of Sign off Process For Project Stakeholders

     No one wants to read through 50 - 100 pages to sign off the requirement document. Instead we have to show some UI mock ups, Use cases, Business Requirements, Functional requirements in visual. They would give sign off but not always read all 100 pages in document but later it would bring a big trouble once after deployment.


Still lot more....Happy Reading.

Provide your inputs to enrich this article.

Author(Manovasanth) Profile
Author(Manovasanth) Linkedin Profile

Comments

Post a Comment

Popular posts from this blog

Wireframe a Prime part in Design

By
Image
Wire frame using pencil drawings                                                                                                Why Wireframe is Important? The timely feedback from the project stakeholders is most important. The early feedback from stakeholders will boost the satisfactory solutions to the problem identified or goal in a project. Never expect anyone to read through hundreds of pages of text only specifications. Instead, the better is to provide any visual representation to which they can refer and react or post any suggestions or comments for better solution which will be delighted and expected for the goal achievement. Wireframes provide an excellent solution to this problem in a web based platform / window based in a designed view of pages / screens. What is Wireframe? Wireframes are created for arranging the elements to best accomplish a particular goal or purpose. It mainly explains the page layout or the place / arrangement of website’s content. It
Read more

SpeckBook in requirement elicitation

By
Image
SpecBook Do you know what SpecBook is? It is specifications book. Spec Book - Requirement Elicitation This is traditional method of requirement elicitation technique. This is also widely used now. SpeckBook will contain list of questions about a function, feature or any component. It is a drilled down approach. You should not end this process till no further question can be asked. This can be also said as granular approach. In the SpeckBook, it is not like all questions have to be posted on your client. On basis of discussion and requirement gathering few questions can be answered by you and some questions will answer by itself. The Missed questions can be always posted at client. Questions can also ask to multiple stakeholders to get detailed / required information. Things to look on while preparing the questions a. Questions should be simple and understandable. b. It should be mapped to any of the Business requirements. c. It should not cross the s
Read more