
Ваша оценкаЖанры
Рейтинг LiveLib
- 558%
- 425%
- 313%
- 24%
- 10%
Ваша оценкаРецензии
OrregoChield17 февраля 2025Читать далееЯ так долго пыталась осилить эту книгу, что уже и переиздание на русском языке успело выйти. Придется читать и осмысливать заново.
Минусы:
- Объем;
- Тяжеловесное изложение;
- Сферически в вакууме оно, конечно, хорошо бы делать все так, как умный дядька Вигерс много лет назад написал, но где мы, а где тот вакуум.
Плюсы:
- Очень обстоятельно и подробно, со всех сторон рассматривается и обдумывается.
- Вопросы для самопроверки.
- Сквозной пример проектирования системы для учета химикатов.
Книга это считается must read для аналитиков и, осилив ее, я могу понять, почему. Другой вопрос, что удержать это все в голове очень трудно, бороться с плохо организованными процессами - дело неблагодарное, да и вообще, мое дело маленькое - тикеты пилить потихоньку, а с высоты птичьего полета пускай начальство на нас смотрит и думает, как бы это все делать по науке.
6 понравилось
116
jzuken26 июня 2015Читать далееСовременное программное обеспечение (ПО) -- это клубок, состоящий из сотен или даже тысяч сущностей, взаимодействующих между собой заданным образом для решения какой-то задачи. Процесс его разработки, несмотря на более чем пятидесятилетнюю историю развития индустрии, на данный момент все еще крайне рискованный и весьма нестабильный. Причин этому много, в том числе и огромная внутренняя сложность программ, однако даже если код написан хорошо, зачастую оказывается, что созданный продукт решает не ту проблему, ради которой он создавался, либо решает ее неэффективно. Выражаясь по-простому, заказчик/пользователь хотел не то, что получил в итоге. Как понять, чего же хочет заказчик и/или пользователь, как это все формализовать, как отслеживать изменения в требованиях и как управлять ходом разработки в соответствии с этими изменениями -- вот всем этим вопросам и посвящена данная книга.
Разработка требований -- один из самых первых этапов жизненного цикла ПО, включающий в себя сбор информации, ее анализ, формализацию требований, их уточнение и утверждение. Редкий заказчик на этапе постановки задачи может совершенно точно сказать, чего же ему нужно в итоге. Такой ситуации стоит ждать, разве что если заказчик сам разрабатывает ПО и отдает часть задач на аутсорсинг. В остальных случаях максимум, что он может сделать -- примерно описать свою проблему и отвечать на вопросы. Как несложно заметить, вся эта работа -- переговоры с людьми и создание документов, а так как программисты обычно терпеть не могут ни того, ни другого, выполняют это все в идеале совсем другие люди -- системные аналитики. Заканчивается этап разработки требований обычно пачкой документов, фиксирующих границы продукта, варианты его использования, функциональные и нефункциональные требования, ограничения и многое другое. Все это будет потом использоваться на последующих этапах разработки (планировании, кодировании, тестировании, сопровождении), однако работа аналитика на этом с большой вероятностью не заканчивается: требования к продукту могут меняться прямо в процессе его разработки. Особенно это актуально в случае итеративной разработки (например, при спиральной модели жизненного цикла ПО), где изменение приоритетов выпуска запланированной функциональности происходит чуть ли ни в каждой итерации длительностью по 2-6 недель. Тут перед аналитиком встает задача управления требованиями: отслеживание изменений в требованиях, обновление рабочих документов и планов, анализ влияния этих изменений на другие требования, код системы и тесты к ней и многое другое.
Вот все это и пытается свести в одном месте г-н Вигерс. Подошел он к этому делу основательно, в итоге в книге описано практически все, вообще может быть связано с требованиями, начиная от того, кому лучше становиться аналитиком, и заканчивая изменением культуры работы в компании для более аккуратной работы с требованиями. В итоге получается этакий справочник, по шагам расписывающий все действия и проблемные ситуации (предлагая пути их решения), с которыми может столкнуться аналитик в своей непростой работе. В описанном виде, правда, они применимы разве что в проектах с неограниченными ресурсами (собирать совет для утверждения каждого запроса на изменения требований не каждый проект потянет), однако никто не мешает адаптировать описываемые практики к своей суровой действительности.
Книга будет полезна не только аналитикам или тем, кто хочет им стать, но и обычным рядовым программистам или даже совсем непрограммистам: приведенные в ней практики и шаблоны документов при должной адаптации вполне подойдут и для любой другой проектной деятельности, выполняемой на заказ.
4 понравилось
1,3K
Kirill_Ku8 ноября 2025Не просто сборник правил - а инструмент переосмысления процессов
Читать далееМой отзыв, пожалуй, не самый «профильный», так как я не являюсь бизнес-аналитиком, а работаю системным аналитиком - но, как известно, эти направления тесно граничат и активно пересекаются.
Книга довольно объёмная, но читается вполне легко. Чтобы не просто «прочитать», а действительно применять описанные практики на деле, придётся неоднократно возвращаться к разным главам - особенно когда столкнёшься с конкретной задачей или проблемой.
На мой взгляд, именно в этом и заключается главное предназначение книги: помочь понять, «как может быть», и вдохновить на переосмысление и улучшение собственных процессов.
В целом, могу рекомендовать её специалистам самых разных направлений и должностей, связанных с разработкой ПО.
2 понравилось
52
Цитаты
Подборки с этой книгой

Управление проектами, риски
oleghka
- 28 книг

amazedev.com — Книги по управлению проектами
Pongo
- 31 книга
Программирование
Pongo
- 271 книга
My BookHome
Erika_Lik
- 223 книги
Разработка требований
maryexy
- 9 книг
Другие издания





























