Тема 2.2 — Приоритизация работы

Одним предложением: Приоритизация — это осознанное, прозрачное упорядочение работы, прошедшей триаж, с балансом ценности, срочности, риска и трудозатрат против конечной мощности, так что в любой момент организация делает самое ценное из возможного и может объяснить почему.

Почему это важно в здравоохранении и уходе#

Приоритизация — место, где стратегия становится реальной. Настоящая стратегия организации — не её опубликованный план, а порядок, в котором она на самом деле что-то делает, и в здравоохранении и уходе этот порядок несёт последствия для безопасности, равенства и государственных денег. Понизьте приоритет работы по интероперабельности, и общая карта ухода остановится; понизьте приоритет технического долга, и система откажет в 2 часа ночи в банковский выходной; понизьте приоритет исправления доступности, и вы исключите людей, которым услуга нужнее всего.

Давление структурное: спрос всегда превышает мощность, и значительная часть этого спроса законна. Поэтому руководителям нужны методы, делающие компромиссы явными и защитимыми, а не процесс, где побеждает последнее письмо или каждый проект имеет «наивысший приоритет». Прозрачная приоритизация также меняет политическую погоду: когда заинтересованные стороны видят критерии и упорядочение, переговоры смещаются от лоббирования к общему разговору о ценности и цене задержки. Эта тема следует за приёмом (тема 2.0) и триажем (тема 2.1); она предполагает, что у вас уже есть видимый, оценённый бэклог для упорядочения, и питает жизненный цикл поставки (темы 3.4–8) и управление портфелем (тема 5.3 — EPPM).

Ключевые понятия#

Приоритизация упорядочивает бэклог или портфель; она отличается от триажа (который оценивал и маршрутизировал каждый пункт изолированно). Приоритизация сравнивает пункты друг с другом за конечную мощность и повторяет это сравнение по мере изменения реальности.

Цена задержки (Cost of Delay) — экономическая линза под лучшими методами: чего стоит (в ценности, вреде или деньгах) каждая неделя, когда это не сделано? Явная цена задержки переформулирует приоритизацию из «что важнее всего?» (всё) в «что дороже всего задерживать?» (вопрос, допускающий ранжирование).

Распространённые рамки, у каждой своё соответствие:

