Elicit and Analyze Requirements — PMBOK® Guide 8th Edition

আপনার আগের Plan Scope Management → Elicit and Analyze Requirements → Define Scope → Develop Scope Structure ধারাবাহিকতা অনুযায়ী এবার Figure 2-15: Elicit and Analyze Requirements বিস্তারিতভাবে দেখছি।

PMBOK® Guide 8th Edition অনুযায়ী এই process-এর মূল উদ্দেশ্য হলো stakeholders-এর needs-কে identify, define এবং document করা—বিশেষ করে product, service বা result-এর required features ও functions-এর ক্ষেত্রে—যাতে quality এবং stakeholder value নিশ্চিত হয়। Adaptive environment-এ requirements সাধারণত user stories আকারে সংগ্রহ করা হয় এবং পরে backlog-এ prioritize করা হয়। (drhajiyakhchali.com)

---

1. Figure 2-15 — Complete ITTO

PMBOK® Guide 8th Edition-এর Figure 2-15 অনুযায়ী:

Inputs

1. Project charter

2. Agreements

3. Business case

4. Project documents

   • Assumption log

   • Lessons learned register

   • Stakeholder register

5. Project management plan

   • Requirements management plan

   • Scope management plan

6. Enterprise environmental factors

7. Organizational process assets

8. Etc.

Tools & Techniques

1. Expert judgment

2. Decision-making

3. Data gathering

   • Benchmarking

   • Brainstorming

   • Focus groups

   • Interviews

   • Questionnaires and surveys

4. Data analysis

   • Document analysis

5. Data representation

6. Interpersonal and team skills

   • Nominal group

7. Design thinking

8. Prioritization/ranking

9. Meetings

10. Etc.

Output

1. Requirements documentation

2. Etc.

এগুলো Figure 2-15-এর সম্পূর্ণ listed items। (drhajiyakhchali.com)

---

2. Elicit and Analyze Requirements আসলে কী?

Elicit = বের করে আনা / সংগ্রহ করা
Analyze = বিশ্লেষণ করা

অর্থাৎ শুধু stakeholder-এর কাছে গিয়ে:

“আপনার কী দরকার?”

জিজ্ঞেস করাই এই process-এর সম্পূর্ণ কাজ নয়।

বরং:

Stakeholder needs → Collect → Clarify → Analyze → Resolve conflicts → Prioritize → Document

এই পুরো process-টাই Elicit and Analyze Requirements।

মূল প্রশ্ন

“Stakeholders আসলে কী চান এবং product/service/result-এ কী কী feature ও function থাকলে তাদের expected value ও quality পাওয়া যাবে?”

---

PART A — INPUTS

---

3. Project Charter

কী?

Project Charter project-কে formally authorize করে এবং project-এর high-level purpose, objectives, expected outcomes/value ইত্যাদি প্রদান করে।

Elicit and Analyze Requirements-এ Function

Project Charter requirement elicitation-এর starting context দেয়।

এটি সাহায্য করে বুঝতে:

• Project কেন করা হচ্ছে?

• Business objective কী?

• Expected value কী?

• High-level deliverable কী?

• কোন problem solve করতে হবে?

উদাহরণ

Project Charter:

“1320 MW power plant-এর emission monitoring system উন্নত করে regulatory compliance এবং reliable emission data নিশ্চিত করা।”

এখন requirements elicitation-এর সময় প্রশ্ন হবে:

• কোন emission parameters measure করতে হবে?

• কত accuracy দরকার?

• কত frequency-তে data record করতে হবে?

• Alarm দরকার কি?

• Historical data কতদিন রাখতে হবে?

PMP Memory

Charter = Why + High-level What

Elicit Requirements = Stakeholder-এর detailed Needs বের করা

---

4. Agreements

কী?

Project-এর সঙ্গে সম্পর্কিত বিভিন্ন contract, agreement, memorandum, service agreement, procurement agreement ইত্যাদি।

Function

Agreement-এর contractual commitments থেকে requirements identify করতে সাহায্য করে।

উদাহরণ

একটি EPC contract-এ লেখা আছে:

“The contractor shall provide continuous emission monitoring data interface to the plant DCS.”

এটি একটি contractual requirement।

Requirements elicitation-এর সময় এই agreement review করে requirement document করা হবে।

PMP Exam Tip

