chapter 6 Flashcards

1
Q

what is the PGBA? what does it do? what topics does it cover?

A

PGBA (PMI Guide to Business Analysis)
- provides framework for business analysts

-BA process (defines process as series of steps to gather, analyze, document business requirements)
-BA skills and knowledge
-BA tools and techniques
-BA ethics and professionalism

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

primary responsibilities of business analysts (BA)?

A

-requirements elicitation and analysis (work with stakeholders to id these, ensure they align with bus. obj.)
-process improvement
-stakeholder mgmt
-change mgmt
documentation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

what are core da tasks?

A

-ID problems and opportunities
-clarify/prioritize business needs
-recommend potential solutions
-elicit, analyze, document requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

what is the process owner?

A

-responsible for specific process, including continual improvements
-align with overall business objectives
-set/monitor performance targets

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

what is a process manager?

A

-reviews/reports on end-to-end process activities
-maintains process map
-responsible for ongoing process operations and optimization
-train and manage resources assigned to the process
-smaller organizations, may also serve as process owner

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

what is a product manager?

A

-determines overall direction and functionality delivered to end user through multiple releases
-seeks better customer understanding

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

what is the product owner?

A

-in adaptive role, plays substantial role determining and prioritizing product backlog
-ultimately responsible for the product

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

what are some positive outcomes from effective stakeholder identification?

A

-ensuring project success
-managing expectations
-managing risks
-building support
-enhancing communications

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

what are some reasons it is necessary to id stakeholders and clarify their roles and responsibilities?

A

-align expectations and objectives
-effective communication
-facilitate communication
-resource allocation
-decision making
-conflict resolution
-project buy in and support

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

what are the steps to conduct effective stakeholder communication?

A

-identify stakeholders
-determine communication needs
-develop communication plan
-use multiple communication channels
-be clear and concise
-listen and respond
-monitor and evaluate

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

what are some considerations for choosing the communication channel?

A

-ID the audience
-consider the content
-time constraints
-communication frequency
-communication culture (mode)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

why is a shared understanding of project goals and objectives across teams important?

A

-understanding requirements
-collaborating with cross-functional team
-resolving issues
-ensuring quality
-managing expectations

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

what elements may be included in business requirements?

A

-business rules and constraints
-performance metrics and KPI’s
-compliance requirements
-stakeholder needs and expectations
-budget and resource constraints

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

what do stakeholder requirements define?

A

-needs and expectations of stakeholders

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

what are solution/user requirements?

A

-what needs to be done to solve problem/meet needs
-decompose into functional and nonfunctional requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

what are functional requirements?

A

-describe what system or product is expected to do (features and functions)
-typically described as inputs, processes, and outputs

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

examples of functional requirements?

A

-ability to add items to shopping cart
-ability to search for products by name
-ability to process payment transactions

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

what are nonfunctional requirements?

A

-describe how system or product is expected to operate
-not related to functions or features
-specific to system performance, usability, reliability

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

what are examples of nonfunctional requirements?

A

-response time requirements
-security requirements
-usability requirements
-reliability requirements

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

what do transition requirements specify? what do they do?

A

-what should happen when transitioning from current state to desired future state
-outline actions made during transition of project or process

-ie: software company moves from old to new software. transition requirement details how you migrate data to new one without loss

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

what is requirements gathering?

A

-collecting and documenting info from stakeholders about desires for product/service

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

what is requirements elicitation?

A

-drawing out info from stakeholders about product or service needs and desires
-more interactive than gathering, involves questions, active listening

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

what does the business analysis for practitioners: a practice guide include?

A

-processes for identifying stakeholders
-preparing for elicitation
-conducting elicitation to obtain info from sources

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

further elaborating on effectively eliciting requirements involves what steps

A

-determine participants
-prepare for elicitation
-conduct elicitation

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

what are the steps for “determining the participants”? (eliciting requirements)

A

-ID stakeholders
-categorize group/class
-order elicitation activities

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

what are the steps for “prepare for elicitation”? (eliciting requirements)

A

-determine objectives (set objectives for each session)
-determine questions
-choose elicitation techniques (interviews, focus groups, brain storming, etc.)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

what are the steps for “conduct elicitation”? (eliciting requirements)

