NetUrja

Expand your business online

+91-9418464747 contact@neturja.com

Get a Free Quote
  • Home
  • About Us
    • FAQ
    • Press Release
  • Services
  • Portfolio
    • Web development
    • SEO
    • Advertisment
    • Logos portfolio
  • Blog
  • Events
  • Log in
  • Contact Us
    • Careers
Back to top
You are here:

Home Page | Articles | Collect Requirements – Project management workshop

collectRequirments

Collect Requirements – Project management workshop

icon-userAuthor: Rahul

icon-calendarDate: July 1, 2014

icon-commentComments: 0

1 Star2 Stars3 Stars4 Stars5 Stars
Loading ... Loading ...

In previous article we were in the initiation phase where we discussed about Project charter and Stakeholder identification.  Now we are moving to Planning phase of Project life cycle. As Saying goes “Failure to Plan is planning to Failure”. In this we plan for the planning of project.

Collect Requirement

Collect requirement phase is part of Scope Management Knowledge area as per PMI PMBOK 5 guide.  This is the process to know & document the clear understanding needs of stakeholders whole project success is directly influenced by how much care we have taken in capturing & managing requirement. It’s about managing customer expectation. Through requirement we can determine the end deliver of the project & how to address specific requirements of client.

This is second most important process after stakeholder identification process. Reason for majority of failed project is insufficient or wrong requirement captured.

What generally happens is Business Analyst (BA) gathers and captures the requirement. Project team translate those to technical requirement and the implementation starts. If there is any lacking in the captured requirement then there will be problem as client might not accept the delivers or may not even ready to pay. So Project team has to implement the additional requirement without any extra payment. So that may cause the performing organisation financial losses, reputational loss or even legal suit depending upon the project criticality.

Image showing danger of incorrect requirment capture

Pitfal of incorrect requirment

Key Benefit of collect requirement is that it provides the base on which scope of the project is defined and managed.

So let’s talk about the process collect requirement in terms of its input, tools & techniques and Output.

Input :

Main inputs in context of our discussion so far are stakeholder register which provide information stakeholder requirements, expectations and concerns and Project Charter that provides high level description of the product, service or result of the project.

Tools & Techniques:

  1. Interviews: Talk to stakeholder directly using prepared or spontaneous questions and record their answers.
  2. Focus Groups: Discuss with pre-qualified stakeholder and SME to und understand their views and expectations from the proposed project.
  3. Facilitated Workshop: conduct interactive session to bring key stakeholders together to define product or project requirements.  This is a good way to define cross-functional requirements and differences.
  4. Group Creative Technique: you can use several creative techniques to identify project requirements like
    1. Brainstorming: This technique allows you to collect multiple ideas. As saying good way to get best idea is to get lots of idea. This technique helps in that. Just remember you don’t judge or disqualify any idea from any member in this technique no matter how impractical or improbable that may sound.
    2. Nominal group Technique: This technique used voting process to rank the ideas generated in brainstorming session to prioritize and further brainstormed.
    3. Affinity diagram: In this technique ideas are classified into groups for review and analyses.
  5. Group Decision making technique. This technique is used to prioritize and classify project requirements in a group.  You are probably familiar with these techniques namely:
    1. Unanimity: Here everyone agrees on single course of actions.
    2. Majority: A decision is reached with support obtained from 50% of participants.
    3. Plurality: Here decision is reached whereby the largest group decides. Largest group need not be 50%.
    4. Dictatorship: Here one individual makes the decision. This is not ideal but sometimes helpful when the consensus is not achieved among the group.
  6. Prototype: In this a working model is provided to get early feedback on requirement and understanding.
  7. Benchmarking: This technique is about comparing the practices, process of comparable organisation.
  8. Observation: Also known as “job shadowing” is an excellent technique to see what could be the requirements. It’s usually done externally by an observer viewing business expert performing a job to uncover hidden requirements.
  9. Documents Analyses: This used to elicit requirements by analysing existing documents & identifying information relevant to requirements. E.g. Business plan, marketing literature, Process flow, Business rules & policies, problem logs.

Output:

There are two outputs from the process of collect requirements.

1 Requirement Document:

This document describes how individual requirements meet the business need of the project. Before being baseline requirement needs to be measurable and testable, traceable, complete and acceptable to key stakeholders.

Components of Requirements can include but are not limited to:

  • Business requirements:  Business and Project Objectives, Business rules, guiding principle.
  • Stakeholder requirements: stakeholder communication and reporting requirements, impacts to other entities inside or outside of performing organisation.
  • Solution requirements:  Functional and non-functional requirements, technical and standard compliance, support and training requirements, quality requirements, reporting requirements.
  • Project requirements:  Acceptance criteria, level of service, performance, safety , compliance.
  • Transition requirements
  • Requirement assumptions, dependencies and constraints.

2. Requirement traceability matrix: This document is a grid that contains requirements from their origin to their deliverables.  Through this document we can trace where and why each deliverable is worked and delivered may be its in designed, implemented or testing phase and hence can be updated during other planning phase processes. Its format could be

Id | requirement desc| Business object|project Objective|Designed|developed|tested|

This concludes our discussion of PMI ‘Collect requirement’ process. In next discussion we will stay in the Planning phase and will talk about ‘Define Scope’ process.

Share

Tags: Collect requirement, free project workshops, tranings in nahan

Related posts

Jun29

Identify Stakeholder – Project management workshop

by Rahul

Comments: 0

Jun24

Introduction to the world of Project Management

by Rahul

Comments: 0

Leave a Reply Cancel reply

captcha

Recent Posts

collectRequirments
Collect Requirements – Project management workshop

In previous article we were in the initiation phase where

|| Read More
Image for Stakeholder managment
Identify Stakeholder – Project management workshop

Welcome all. This is the second in the series of

|| Read More
Image of Introdcution to Project Managment
Introduction to the world of Project Management

This article is to let you introduce you to the

|| Read More
No Image
Web Performance Facts.

Why does speed matter? Speed is among the most significant

|| Read More
R
Splashing Water effect in cs5

1.Create a new document, fill the background layer with black,

|| Read More

Top Rated

  • Tracking Google AdWords Conversion with Contact Form 7 2 votes, average: 4.50 out of 52 votes, average: 4.50 out of 52 votes, average: 4.50 out of 52 votes, average: 4.50 out of 52 votes, average: 4.50 out of 5
  • Introduction to the world of Project Management 2 votes, average: 4.50 out of 52 votes, average: 4.50 out of 52 votes, average: 4.50 out of 52 votes, average: 4.50 out of 52 votes, average: 4.50 out of 5
  • Splashing Water effect in cs5 3 votes, average: 4.33 out of 53 votes, average: 4.33 out of 53 votes, average: 4.33 out of 53 votes, average: 4.33 out of 53 votes, average: 4.33 out of 5
  • How To expand your Business on the Pinterest 1 vote, average: 4.00 out of 51 vote, average: 4.00 out of 51 vote, average: 4.00 out of 51 vote, average: 4.00 out of 51 vote, average: 4.00 out of 5
  • Identify Stakeholder – Project management workshop 1 vote, average: 4.00 out of 51 vote, average: 4.00 out of 51 vote, average: 4.00 out of 51 vote, average: 4.00 out of 51 vote, average: 4.00 out of 5

Twitter

Like Box

NetUrja Technology (P) Ltd

  • The Mall Nahan, Distt. Sirmour(H.P)-173001
  • 01702-224647
  • +91-94184-64747, +91-97360-57900
  • contact@neturja.com

Copyright NetUrja 2011- 2023

home|privacy policy|terms|Disclaimer|Sitemapvalid-xhtml10