যদি question-এ থাকে:

Contract/agreement-এর obligation থেকে requirement identify করতে হবে।

→ Agreements input হিসেবে চিনুন।

---

5. Business Case

কী?

Business Case ব্যাখ্যা করে project কেন করা হবে এবং project থেকে কী business value/benefit প্রত্যাশিত।

Function

Requirement যেন business objective ও expected value-এর সঙ্গে aligned থাকে তা নিশ্চিত করতে সাহায্য করে।

উদাহরণ

Business Case:

CEMS upgrade করলে regulatory compliance risk কমবে এবং emission reporting reliability বাড়বে।

তাহলে requirements শুধু technical feature-এর ওপর নির্ভর করবে না; compliance এবং reporting capability-ও গুরুত্বপূর্ণ হবে।

Memory

Business Case = Why the investment is worthwhile

---

6. Project Documents

Figure 2-15-এ Project Documents-এর অধীনে তিনটি specific document আছে:

1. Assumption Log

2. Lessons Learned Register

3. Stakeholder Register

এখন একে একে দেখি।

---

7. Assumption Log

কী?

Project সম্পর্কে যেসব assumption করা হয়েছে তার record।

Requirement Elicitation-এ Function

কোন requirements কোন assumptions-এর ওপর নির্ভর করছে তা বুঝতে সাহায্য করে।

উদাহরণ

Assumption:

“Existing plant network can support the new CEMS communication.”

এই assumption-এর ভিত্তিতে requirement হতে পারে:

“CEMS shall communicate with the existing plant network.”

যদি assumption ভুল হয়, requirement-ও পরিবর্তন হতে পারে।

PMP Tip

Assumption Log = What we believe to be true

---

8. Lessons Learned Register

কী?

Previous project বা current project থেকে শেখা lessons-এর documented record।

Function

আগের project-এ requirements elicitation-এর সময় কী সমস্যা হয়েছিল তা থেকে শেখা যায়।

Example

Previous project-এর lesson:

“Operator requirements were collected too late, causing major redesign.”

Current project-এ তাই early stage-এ operators-কে involve করা হলো।

PMP Memory

Lessons Learned = What worked / what did not work previously

---

9. Stakeholder Register

কী?

Project-এর stakeholders-এর information-এর record।

Function

কাদের কাছ থেকে requirements collect করতে হবে তা identify করতে সাহায্য করে।

উদাহরণ

CEMS project-এর stakeholders:

• Plant Manager

• Operations team

• Electrical team

• Instrumentation team

• Environmental team

• EPC Contractor

• O&M Contractor

• Regulatory authority

• Equipment supplier

প্রত্যেক stakeholder-এর requirements আলাদা হতে পারে।

উদাহরণ

Operator:

Easy-to-use HMI চাই।

Environmental team:

Accurate emission reporting চাই।

Maintenance team:

Easy calibration এবং maintenance access চাই।

তাই stakeholder register requirements elicitation-এর জন্য অত্যন্ত গুরুত্বপূর্ণ।

---

10. Project Management Plan

Figure 2-15-এ Project Management Plan-এর অধীনে দুটি specific component আছে:

1. Requirements Management Plan

2. Scope Management Plan

---

11. Requirements Management Plan

কী?

Requirements কীভাবে:

• collect

• analyze

• document

• prioritize

• trace

• validate

• control

করা হবে তার approach নির্ধারণ করে।

Function

Requirements elicitation-এর rules and approach দেয়।

Example

Requirements Management Plan বলছে:

All critical requirements must have unique IDs and traceability.

তাহলে elicitation-এর সময় প্রতিটি requirement-কে ID দিতে হবে।

PMP Memory

Requirements Management Plan = How requirements will be managed

---

12. Scope Management Plan

কী?

Project scope কীভাবে define, develop, monitor, validate এবং control করা হবে তার approach।

Function

Requirements কীভাবে project scope-এ translate হবে তার framework দেয়।

গুরুত্বপূর্ণ relationship

Stakeholder Needs
       ↓
Requirements
       ↓
Scope
       ↓
Deliverables

তাই Requirements Management এবং Scope Management-এর মধ্যে strong relationship রয়েছে।

---

13. Enterprise Environmental Factors — EEF

EEF হলো project-এর internal/external environment-এর factors যা requirements elicitation এবং analysis-কে প্রভাবিত করতে পারে।