• WSJF (Weighted Shortest Job First) из Scaled Agile Framework (SAFe): оценить цену задержки (ценность для пользователя/бизнеса + критичность по времени + снижение риска/открытие возможности) и разделить на размер работы. Наивысший WSJF делается первым. Он естественно предпочитает небольшую, высокоценную, критичную по времени работу и игнорирует безвозвратные затраты.
• RICE (Reach × Impact × Confidence ÷ Effort, популяризирован Intercom): оценка управления продуктом, умеряющая энтузиазм фактором уверенности (Confidence).
• MoSCoW (Must / Should / Could / Won't-this-time) из DSDM: категоризация, отличная для определения объёма релиза или программы с фиксированной датой, слабее как детальное упорядочение.
• Ценность против усилий (2×2): быстрый визуальный способ выявить быстрые победы и денежные ямы; грубый, но быстрый.
• Модель Кано: классифицирует функции как базовые (обязательные), показатели эффективности или восхищающие: полезно для баланса обязательного минимума и отличительных черт.

Ни одна рамка не «верна»; каждая кодирует иное определение ценности, и сам акт совместной оценки часто ценнее числа.

Эксплуатация и изменения — баланс на уровне портфеля: операционная работа «держать свет включённым» (эксплуатация) против новых возможностей (изменения). Приоритизация должна охватывать оба, иначе невидимая работа по эксплуатации, включая технический долг и устранение недостатков безопасности, проигрывает каждое состязание блестящим новым функциям, пока не откажет катастрофически.

На основе мощности и на основе даты: упорядочение на основе мощности заполняет известную конечную пропускную способность (устойчивый темп); упорядочение на основе даты идёт от неподвижного срока (регуляторный запуск) и использует MoSCoW, чтобы гибко менять объём. Большинству портфелей нужны оба подхода, применяемые к разным пунктам.

Лучшие практики#

1. Выберите одну основную рамку и применяйте её последовательно. Выберите метод, подходящий вашей работе: WSJF для смешанного портфеля изменений с реальной критичностью по времени, RICE для бэклогов функций продукта, MoSCoW для релизов с фиксированной датой, и используйте его последовательно, чтобы оценки были сопоставимы. Смена рамки для каждого пункта делает бэклог несопоставимым и приглашает к манипуляциям.

2. Делайте цену задержки явной, особенно для работы по безопасности и закону. Спрашивайте по каждому пункту: «сколько стоит задержка на месяц?». Для исправления безопасности или регуляторного срока ответ часто тяжёл и нелинеен, именно поэтому их нужно оценивать, а не предполагать. Цена задержки — общая валюта, позволяющая честно сравнивать срок соответствия и улучшение пользовательского опыта.

3. Резервируйте явную мощность для эксплуатации, технического долга и безопасности. Не позволяйте работе «держать свет включённым», техническому долгу и устранению недостатков безопасности соревноваться функция за функцией с новыми возможностями: они проиграют, пока что-то не сломается. Выделите постоянную долю мощности (распространённое эмпирическое правило: значимая, защищённая доля) для этой работы и считайте её не подлежащей обсуждению.

4. Приоритизируйте по результатам и ценности, а не по рангу заявителя. Оценивайте относительно заявленных результатов и приоритетов организации (в идеале её OKR, см. тему 10.0), а не по тому, кто спросил. Когда пункт старшего заинтересованного лица получает низкую оценку, это система работает; рамка даёт вам справедливую, неличную основу для этого разговора.

5. Соотносите метод с ограничением: мощность или дата. Для устойчивого потока изменений упорядочивайте по ценности и тяните работу к известной мощности. Для неподвижной даты идите от неё назад и используйте MoSCoW, чтобы защитить «Must» и гибко менять «Could». Путаница между ними (попытка вместить фиксированный объём в фиксированное время и фиксированную мощность) — классический путь к проваленной программе.

6. Приоритизируйте прозрачно и ведите переговоры открыто. Публикуйте ранжированный бэклог и оценки за ним. Прозрачность превращает приоритизацию из серии частных сделок в общие переговоры, где компромиссы видны: чтобы поднять ваш пункт, что-то другое должно опуститься, и все видят цену. Это самый мощный деполитизирующий ход, доступный руководителю поставки.

7. Пересматривайте приоритеты в регулярном ритме, и только тогда. Задайте ритм (например, ежемесячный или ежеквартальный пересмотр портфеля плюс более лёгкое уточнение бэклога между ними), в котором приоритеты пересматриваются по новым доказательствам. Между пересмотрами держите линию, чтобы у команд были стабильные взлётные полосы. Постоянная переприоритизация так же вредна, как её полное отсутствие: она разрушает поток и ничего не завершает.

8. Остерегайтесь манипуляций и ложной точности. Относительные оценки (Фибоначчи, футболочные размеры) — оценки, а не истины; WSJF 8,3 не значимо лучше 7,9. Используйте числа, чтобы информировать ранжированный разговор, следите за завышенными входными данными и позволяйте опытному суждению отменять явно извращённую оценку, записывая почему.

Вопросы для обсуждения с командой#

1. Каков наш честный ответ на вопрос «сколько на самом деле стоит месяц задержки» для работы, которую мы постоянно откладываем? Цена задержки — общая валюта, позволяющая честно сравнивать срок соответствия и улучшение пользовательского опыта, но большинство организаций никогда не делают её явной и потому по умолчанию говорят «всё важно», что не является ранжируемым утверждением. Это остро важно в здравоохранении и уходе, потому что цена задержки некоторой работы тяжела и нелинейна: отложенное исправление безопасности или зависимость интероперабельности могут месяцами лежать безвредно, а затем отказать катастрофически, тогда как отложенная функция удобства почти ничего не стоит. Команде стоит обсудить, могут ли они на самом деле сформулировать цену задержки для своих главных спорных пунктов, и посмотреть в глаза неудобным случаям, когда честный ответ — «очень мало» для популярного проекта и «потенциально серьёзный инцидент» для невидимого. Конкретные ракурсы: возьмите три пункта, застрявших сейчас в середине бэклога, и заставьте сформулировать предложение о цене задержки для каждого; спросите, оценивались ли технический долг и устранение недостатков безопасности по цене задержки вообще или просто проигрывают каждое состязание, никогда не входя в него. Хороший ответ различает пункты, цена задержки которых примерно линейна, и те, где она подскакивает на сроке или точке отказа, и использует эту форму для обоснования порядка. Нечестная версия прячется за «всё приоритет», что и есть отсутствие приоритизации, которое этот вопрос призван выявить.

2. Сколько мощности мы готовы выделить для эксплуатации, технического долга и безопасности и будем ли мы её защищать, когда придёт блестящая новая заявка? Это компромисс, который чаще всего идёт не так: работа «держать свет включённым», технический долг и устранение недостатков безопасности невидимы и проигрывают функция за функцией новым возможностям, пока что-то не сломается в 2 часа ночи в банковский выходной. Дискуссия не о том, защищать ли какую-то мощность (почти все соглашаются в принципе), а о конкретном проценте и, что гораздо труднее, о том, будет ли руководство на самом деле держать эту линию в первый раз, когда захватывающий проект старшего спонсора захочет обчистить выделенное. В здравоохранении и уходе ставки включают безопасность пациентов и надёжность систем, от которых зависят клиницисты, поэтому считать эту долю не подлежащей обсуждению — позиция безопасности, а не просто хорошая гигиена. Конкретные ракурсы: оглянитесь на последний крупный инцидент или почти-происшествие и спросите, прослеживается ли оно до отложенной работы по эксплуатации или долгу, которая так и не выиграла состязание приоритетов; назовите человека с полномочиями отказать в налёте на защищённую мощность и проверьте, сделал бы он это на самом деле. Сильный ответ обязуется о конкретной защищённой доле и, что решающе, описывает управление, удерживающее её защищённой под давлением, а не полагается на добрые намерения. Честная версия признаёт, что выделение реально лишь тогда, когда оно переживает столкновение с самым влиятельным заинтересованным лицом в комнате.

3. Когда пункт старшего заинтересованного лица получает низкую оценку, есть ли у нас прозрачность и решимость позволить рейтингу устоять? Приоритизация по результатам, а не по рангу заявителя звучит очевидно, но эффект HiPPO (мнение самого высокооплачиваемого человека молча отменяет оценки) — сбой по умолчанию в иерархичных организациях NHS и государственных, и он разъедает именно потому, что тих. Противоречие в том, что низкооценённый пункт старшего лица — часто корректная работа системы, но без прозрачного опубликованного рейтинга и обоснования оценок у руководителя поставки нет неличной основы для этого разговора, и он обычно уступит. Команде стоит обсудить, действительно ли их бэклог и оценки видны запрашивающим организациям, потому что открытые переговоры о компромиссах («чтобы поднять ваш, какой более высокооценённый пункт опустится и согласны ли вы с ценой этой задержки?») — самый мощный деполитизирующий ход, и он работает только открыто. Конкретные ракурсы: вспомните, когда в последний раз запрос старшего лица перепрыгнул очередь, и спросите, что произошло бы, будь рейтинг публичным; подумайте о сохранении обоснования оценок как записи управления, которую вы могли бы показать совету, ICB или аудиторам. Хороший ответ сочетает прозрачность (опубликовать порядок и оценки) с отрепетированным неличным сценарием разговора об отмене и определяет, у кого есть положение его удерживать. Уклончивый ответ считает это гипотетическим; на деле это случается большинство недель, и план должен это пережить.

4. Обязались ли мы действительно использовать одну рамку приоритизации или тихо оцениваем каждый пункт тем методом, который ему льстит? Выбор одной основной рамки и последовательное её применение — то, что делает бэклог сопоставимым; в тот момент, когда WSJF используется для одной заявки, интуиция «ценность против усилий» для другой, а «директор очень хочет» для третьей, упорядочение перестаёт что-либо значить, и подкрадывается манипуляция. Противоречие в том, что ни одна рамка не подходит каждому виду работы (WSJF подходит смешанному портфелю изменений, RICE — бэклогу функций продукта, MoSCoW — релизу с фиксированной датой), поэтому честный спор — какой метод ваш основной и где второй допускается законно, а не как удобный запасной выход. В здравоохранении и уходе это важно, потому что срок соответствия, функция по просьбе клинициста и обновление базы данных должны взвешиваться на одной шкале, и только последовательный метод позволяет ранжировать законодательный пункт и пункт удобства друг против друга без особой защиты. Конкретные ракурсы: проверьте последние десяток решений о приоритизации и проверьте, применялся ли действительно один и тот же метод или метод смещался, чтобы оправдать заранее определённый ответ; следите за «театром рамок», когда сложные оценки порождают число, по которому потом никто не действует. Хороший ответ называет основную рамку, объясняет узкие принципиальные случаи, где используется другая, и считает оценку информирующей ранжированный разговор, а не истиной. Слабый ответ позволяет каждому заявителю принести собственную математику, что неотличимо от отсутствия метода вообще.

5. Честны ли мы в том, какая работа ограничена мощностью, а какая датой, или пытаемся зафиксировать объём, дату и мощность одновременно? Приоритизация должна соответствовать ограничению: устойчивый поток изменений упорядочивается по ценности и тянется к известной мощности, тогда как неподвижный регуляторный запуск прорабатывается назад от даты с MoSCoW, защищающим «Must» и гибко меняющим «Could». Классический путь к проваленной программе — путаница между ними: фиксация объёма, даты и мощности одновременно, и он особенно соблазнителен в здравоохранении и уходе, где законодательный срок кажется не подлежащим обсуждению, а заинтересованные стороны предполагают, что полный объём столь же не подлежит обсуждению. Команде стоит обсудить пункт за пунктом, действительно ли каждая крупная работа ограничена мощностью или датой, потому что отношение к программе, управляемой датой, как к имеющей эластичное время, или к потоку повседневной работы как к имеющему жёсткий срок неверно приоритизирует всё ниже по потоку. Конкретные ракурсы: возьмите неподвижный запуск и спросите, какие требования действительно «Must» для юридического минимума, а какие «Should» или «Could», протащенные в обязательный набор; найдите программу, где все три ограничения тихо зафиксированы, и назовите, что на самом деле уступит, когда реальность ударит. Хороший ответ классифицирует работу по определяющему ограничению и применяет подходящий метод осознанно, сохраняя поток на основе мощности и поставку на основе даты отдельными дисциплинами. Нереалистичный ответ обещает полный объём, к фиксированной дате, в пределах фиксированной мощности, и надеется.

6. Каков наш ритм переприоритизации и достаточно ли у нас дисциплины, чтобы держать порядок стабильным между пересмотрами? Приоритеты нужно пересматривать по новым доказательствам, но в ритме (ежемесячный или ежеквартальный пересмотр портфеля с более лёгким уточнением между ними), потому что постоянная переприоритизация так же вредна, как её отсутствие: она разрушает поток и ничего не завершает. Противоречие реально: реальность действительно меняется, новый сигнал безопасности или сдвиг финансирования могут оправдать переупорядочение, но каждая перетасовка по ходу работы стоит командам их взлётной полосы и оставляет наполовину построенную работу брошенной. В здравоохранении и уходе, где команды поставки часто перегружены, а зависимости охватывают несколько организаций, метания дороги и подрывают моральный дух, поэтому стабильная взлётная полоса между пересмотрами — вопрос производительности и удержания персонала не меньше, чем поставки. Конкретные ракурсы: проверьте, сколько раз за последний квартал верхушка бэклога менялась вне планового пересмотра и что в результате было поставлено; согласуйте заранее узкие критерии (подлинная чрезвычайная ситуация, а не громкое заинтересованное лицо), оправдывающие нарушение ритма. Хороший ответ задаёт явный ритм, защищает взлётную полосу между пересмотрами и может указать работу, которая действительно завершилась, потому что порядок держался. Проваливающийся ответ переприоритизирует всякий раз, когда приходит последнее письмо, принимая движение за отзывчивость, пока ничто не пересекает финишную черту.

На практике: пример из здравоохранения и ухода#

У команды цифрового портфеля ICB было двенадцать конкурирующих заявок и мощность, возможно, на пять. Исторически упорядочение следовало организационному старшинству, а технический долг не фигурировал вовсе. Они приняли WSJF для работы по изменениям и выделили фиксированную долю мощности для эксплуатации, технического долга и безопасности.

Каждая заявка оценивалась вместе (бизнес-ценность, критичность по времени, снижение риска/открытие возможности и размер работы) на единой сессии с голосами поставки, клиники и финансов. Законодательный срок отчёта по данным получил очень высокую оценку по критичности по времени и, будучи скромным по размеру, поднялся на вершину по WSJF. Крупная, популярная аналитическая платформа получила хорошую оценку по ценности, но её размер опустил её в порядке, результат, немыслимый при ранжировании по старшинству, который рамка сделала защитимым. Давно откладываемое обновление базы данных, прежде невидимое, было профинансировано из выделенной доли эксплуатации до того, как могло отказать.

Решающе важно, что ранжированный бэклог и его оценки были переданы всем запрашивающим организациям. Когда один траст настаивал на том, чтобы его заявка перепрыгнула очередь, разговор шёл не о «кого вы знаете?», а о «какой из этих более высокооценённых пунктов должен опуститься и согласны ли вы с ценой этой задержки?». Переговоры шли открыто, и ICB могла доказать своему совету, что порядок отражал ценность и цену задержки, а не политику.

Отраслевые перспективы#

Стартап#

Ограниченный в финансировании стартап цифрового здравоохранения приоритизирует прежде всего относительно запаса денег, поэтому его метод упорядочения должен быть лёгким и ведомым ценностью: матрицы «ценность против усилий» 2×2 или простой оценки RICE обычно достаточно, а сложный аппарат WSJF избыточен для бэклога из тридцати пунктов. Доминирующая цена задержки экзистенциальна: упущенные доказательства, нужные оценке NICE или ведущему клиенту, могут погубить компанию, что резко перевешивает приятную функцию. Самая трудная дисциплина — резервировать хоть какую-то мощность для технического долга и устранения недостатков безопасности, когда каждая неделя кричит о следующей функции для выручки, но полный её пропуск — то, что заставляет молодой продукт заклинить именно при масштабировании. Переприоритизация частая и ведётся основателем, поэтому риск — метания; противоядие — держать стабильный порядок хотя бы короткий спринт, чтобы что-то действительно было поставлено.

Малый бизнес#

Устоявшийся небольшой поставщик (практика врача общей практики, общественная аптека, дом престарелых или клиника в одном месте) приоритизирует почти без запаса: одна и та же горстка людей ведёт услугу и любую работу по изменениям, поэтому упорядочение должно быть жёстко простым, а матрица «ценность против усилий» 2×2, которую может прочесть любой в команде, стоит больше, чем модель оценки, поддерживать которую некогда никому. Доминирующая цена задержки обычно определена законом или безопасностью (срок Data Security and Protection Toolkit, исправление клинической безопасности, предписанное обновление системы от национального поставщика), и они должны стоять на вершине, потому что небольшой поставщик несёт те же обязанности, что и крупный траст, без ресурсов, чтобы поглотить сбой. Дискреционные улучшения реально конкурируют с ведением услуги, поэтому честная дисциплина — защитить небольшую регулярную долю времени для обязательной работы по эксплуатации и устранению недостатков, а не позволять ей проигрывать каждую неделю требованиям, обращённым к пациентам. При тонкой или нулевой выделенной ИТ-мощности многое из «как» задаётся поставщиками и рамочными контрактами, поэтому приоритизация часто касается последовательности изменений, управляемых поставщиками, и немногого, что практика может контролировать, и удержания устойчивого порядка достаточно долго, чтобы что-то завершилось между одной занятой неделей и следующей.

Крупная организация#

Траст NHS или ICS ведёт смешанный портфель изменений с подлинной критичностью по времени и тяжёлыми обязательствами по эксплуатации, что точно соответствует форме, для которой созданы WSJF и выделенная доля эксплуатации/технического долга/безопасности. Настоящий вызов — политика: несколько спонсирующих организаций, давление HiPPO и унаследованные ожидания, что порядок задаёт старшинство, поэтому прозрачность ранжированного бэклога и его оценок — главный деполитизирующий инструмент крупной организации. Приоритизация здесь охватывает офис портфеля и должна согласовывать поток на основе мощности для повседневных изменений с программами на основе даты, идущими назад от неподвижных регуляторных запусков с гибкой настройкой объёма через MoSCoW. Поскольку траст должен подтверждать соотношение цены и качества совету, ICB и аудиторам, обоснование оценок сохраняется как запись управления, а не выбрасывается после принятия решения.

Государство#

В NHS England, DHSC или правительстве децентрализованной администрации приоритизация — управление портфелем в национальном масштабе, формализованное через Management of Portfolios (MoP) и пятикомпонентную модель Казначейства, где цена задержки измеряется в здоровье населения, законодательном соответствии и миллиардах фунтов. Значительная часть портфеля не дискреционна (предписанные отчёты, юридические сроки, министерские обязательства), поэтому метод должен ранжировать как и когда обязательной работы, а не делать ли её, и программы с неподвижной датой доминируют. Аппетит к риску низок, а контроль состязателен: National Audit Office и Public Accounts Committee проверят, отражал ли порядок ценность и цену задержки или лишь политическое удобство, поэтому явная опубликованная основа приоритизации — защита не меньше, чем инструмент управления. Равенство — законодательное измерение ценности, поэтому государственная модель оценки должна взвешивать воздействие на наименее обслуживаемые группы населения, а не только совокупную выгоду, иначе она систематически предпочтёт уже хорошо обслуживаемых.

Типичные способы сбоя#

• Всё — приоритет номер один. Реального упорядочения нет, поэтому правит самый громкий голос или ближайший срок. Исправление: принудить к строгому рангу; ничьи на вершине не допускаются.
• Эксплуатация и технический долг всегда проигрывают. Невидимая операционная работа и работа по устранению недостатков голодает, пока не откажет. Исправление: выделенная, защищённая мощность.
• Отмена по HiPPO. Мнение самого высокооплачиваемого человека каждый раз молча отменяет оценки. Исправление: прозрачные оценки и открытые переговоры о компромиссах.
• Театр рамок. Сложные оценки порождают число, по которому никто не действует. Исправление: пусть оценка информирует реальный порядок, по которому действуют.
• Фиксированный объём + фиксированная дата + фиксированная мощность. Все три ограничения заблокированы, что гарантирует провал. Исправление: гибко менять объём через MoSCoW, или мощность, или дату.
• Метания. Приоритеты меняются еженедельно; ничего не завершается. Исправление: заданный ритм переприоритизации и стабильные взлётные полосы между ними.

Модель зрелости#

Контрольный список#

• Выбрана одна основная рамка приоритизации, и она применяется последовательно.
• Цена задержки сделана явной, особенно для работы по безопасности и закону.
• Мощность выделена для эксплуатации, технического долга и работы по безопасности.
• Пункты оцениваются относительно результатов/OKR, а не старшинства заявителя.
• Методы на основе мощности и на основе даты используются для подходящих пунктов.
• Ранжированный бэклог и его оценки опубликованы для заинтересованных сторон.
• Компромиссы обсуждаются открыто: чтобы один поднять, другой опускается.
• Переприоритизация идёт в заданном ритме, со стабильными взлётными полосами между ними.
• Оценки считаются оценками; манипуляции и ложная точность отслеживаются.
• Текущий порядок можно объяснить и защитить перед советом.

Ключевые источники#

• Scaled Agile Framework (SAFe) — Weighted Shortest Job First (WSJF) и цена задержки.
• Reinertsen, D. — The Principles of Product Development Flow (цена задержки, экономика очередей).
• Intercom — модель оценки RICE (Reach, Impact, Confidence, Effort).
• DSDM / Agile Business Consortium — приоритизация MoSCoW.
• Kano, N. — модель Кано удовлетворённости клиентов.
• Cabinet Office / AXELOS — Management of Portfolios (MoP) — приоритизация и баланс портфеля.
• NHS Digital Service Standard и GOV.UK Service Manual — приоритизация самых важных потребностей пользователей; OKR (Doerr, Measure What Matters) для согласования с результатами.

Ссылки#

1. Prioritization — Wikipedia — https://en.wikipedia.org/wiki/Prioritization
2. Cost of delay — Wikipedia — https://en.wikipedia.org/wiki/Cost_of_delay
3. Scaled agile framework — Wikipedia — https://en.wikipedia.org/wiki/Scaled_agile_framework
4. MoSCoW method — Wikipedia — https://en.wikipedia.org/wiki/MoSCoW_method
5. Dynamic systems development method — Wikipedia — https://en.wikipedia.org/wiki/Dynamic_systems_development_method
6. Kano model — Wikipedia — https://en.wikipedia.org/wiki/Kano_model
7. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
8. Objectives and key results — Wikipedia — https://en.wikipedia.org/wiki/Objectives_and_key_results
9. Weighted Shortest Job First (WSJF) and Cost of Delay — Scaled Agile Framework (SAFe) — https://framework.scaledagile.com/wsjf
10. Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/
11. The RICE scoring model (Reach, Impact, Confidence, Effort) — Intercom — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
12. MoSCoW prioritisation — DSDM / Agile Business Consortium — https://www.agilebusiness.org/dsdm-project-framework/moscow-prioritisation.html
13. Management of Portfolios (MoP) — AXELOS / Cabinet Office — https://www.axelos.com/
14. Doerr, J. — Measure What Matters (OKRs) — Portfolio/Penguin — https://www.whatmatters.com/
15. The Green Book: appraisal and evaluation in central government (five-case model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government