A

-complete elicitation
-document outputs
-follow up

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

how are requirements gathered when using a predictive approach?

A

-previous work that has been done on similar projects

29
Q

what are “use cases”?

A

-describe interactions between actors (users, systems, external entities) and system or application
-capture complex requirements and illustrate how system will work from users perspective

30
Q

how are requirements gathered using an adaptive approach?

A

-group sessions, document them as either epics or user stories

-as a ____, I would like the (capability) so that I can (result)

31
Q

what are the “3 C’s”?

A

-card (user story raw form on single card)
-conversation (eliciting details about card. builds shared understanding)
-confirmation (customer confirms user story meets acceptance criteria)

32
Q

acronym DoD? what is it?

A

-Definition of done

-refers to agreement of user acceptance being met, decided jointly ny team and stakeholder/PO

33
Q

what is a story map?

A

-groups user stories for individual release
-sequences key functionality you will deliver during release
-group all appropriate user stories into release backlog, prioritize them beneath sequenced functionality

34
Q

what is the release backlog?

A

-product owner prioritizes
-uses team estimates to determine work they will complete during iteration

35
Q

name the different requirement gathering techniques?

A

-Interview
-observation
-prototyping
-questionnaire/survey
-group facilitated workshops

36
Q

what is involved in “observation”

A

-views people in their work environment to understand actual work within context

37
Q

what is passive observation? active observation? participatory observation? simulation?

A

-passively observing without interruption

-allows observer to increase info gathered through questioning

-observer participating in activities being observed, including getting answers to additional questions based on work performed

-different method of observation
-activities simulated by tool that performs work, often in training facility

38
Q

what is prototyping?

A

-creating preliminary version tot est functionality and usability
-gather feedback through review and experimentation of working model before finalizing product

39
Q

what is low-fidelity? High fidelity?

A

-prototyping created with pen and paper, whiteboards, or modeling tool
-wireframes that create skeleton of product (static drawings of user interface to help specify steps, simplified version of product, showing look/feel of functionality)

-creates final product over several iterations (throwaways after confirming functionality, evolutionary with each session, adding functionality)
-in agile, often used to create MVP

40
Q

what does requirements traceability do?

A

-track requirements throughout software development process
-how each requirement was implemented and tested

41
Q

2 types of requirements traceability martrices?

A

-BTM and RTM

42
Q

acronym BTM? what does it do?

A

-bidirectional traceability matrix
-implement forward and backward traceability through project life cycle
-help ensure requirements are tested and all test cases are relevant to requirements

43
Q

what is traceable forward/backward

A

-in BTM
-in forward, each requirement has unique identifier that assists in id/maintaining change history and tracing requirement through system components

-in backward, each requirement should be traced back to specific customer, user, or stakeholder input, such as use case, business rule, etc.

44
Q

what is a product backlog?

A

-list of all features, bug fixes, and work done to complete product.
-living document, continuously updated as new requirements id, old are changed or removed

-key tool for managing requirements
-key part of agile, especially scrum
-in scrum, owned by product owner
-PO handles gathering/prioritizing requirements from stakeholders
-team works from backlog

45
Q

key benefits to using product backlog

A

-increased visibility
-improved communication
-increased efficiency
-reduced risk

46
Q

-key elements of product backlog?

A

-requirement
-priority
-estimated effort
-status

47
Q

what is a product roadmap?

A

-high level strategic plan
-outlines vision, goals, priorities for product over set period
-living document, constantly updated as new features are added, old removed

48
Q

key components of product roadmap?

A

-product vision (brief description of long-term goals)
-goals and objectives (clearly defines goals of product development, like sales targets user engagement, etc.)
-timeline
-features
-prioritization
-risks and assumptions
-feedback and iteration

49
Q

benefits of using product roadmap?

A

-increased visibility
-improved communication
-increased efficiency
-reduced risk

50
Q

what is “rolling wave planning”?

A

-delay the detail (or progressive elaboration of specifics) closer to time frame
-allows you to re-sequence/adapt product capabilities of individual release to meet changing priorities and market conditions

51
Q

in business analysis, product roadmaps have several applications, including what?

A