উদাহরণ

• Government regulations

• Industry standards

• Market conditions

• Organizational culture

• Existing technology

• Legal requirements

• Regulatory standards

Power Plant Example

Environmental regulation যদি বলে:

SO₂ emission continuously monitor করতে হবে।

তাহলে এটি stakeholder requirement এবং project requirement-কে influence করবে।

---

14. Organizational Process Assets — OPA

Organization-এর existing policies, procedures, templates, historical data, lessons learned ইত্যাদি।

Function

Requirements সংগ্রহ ও document করার সময় existing organizational knowledge ব্যবহার করা।

উদাহরণ

Organization-এর requirement template আছে:

Requirement ID	Requirement	Source	Priority	Acceptance Criteria

এই template ব্যবহার করে নতুন requirements document করা যায়।

---

15. Etc. — Inputs

Figure 2-15-এর Input column-এর শেষে Etc. রয়েছে।

অর্থাৎ listed inputs-এর পাশাপাশি project context অনুযায়ী অন্যান্য relevant information ব্যবহার করা যেতে পারে। (studylib.net)

---

PART B — TOOLS & TECHNIQUES

এখন Figure 2-15-এর প্রতিটি technique অত্যন্ত গুরুত্বপূর্ণভাবে দেখি।

---

16. Expert Judgment ⭐

কী?

Relevant knowledge ও experience থাকা subject matter experts-এর expertise ব্যবহার করা।

Function

Expert stakeholder needs-এর:

• technical feasibility

• completeness

• ambiguity

• quality

• constraints

• dependencies

বিশ্লেষণ করতে সাহায্য করতে পারেন।

Example

CEMS requirement:

“Analyzer accuracy shall be ±1%.”

এটি technically realistic কি না তা CEMS specialist বলতে পারবেন।

PMP Keyword

Expert knowledge → Expert Judgment

---

17. Decision-Making ⭐

Requirement elicitation-এ stakeholder-এর conflicting needs থাকতে পারে।

Example

Operations team:

“System should have maximum number of features.”

Maintenance team:

“System should remain simple.”

Budget team:

“Cost must be minimized.”

Project team-কে alternative requirements-এর মধ্যে decision নিতে হতে পারে।

Function

Requirements-এর alternative বা conflicting options-এর মধ্যে appropriate decision নেওয়া।

---

18. Data Gathering

Figure 2-15-এ Data Gathering-এর অধীনে পাঁচটি technique explicitly listed:

1. Benchmarking

2. Brainstorming

3. Focus Groups

4. Interviews

5. Questionnaires and Surveys

এগুলো আলাদাভাবে মনে রাখবেন।

---

19. Benchmarking ⭐

কী?

নিজের project/product-এর performance বা requirements-কে অন্য successful organization/project/product-এর সঙ্গে compare করা।

Function

Best practice এবং realistic requirement identify করতে সাহায্য করে।

Example

আপনার plant-এর CEMS system-এর data availability requirement:

95%

অন্য একটি high-performing plant-এর system:

99.5%

Benchmarking করে team বুঝতে পারে 99%+ availability requirement appropriate হতে পারে।

PMP Keyword

Compare with others → Benchmarking

---

20. Brainstorming ⭐

কী?

Team/stakeholders একসঙ্গে ideas generate করে।

Function

Potential requirements identify করতে সাহায্য করে।

Example

CEMS team brainstorming করে:

• Real-time monitoring

• Alarm

• Historical trend

• Data export

• Automatic report

• Remote access

• Calibration reminder

সবগুলো initially possible requirements হিসেবে capture করা হলো।

Important

Brainstorming-এর মূল লক্ষ্য:

Generate many ideas

Final priority determine করা নয়।

---

21. Focus Groups ⭐

কী?

একটি selected group of stakeholders/users-এর সঙ্গে structured discussion।

Function

একটি নির্দিষ্ট user group-এর needs, expectations, perceptions এবং preferences বোঝা।

Example

শুধু plant operators নিয়ে focus group করা হলো:

“HMI-তে কোন information সবচেয়ে গুরুত্বপূর্ণ?”

Operators collectively feedback দিলেন।

Focus Group বনাম Interview

Focus Group:

One group → collective discussion

Interview:

One person/participant → detailed individual information

---

