Бизнес-аналитику на заметку: что почитать для профессионального роста. Часть 1

#Уголок_профессора

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

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

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

• Настольные книги. Это фундамент профессии. В них вы найдёте методы, инструменты и практики для формирования базовых прикладных навыков. По сути, это учебники, создающие каркас профессиональных знаний.
• Литература для саморазвития. Книги этой категории расширяют профессиональный кругозор и развивают личные качества, критически важные для роста: системное мышление, коммуникацию и другие гибкие навыки (soft skills).
• Стандарты. Источники, содержащие устоявшиеся правила, шаблоны и требования к документам. Это официальная основа, регламентирующая работу в отрасли.

Вам могут показаться устаревшими некоторые книги в нашей подборке: они были написаны десятки лет назад, а ИТ-индустрия с тех пор изменилась до неузнаваемости. Возникает вопрос: не потеряли ли они свою актуальность?

Опыт показывает, что нет. Несмотря на взрывной рост технологий, фундаментальные методы анализа и проектирования информационных систем остаются удивительно устойчивыми. Меняются инструменты — например, процесс документирования стал проще, но базовые проблемы и принципы их решения никуда не исчезли.

Именно поэтому мы предлагаем опереться на проверенные временем источники.

К категории настольных относим следующие книги:

1. Вигерс, Карл — Разработка требований к программному обеспечению / Пер. с англ. (например, выпущенная в Москве Издательско-торговым домом «Русская Редакция» в 2004. — 576 с.)
2. Вигерс, Карл — Жемчужины разработки. Чему мы научились за 50 лет создания ПО. — СПб.: Питер, 2024. — 368 с.: ил. — (Серия «Для профессионалов»). ISBN 978-5-4461-1986-8
3. Купер, Алан — Психбольница в руках пациентов. — Пер. с англ. — СПб: СимволПлюс, 2004. 336 с., ил. ISBN 5932860715
4. Эванс, Эрик — Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем. : Пер. сангл. М.: OOO «И.Д. Вильямс», 2011. — 448 с. : ил. Парал. тит. англ. ISBN 978-5-8459-1597-9 (рус.)

Карл Вигерс «Разработка требований к программному обеспечению»

Это фундаментальное пособие по сбору и управлению требованиями, предназначенное для всех участников создания ПО. Несмотря на внушительный объем и академичный стиль, книга заслуживает внимательного прочтения, а не знакомства по чужим конспектам, которые всегда субъективны.

Структура и ключевые идеи:

Часть 1: Фундамент (≈100 стр.)

Заложена терминологическая и методологическая основа. Автор системно раскрывает:

• источники, виды и характеристики качественных требований
• принципы взаимодействия с заказчиками и стейкхолдерами (например, через анализ «Билля о правах и обязанностях клиента»)
• классификацию типичных проблем при разработке требований (двусмысленность, «разрастание» и др.) и методы их устранения.

Эта часть учит видеть разницу между потребностями бизнеса («получить результат») и функциями системы («добавить кнопку»), а также формулировать четкие и проверяемые требования. Здесь же приведен перечень ключевых навыков бизнес-аналитика.

Часть 2: Практика проектирования

Наиболее прикладной раздел, представляющий собой сборник обоснованных методик:

• Определение границ и приоритетов проекта
• Отбор пользователей для исследований
• Классические техники работы с требованиями: интервью, воркшопы, прототипирование и мозговой штурм

Ценность для ролей:

• Аналитики: справочник по необходимым и развиваемым навыкам.
• Руководители проектов: глава объясняет не только «что делать», но и «когда, зачем и почему», помогая осознанно выбирать инструменты и избегать классических ошибок.

Ключевая цитата: «…поскольку именно требования определяют предполагаемый исход проекта, планы, сметы и графики следует разрабатывать на основе требований. Однако необходимо помнить, что наиболее важный результат проекта — это система, соответствующая бизнес-целям, а не обязательно та, в которой реализованы все первоначальные требования… Успех проекта сомнителен, если вы не будете обновлять ваши планы в соответствии с изменяющимися целями…»

Часть 3 & 4: Углубленное управление

Эти разделы посвящены управлению требованиями и построению процесса. Материал безусловно полезен для общего развития, но на начальном этапе не требует углубленного изучения.

Карл Вигерс «Жемчужины разработки. Чему мы научились за 50 лет создания ПО»

Эту книгу по праву можно отнести к «настольным» для аналитика. Она не является переизданием книги «Разработка требований…», и в отличие от этого фундаментального труда «Жемчужины…» представляют собой сборник из 60 самостоятельных уроков. Они основаны на многолетнем опыте автора и охватывают всю экосистему разработки ПО. Уроки написаны ярко, увлекательно и простым языком, насыщены практическими историями и меткими комментариями.

Уроки сгруппированы в шесть тематических глав:

1. Требования
2. Проектирование
3. Управление проектами
4. Культура и командная работа
5. Качество
6. Совершенствование процессов

Каждая глава начинается с краткого введения в тему. Затем следуют врезки «Первые шаги», которые помогают читателю вспомнить собственный профессиональный опыт и подготовиться к восприятию материала. Структура урока универсальна: основная мысль → подробное обсуждение → конкретные рекомендации для внедрения в практику. Благодаря модульной структуре, книгу можно читать с любого урока, сразу обращаясь к наиболее актуальной теме.

В чем уникальность «Жемчужин…»? «Жемчужины…» — не справочник и не учебник, хотя и содержат полезные шаблоны. Это источник метазнаний. Если «Разработка требований…» даёт базовые навыки ремесла, то «Жемчужины…» предлагают стратегическое понимание процессов.

Ценность книги раскрывается полнее, когда у вас уже есть собственный опыт, включая ошибки и проблемы, описанные автором. Это «стратегический советник», к которому стоит обращаться, чтобы подняться над рутиной и осознать глубинные причины происходящего.

Алан Купер «Психбольница в руках пациентов»

Это манифест в защиту человеко-машинного взаимодействия. Неслучайно студия Артемия Лебедева называет её хрестоматийной и включает в список лучших для продуктового дизайнера (Журналус, № 320). Кредо студии — цитата из книги:

«Пользователи не хотят виртуозно владеть вашей программой. Они хотят виртуозно владеть своей работой».

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

Алан Купер не дает пошаговых инструкций. На реальных примерах он показывает корень проблем в цифровых продуктах и лишь затем формулирует принципы, позволяющие этих проблем избежать.

Эта книга не устарела. Несмотря на возраст, примеры халатного отношения к пользователям в книге легко узнаваемы и сегодня — взгляните на электронные сервисы многих госорганов. В эпоху тотальной цифровизации и кадрового голода в ИТ её идеи критически важны для создания по-настоящему работающих решений.

В сети можно найти конспекты или выжимки их «Психбольницы…», однако чужие выжимки передают лишь субъективное мнение о книге, упуская её целостную мощь.

Эрик Эванс «Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем»

Эта книга, насыщенная сложными паттернами проектирования, рассчитана в первую очередь на архитекторов и опытных разработчиков. Её материал требует серьезной технической подготовки. Начинающим аналитикам следует исключить этот труд из списка настольных книг и не возвращать его туда до тех пор, пока не будут отточены в практике базовые навыки: выявление требований, написание пользовательских историй, построение простых процессных моделей. Более опытным аналитикам книга Эванса поможет выйти на новый уровень в моделировании предметной области и построении точных смысловых моделей проекта, обеспечивающих эффективное взаимодействие с командой разработки.

В следующей части этой статьи поговорим о книгах для личностного роста и профессиональных стандартах.