-communicate the product vision
-prioritize features and initiatives
-facilitate collaboration
-manage stakeholder expectations
-track progress and monitor changes
-identify dependencies and risks
-support marketing and sales effort

52
Q

what are some steps to determine which components should be included in a release?

A

-ID/prioritize components (list all components, prioritize with stakeholders)
-evaluate dependencies/constraints
-define release goals/objectives
-allocate components to release
-balance scope, timeline, and resources
-review and adjust as needed
-communicate release plan

53
Q

how can project methodologies have a significant impact on business analysis process?

A

-help define scope/ID stakeholders
-structure business analysis process
-track progress of business analysis process
-communicate results of business analysis to stakeholders

54
Q

compare predictive/plan based and adaptive approaches

A

-predictive/plan based more structured approach
-detailed requirements gathering phase at beginning of project
-may rely on formal documentation and progress reports
-may have seperate testing phase at end of project
-may have formal review process

-adaptive focus on continuous feedback/collaboration with stakeholders
-emphasize face to face
-emphasize iterative testing/prototyping
-encourages frequent feedback

55
Q

how does the choice of pm methodology influence the BA process?

A

-level of formality/structure that is used in BA process (more formal requires more documentation and planning)
-how requirements are gathered and documented (predictive gathers up front, adaptive refined through project)
-how risks are managed (predictive ID up front, adaptive throughout)
-how communication is managed (predictive more formal, like status reports/meetings. adaptive informal, ad hoc conversations/daily meetings

56
Q

what is the role of the BA in a predictive/plan based approach?

A

-more often used here bc it involves heavy analysis/determination of results of project as part of initial planning
-often develops business case
-may do feasibility review (operational, tech/system, cost-effective, time)
-as scope defined, helps elicit, analyze, document requirements that will become product scope

57
Q

what are the 4 feasibility areas?

A

-operational (review of options based on how solution meets need)
-tech/system (tech and compatibility with existing infrastructure
-cost-effective (understanding initial estimate and high level estimate of costs and value of benefits
-time (whether solution can be delivered within time constraints)

58
Q

what is the role of the BA in adaptive approaches?

A

-more focused on facilitating collaboration between stakeholders and development team
-may serve as product owner/work closely with him
-knows “as-is” current way things are done
-knows “to-be” future outcome

59
Q

what is the role of the BA in hybrid approaches?

A

-provide competencies and techniques to make sure everyone understands what is required
-also work with development team to ensure project meets needs of business

60
Q

what are key steps that BA can take to ensure that requirements are validated throughout product delivery process?

A

-testing and acceptance (work with dev. team to define test cases. reviews results to ensure requirements met)
-user acceptance testing (works with end user to define UAT scenarios)
-change control
-post-implementation review (conducts review to evaluate success/id any room for improvement)
-continuous improvement (promotes culture of continuous improvement)

61
Q

what are some additional methods and tools to validate requirements throughout the product delivery process?

A

-conduct user research
-create user stories and acceptance criteria
-create scope management traceability matrix (RTM for scope mgmt maps each requirement to corresponding design, development, testing, deployment activity)
-conduct usability testing
-conduct user acceptance testing (UAT)
-perform quality assurance testing
-collect feedback
-define metrics and KPIs

62
Q

examples of acceptance criteria?

A

-system should allow users to enter up to 50 characters in each input field
-system can handle 10,000 concurrent users without crashing

63
Q

acronym INVEST? what is it?

A

-Independent, Negotiable, Valuable, Estimable, Small, Testable
-usually applied to user stories to help understand and meet expectations

64
Q

difference between verification and validation?

A

-verification is confirming that product produced complies with agreed requirements
-validation also checks product meets stakeholder requirement

-validations is performed AFTER verification

65
Q

what is the product backlog in adaptive approaches?

A

-prioritized list of all features, enhancements, and bug fixes
-translate business requirements to expected delivery of solution requirements

66
Q

initial refinement of the backlog items need to support the DEEP acronym. what is this?

A

-Detailed appropriately
-Estimated
-Emergent (able to adapt to changes)
-Prioritized

67
Q

what happens if backlog item does not meet all of the INVEST criteria?

A

-may be necessary to decompose into smaller backlog items that dont meet the criteria