22. Interviews ⭐⭐⭐

কী?

Stakeholder-এর সঙ্গে direct one-to-one বা small-group conversation।

Function

Individual stakeholder-এর detailed requirements বের করা।

Example

Project Manager Maintenance Manager-কে জিজ্ঞেস করলেন:

“New CEMS system-এর maintenance-এর জন্য আপনার কী কী capability দরকার?”

Maintenance Manager বললেন:

• Easy calibration

• Diagnostic function

• Spare parts availability

• Remote diagnostics

এগুলো requirements হিসেবে capture করা হলো।

PMP Keyword

Detailed individual information → Interview

---

23. Questionnaires and Surveys ⭐

কী?

অনেক stakeholder-এর কাছ থেকে structured questions-এর মাধ্যমে information সংগ্রহ করা।

Function

Large number of respondents-এর কাছ থেকে দ্রুত requirements বা preferences collect করা।

Example

500 users-কে survey করা হলো:

“Which dashboard feature is most important?”

ফলাফল:

• Real-time data → 85%

• Historical trend → 72%

• Mobile access → 61%

এগুলো requirement prioritization-এ সাহায্য করতে পারে।

Interview বনাম Survey

Interview	Survey
Detailed	Broad
Few people	Many people
Qualitative বেশি	Quantitative data সহজে
Time-consuming	Relatively faster

---

24. Data Analysis

Figure 2-15-এ Data Analysis-এর অধীনে:

Document Analysis

দেওয়া হয়েছে।

---

25. Document Analysis ⭐

কী?

Existing documents review করে requirements identify করা।

কোন document?

• Contracts

• Agreements

• Regulations

• Previous project reports

• Technical specifications

• Manuals

• Policies

• Standards

• Lessons learned

Example

EPC contract review করে requirement পাওয়া গেল:

“The system shall provide data to the central monitoring station.”

এটি document analysis-এর মাধ্যমে identify হলো।

PMP Keyword

Existing documents থেকে requirement → Document Analysis

---

26. Data Representation

কী?

Collected information-কে visual বা structured format-এ represent করা যাতে requirements সহজে বোঝা, compare এবং analyze করা যায়।

উদাহরণ

• Affinity diagrams

• Matrices

• Charts

• Models

• Maps

• Diagrams

Example

100টি stakeholder requirement সংগ্রহ হয়েছে।

এগুলো category অনুযায়ী matrix-এ সাজানো হলো:

Category	Requirements
Functional	25
Performance	18
Safety	20
Compliance	15
Usability	12
Maintenance	10

এতে requirements analysis সহজ হয়।

---

27. Interpersonal and Team Skills

Figure 2-15-এ এর অধীনে specific technique:

Nominal Group

---

28. Nominal Group Technique ⭐⭐⭐

কী?

Nominal Group Technique হলো structured group technique যেখানে participants প্রথমে independently ideas generate করেন এবং পরে group discussion ও voting/ranking-এর মাধ্যমে ideas prioritize করা হয়।

কেন ব্যবহার করা হয়?

যখন:

• অনেক stakeholder আছে

• কিছু ব্যক্তি বেশি dominant

• সবাইকে equal opportunity দিতে হবে

• দ্রুত priority establish করতে হবে

Example

10 জন stakeholder-কে জিজ্ঞেস করা হলো:

“Top 5 requirements কী?”

প্রত্যেকে independently requirements লিখলেন।

তারপর:

1. Ideas collect করা হলো

2. Similar ideas combine করা হলো

3. Discussion হলো

4. Participants vote করলেন

5. Top requirements select করা হলো

PMP Memory

Nominal Group = Individual ideas + structured discussion + voting/ranking

---

29. Design Thinking ⭐⭐⭐

কী?

User-এর actual needs এবং problems গভীরভাবে বুঝে innovative solution develop করার human-centered approach।

সাধারণ concept

Empathize
   ↓
Define
   ↓
Ideate
   ↓
Prototype
   ↓
Test

Requirements Elicitation-এ Function

User-এর stated need-এর পাশাপাশি underlying/unmet need বোঝার চেষ্টা করা।

Example

Operator বলছেন:

“I want a better alarm.”

Design thinking ব্যবহার করে team observe করল operator কীভাবে alarm handle করেন।

তখন বোঝা গেল আসল সমস্যা:

