Chapter 7: Scope

Question 1

C7 Scope: Terms and terminology

Answer 1

• Definition of done (DOD) - применяется к Story, Release и даже Final Product
• Deconstruction (=decomposition)
• Product Analysis As a Scope-defining Method - анализируем цели и описание продукта to define tangible deliverables
• Requirements Traceability Matrix (RTM) - links requirements to objectives (!) and/or other req. Помогает оценивать CRs в т.ч.! Req attributes (IDs, source, status) тоже должны быть либо в ней, либо в отдельном приложении
• Timeboxing (agile) - временные рамки чего-либо. Для скоупа - строгое ограничение длины итерации. Не успели сделать story? Кладем в backlog для следующих итераций.
• Minimal Marketing Feature (MMF) (Agile) - smallest feature that can be released into the marketplace
• Minumally Viable Product (MVP) (Agile) - a version of a product with just enough features to make it useful

Question 2

Method for Eliciting and Analyzing Requirements

Answer 2

• Verbal methods
  
  • Brainstorming - собираем не критикуя, а потом оцениваем приоритеты используя Multicriteria Decision Analysis and Nominal Group Technique
  • Interviews - individual/group, phone/email etc.
  • Focus groups - выбираются SH или SME из одной зоны, обсуждают. Conversation directed by a moderator
  • Questionnaires and Surveys
  • Benchmarking - смотрим, что у конкурентов. Может быть долго и дорого
  • Facilitation - собирают разных SH и используют consensus approach чтоб прийти к соглашению Иногда используют Voting
  • Voting
  • Multicriteria Decision analysis - quantify req using decision matrix based on factors like risk / time / cost / benefit
  • Nominal Group Technique - все записывают свои идеи privately, а потом каждый шарит их со всеми (открыто или нет???)
  • Observation - generally shadowing.
  • Prototypes (agile) - показываем SH модель продукта. Может быть несколько стадий
  • User stories - during facilitated discussion sessions SH пишут короткие stories: as a “role” I want “functionality/goal” so that “business benefit”
  • Joint application design (JAD) - еще один способ выявления требований для улучшения процессов при software development
  • Quality functional deployment (QFD) or Voice of the Customer (VOC) - еще один способ выявления и приоритезации требований в области manufacturing
• Graphic methods
  
  • Mind Maps (see pic) - way of diagramming ideas to help generate, classify or record info. Branches out of a central core.
  • Context diagram (see pic) (or Context Level Data Flow Diagram) - show the relationship between elements of an environment
  • Affinity (схожесть) Diagrams (see pic) - grouping req by similarities
  • Agile Modeling (? не уверен что в этой секции)
    • Use-case modelling - отдельная карточка
    • Process models
    • Wireframes
    • Low fidelity prototypes - примерная модель, рисуем на доске с клиентом
    • High fidelity prototypes - точная модель

Question 3

Competing Requirements resolution

Answer 3

Best comply with:

• Business case
• Proj charter
• Scope statement
• Known project constraints

Question 4

Scope Statement

Answer 4

На входе - выровненные требования

На выходе:

• Product scope (product deliverables)
• Project scope
• List of product deliverables
• Acceptance criteria
• Out of scope
• Assumptions and constraints

Question 5

WBS / Control account / Planning package / Work package

Answer 5

WBS
Start from the name of the project, is decomposed to work packages

Control account
Allows to collectively manage and control cost/sched/scope at a higher level than the work package

Planning package
Located below a control account and above the work packages

Work package

• are things (deliverables, product) rather than actions (activities).
• The smallest item in the WBS.
• Размеры: для small-проектов: 4-40часов, medium: 8-80, big: 300+

Activity list - decomposition of WBS but do not included in WBS! Typically 80 hours max (?)

Question 6

Methods for Agile Story Decomposition

Answer 6

Good story - INVEST:

• Independent - stories should be as independent as possible.
• Negotiable - a story is not a contract. A story is an invitation to a conversation.
• Valuable
• Estimable
• Small - stories should be small chunks of work (eg. two week iterations average 3-4 days of work)
• Testable

Decomposition

• Process-based breakdown - процессы разбиваем на подпроцессы
• CRUD (Create, Read, Update, Delete) - в описании Story явно указывается одно из этих действий.
• Business rule-based breakdown - “on the website we accept the use of VISA and Mastercard only” - т.е. breakdown команда сделает по этим бизнес-ограничителям
• User or platform-based breakdown - “должно работать на PC, laptop, tablets” - т.е. breakdown команда сделает по этим платформ-based ограничителям
• Acceptance test breakdown - используется в Acceptance Test-Driven Development (ATDD). Тесты пишутся до стори, стори строится чтоб пройти тесты
• MoSCoW analysis - prioritization scheme for selecting features and functionality. MoSCoW is the acronym for Must have, Should have, Could have, and Would like to have.

(стр. 181)

Question 7

Validate and Control scope

Answer 7

Validate Scope

См. схему

• PREDICTIVE: с клиентом подтверждаем interim deliverables (но до этого - через Control Quality проходим). На выходе - accepted deliverables, либо CR.
• Agile - в конце каждой итерации (включая Product Release)

Control Scope - контроллируем work performance data against Scope Baseline