অনেক alarm একসঙ্গে আসে এবং critical alarm আলাদা করা কঠিন।

তাই requirement দাঁড়াল:

“System shall prioritize and visually distinguish critical alarms.”

এটি শুধু user-এর কথাকে repeat না করে underlying problem বোঝার উদাহরণ।

PMP Keyword

Human-centered + understand real user problem → Design Thinking

---

30. Prioritization/Ranking ⭐⭐⭐

কী?

Requirements-কে importance/value অনুযায়ী order বা priority দেওয়া।

কেন দরকার?

সব requirement একই level-এর গুরুত্বপূর্ণ নয়।

Example

Requirement	Priority
Regulatory compliance	Must
Safety alarm	Must
Real-time monitoring	High
Historical trend	Medium
Mobile app	Low

Function

Limited time/resources-এর মধ্যে কোন requirements আগে address করতে হবে তা determine করা।

Agile-এ

User stories সাধারণত backlog-এ priority অনুযায়ী রাখা হয়।

PMBOK 8th Edition-এ adaptive environment-এ requirements user stories আকারে collected হয়ে backlog-এ prioritized হয়। (drhajiyakhchali.com)

---

31. Meetings

কী?

Stakeholders/team members-এর সঙ্গে structured meeting করে requirements collect, clarify, analyze এবং agree করা।

Function

• Requirement clarification

• Conflict resolution

• Consensus building

• Prioritization

• Validation of understanding

Example

Weekly requirements workshop-এ:

• Operations

• Maintenance

• Engineering

• Vendor

• Project Manager

বসে requirements review করলেন।

---

32. Etc. — Tools & Techniques

Figure 2-15-এর Tools & Techniques-এর শেষে Etc. রয়েছে।

অর্থাৎ listed techniques-এর বাইরে project-specific অন্যান্য appropriate technique ব্যবহার করা যেতে পারে। (studylib.net)

---

PART C — OUTPUT

33. Requirements Documentation ⭐⭐⭐

Figure 2-15-এর প্রধান output:

Requirements Documentation

কী?

Stakeholders-এর agreed/identified requirements-এর documented record।

এতে কী থাকতে পারে?

• Business requirements

• Stakeholder requirements

• Functional requirements

• Non-functional requirements

• Quality requirements

• Performance requirements

• Security requirements

• Regulatory requirements

• Interface requirements

• Acceptance-related criteria

• Requirement attributes

---

34. Functional vs Non-functional Requirements

Functional Requirement

Product কী করবে।

Example:

“The system shall generate an SO₂ alarm when concentration exceeds the configured limit.”

Non-functional Requirement

System কীভাবে perform করবে।

Example:

“The alarm shall be generated within 2 seconds.”

আরও:

• Availability

• Reliability

• Performance

• Security

• Usability

• Maintainability

PMP Memory

Functional = What it does

Non-functional = How well it does it

---

35. Requirements Documentation-এর Function

এটি future project work-এর foundation হিসেবে কাজ করে।

এর মাধ্যমে:

Requirements

↓

Scope

↓

Deliverables

↓

Testing

↓

Acceptance

এর মধ্যে traceability তৈরি করা যায়।

---

36. “Etc.” — Output

Figure 2-15-এর Outputs column-এর শেষে Etc. রয়েছে। অর্থাৎ project context অনুযায়ী additional relevant outputs/artifacts তৈরি বা update হতে পারে। (studylib.net)

---

37. Predictive বনাম Adaptive Requirements

এটি PMBOK 8th Edition-এর একটি অত্যন্ত গুরুত্বপূর্ণ concept।

Predictive

Requirements সাধারণত upfront comparatively বেশি detail-এ collect ও document করা হয়।

Stakeholders
     ↓
Elicit Requirements
     ↓
Analyze
     ↓
Requirements Documentation
     ↓
Define Scope
     ↓
WBS

Adaptive

Requirements progressively emerge এবং refine হয়।

Stakeholder Need
      ↓
User Story
      ↓
Backlog
      ↓
Prioritize
      ↓
Iteration
      ↓
Feedback
      ↓
Refined User Story

PMBOK 8th Edition explicitly notes that in an adaptive environment requirements are collected as user stories and prioritized in a backlog. (studylib.net)

---

38. একটি বাস্তব Power Plant Example

ধরুন আপনার project:

Unit #2 CEMS Upgrade Project

Step 1 — Stakeholders identify

• Plant Manager

• Operation Manager

• Instrumentation Engineer

• Environmental Engineer

• Maintenance Engineer

• O&M Contractor

• EPC Contractor

Step 2 — Requirements Elicit

Operator:

Real-time SO₂ display দরকার।

Environmental team:

Emission report দরকার।

Maintenance:

Diagnostic function দরকার।

Management:

Historical trend দরকার।

Regulatory requirement:

Continuous data recording দরকার।

---

Step 3 — Analyze

Team দেখে:

• কোন requirement mandatory?

• কোনটি regulatory?

• কোনটি business value?

• কোনটি technically feasible?

• কোনটি duplicate?

• কোনগুলো conflict করছে?

---

Step 4 — Prioritize

Requirement	Priority
Continuous SO₂ monitoring	Critical
Regulatory reporting	Critical
Alarm	High
Historical trend	High
Mobile application	Low

---

Step 5 — Document

সব agreed requirements Requirements Documentation-এ record করা হলো।

---

39. Figure 2-15-এর Complete ITTO Table

Category	PMBOK 8 Item	Function
Input	Project Charter	High-level purpose/objectives
	Agreements	Contractual requirements
	Business Case	Business value/justification
	Assumption Log	Requirements-related assumptions
	Lessons Learned Register	Previous experience
	Stakeholder Register	Who provides requirements
	Requirements Management Plan	How requirements will be managed
	Scope Management Plan	How requirements relate to scope
	EEF	External/internal environment
	OPA	Organizational knowledge/templates
	Etc.	Other relevant inputs
T&T	Expert Judgment	Expert knowledge
	Decision-Making	Select among alternatives
	Benchmarking	Compare with best/reference
	Brainstorming	Generate ideas
	Focus Groups	Group user feedback
	Interviews	Detailed stakeholder input
	Questionnaires & Surveys	Broad data collection
	Document Analysis	Analyze existing documents
	Data Representation	Visual/structured representation
	Nominal Group	Structured group prioritization
	Design Thinking	Human-centered discovery
	Prioritization/Ranking	Rank requirements
	Meetings	Discuss/clarify/agreement
	Etc.	Other suitable techniques
Output	Requirements Documentation	Document analyzed requirements
	Etc.	Other context-specific outputs

---

40. 🔥 Real-Time PMP Exam Question 1

Question

একটি project manager বিভিন্ন stakeholders-এর কাছ থেকে product-এর desired features এবং functions সম্পর্কে information সংগ্রহ করছেন। তাঁর প্রধান উদ্দেশ্য হলো stakeholders-এর needs document করা।

কোন process?

A. Define Scope
B. Elicit and Analyze Requirements
C. Develop Scope Structure
D. Validate Scope

✅ Answer: B — Elicit and Analyze Requirements

কেন?

Stakeholder needs → features/functions → document

এটাই Elicit and Analyze Requirements-এর মূল উদ্দেশ্য। (studylib.net)

---

41. Real-Time PMP Exam Question 2

Question

একটি project team একই ধরনের একটি সফল project-এর performance requirements-এর সঙ্গে current project's requirements compare করছে।

কোন technique?

A. Brainstorming
B. Benchmarking
C. Focus group
D. Nominal group

✅ Answer: B — Benchmarking

Compare with another/reference project → Benchmarking

---

42. Real-Time PMP Exam Question 3

Question

Project Manager 20 জন stakeholder-এর কাছ থেকে একই ধরনের প্রশ্নের মাধ্যমে requirements সংগ্রহ করতে চান। Individual interviews করার জন্য সময় খুব সীমিত।

কোন technique সবচেয়ে appropriate?

A. Interview
B. Focus group
C. Questionnaires and surveys
D. Design thinking

✅ Answer: C — Questionnaires and Surveys

কারণ

অনেক মানুষের কাছ থেকে structured information দ্রুত সংগ্রহ করা যায়।

---

43. Real-Time PMP Exam Question 4

Question

একটি project team পাঁচজন plant operator-কে নিয়ে structured discussion করছে যাতে তারা HMI-এর সবচেয়ে গুরুত্বপূর্ণ features identify করতে পারে।

কোন technique?

A. Focus group
B. Benchmarking
C. Document analysis
D. Survey

✅ Answer: A — Focus Group

---

44. Real-Time PMP Exam Question 5

Question

একজন Project Manager একজন senior maintenance engineer-এর সঙ্গে one-to-one discussion করছেন যাতে maintenance requirements বিস্তারিতভাবে বোঝা যায়।

কোন technique?

A. Focus group
B. Interview
C. Brainstorming
D. Benchmarking

✅ Answer: B — Interview

---

45. Real-Time PMP Exam Question 6

Question

একটি project team contract, regulatory standard এবং previous technical specification review করে নতুন system-এর requirements identify করছে।

কোন technique?

A. Data representation
B. Document analysis
C. Nominal group
D. Design thinking

✅ Answer: B — Document Analysis

---

46. Real-Time PMP Exam Question 7

Question

Requirements workshop-এ কিছু stakeholders খুব dominant হয়ে অন্যদের ideas প্রকাশ করতে দিচ্ছে না। Project Manager চান প্রত্যেক participant independently ideas লিখুন এবং পরে সবাই voting-এর মাধ্যমে top requirements নির্বাচন করুন।

কোন technique সবচেয়ে appropriate?

A. Brainstorming
B. Nominal group
C. Focus group
D. Interview

✅ Answer: B — Nominal Group

কেন?

Nominal Group Technique-এর key idea:

Individual input → Structured discussion → Voting/ranking

---

47. Real-Time PMP Exam Question 8

Question

Stakeholders 50টি requirements identify করেছেন। Project team-এর কাছে সবগুলো একই সময়ে implement করার মতো resources নেই। Team requirements-গুলো business value এবং urgency অনুযায়ী rank করছে।

কোন technique?

A. Data gathering
B. Prioritization/ranking
C. Document analysis
D. Benchmarking

✅ Answer: B — Prioritization/Ranking

---

48. Real-Time PMP Exam Question 9

Question

একজন Project Manager user-এর stated requirement-এর পেছনে আসল problem বোঝার জন্য user-এর workflow observe করেন, problem define করেন এবং potential solutions explore করেন।

কোন technique সবচেয়ে appropriate?

A. Design thinking
B. Benchmarking
C. Questionnaire
D. Document analysis

✅ Answer: A — Design Thinking

কারণ

Design thinking হলো human-centered problem discovery and solution approach।

---

49. Real-Time PMP Exam Question 10 — Advanced

Question

একটি Agile project-এ stakeholders তাদের needs user stories হিসেবে প্রকাশ করছেন। Product Owner এই stories-গুলো business value অনুযায়ী prioritize করে backlog-এ রাখছেন।

এটি কোন approach-এর সঙ্গে consistent?

A. Predictive scope definition
B. Adaptive requirements management
C. Scope validation
D. Scope control

✅ Answer: B — Adaptive requirements management

PMBOK 8th Edition অনুযায়ী adaptive environment-এ requirements user stories হিসেবে collected হয়ে backlog-এ prioritized হয়। (studylib.net)

---

50. Real-Time PMP Exam Question 11 — Scenario

Question

একটি project-এ Operations team চায় system-এর অনেক advanced features থাকুক। Maintenance team চায় system simple এবং easy-to-maintain হোক। দুই stakeholder group-এর requirements conflict করছে।

Project Manager প্রথমে কী করবেন?

A. Automatically follow the Operations team's requirements
B. Delete the Maintenance team's requirements
C. Analyze and facilitate decision-making between the alternatives
D. Add both conflicting requirements without analysis

✅ Answer: C

Explanation

Requirements blindly accept করা উচিত নয়। Conflicting requirements analyze করে stakeholders-এর needs, value, constraints এবং priorities বিবেচনা করে appropriate decision নিতে হবে।

---

51. Real-Time PMP Exam Question 12 — PMP Trap

Question

একজন stakeholder meeting-এ একটি নতুন feature দাবি করলেন। Project Manager সঙ্গে সঙ্গে সেটিকে approved requirement হিসেবে document করে ফেললেন।

এটি কি best practice?

A. Yes, every stakeholder request is automatically a requirement
B. Yes, because requirements cannot be changed
C. No, the requirement should be elicited, analyzed, prioritized, and appropriately documented
D. No, stakeholders should never provide requirements

✅ Answer: C

PMP Lesson

Stakeholder request ≠ automatically approved requirement.

Requirement-কে:

Elicit → Analyze → Prioritize → Agree → Document

করতে হবে।

---

52. 🔥 Elicit and Analyze Requirements-এর সবচেয়ে গুরুত্বপূর্ণ পার্থক্য

Elicit

“What do stakeholders need?”

Analyze

“Are those needs clear, feasible, valuable, non-conflicting and sufficiently defined?”

Document

“What are the agreed requirements?”

---

53. PMP Exam-এর জন্য Ultimate Memory Map

                 ELICIT & ANALYZE REQUIREMENTS
                              │
             ┌────────────────┼────────────────┐
             ↓                ↓                ↓
          INPUTS             T&T             OUTPUT
             │                │                │
             │                │                └─ Requirements
             │                │                   Documentation
             │                │
             │                ├─ Expert Judgment
             │                ├─ Decision-Making
             │                ├─ Data Gathering
             │                │   ├─ Benchmarking
             │                │   ├─ Brainstorming
             │                │   ├─ Focus Groups
             │                │   ├─ Interviews
             │                │   └─ Questionnaires/Surveys
             │                │
             │                ├─ Data Analysis
             │                │   └─ Document Analysis
             │                │
             │                ├─ Data Representation
             │                ├─ Interpersonal & Team Skills
             │                │   └─ Nominal Group
             │                ├─ Design Thinking
             │                ├─ Prioritization/Ranking
             │                ├─ Meetings
             │                └─ Etc.
             │
             ├─ Project Charter
             ├─ Agreements
             ├─ Business Case
             ├─ Assumption Log
             ├─ Lessons Learned Register
             ├─ Stakeholder Register
             ├─ Requirements Management Plan
             ├─ Scope Management Plan
             ├─ EEF
             ├─ OPA
             └─ Etc.

---

54. ⭐ 15টি PMP Quick Memory Points

1. Project Charter → high-level direction.

2. Agreements → contractual obligations/requirements.

3. Business Case → expected business value.

4. Assumption Log → assumptions affecting requirements.

5. Lessons Learned Register → previous experience.

6. Stakeholder Register → কার কাছ থেকে requirements নিতে হবে।

7. Requirements Management Plan → requirements কীভাবে manage হবে।

8. Expert Judgment → specialist knowledge.

9. Benchmarking → অন্যদের সঙ্গে compare.

10. Brainstorming → অনেক ideas generate.

11. Focus Group → selected group-এর collective feedback.

12. Interview → detailed individual input.

13. Questionnaire/Survey → large number of people-এর structured input.

14. Document Analysis → existing documents থেকে requirements।

15. Nominal Group → structured participation + voting/ranking.

16. Design Thinking → user-এর underlying problem/value বোঝা।

17. Prioritization/Ranking → কোন requirement আগে।

18. Meetings → clarification, discussion, agreement।

19. Output = Requirements Documentation।

20. Agile → User Stories → Prioritized Backlog। (drhajiyakhchali.com)

---

🔑 সব Scope Processes একসাথে মনে রাখার সহজ Formula

আপনার আগের প্রশ্নগুলোর সঙ্গে মিলিয়ে পুরো flow-টা এভাবে মনে রাখুন:

Plan Scope Management
→ Scope কীভাবে manage করব?

↓

Elicit & Analyze Requirements
→ Stakeholders কী চান?

↓

Define Scope
→ Project আসলে কী deliver করবে?

↓

Develop Scope Structure
→ এই scope-কে কীভাবে structure/breakdown করব?

↓

Validate Scope
→ Customer/stakeholder কি deliverable formally accept করেছেন?

↓

Monitor & Control Scope
→ Scope-এর status ও changes কীভাবে monitor/control করব?

এই sequence-টি PMP scenario question-এ অত্যন্ত গুরুত্বপূর্ণ, কারণ প্রশ্নে process-এর নাম সরাসরি না দিয়ে “stakeholder needs collect করছে”, “requirements prioritize করছে”, “scope define করছে”, “WBS তৈরি করছে”, “customer acceptance নিচ্ছে”—এই ধরনের situation দেওয়া হতে পারে। PMBOK 8th Edition-এর Figure 2-15 থেকে Figure 2-19-এর ধারাবাহিকতাই এই distinction বুঝতে সবচেয়ে কার্যকর। (studylib.net)