👋Привет! Рецензия в рамках конкурса от @systems_education пост «Польза и вред той самой книги Вигерса 📖»
Что понравилось:
📌Автор не устраивает «погром» и не пишет восхвалений. Формат «полезное/вредное» — идеальная структура для рецензии. Сначала отдается дань уважения и извлекается реальная ценность (конкретные главы и методики), а уже потом следует обоснованная критика. Это честно и профессионально.
📌Вместо расплывчатых «мне понравилось/не понравилось» — точные ссылки на главы, страницы и концепции (NFR, приоритизация, признаки завершенности сбора, формулировки требований). Это превращает пост из мнения в полезный навигатор по книге, позволяя читателю сразу обратиться к ценным разделам.
📌Главная мысль поста — «книга морально устарела» — справедлива и жизненно необходима для обсуждения в сообществе. Указание на итеративные подходы против «ритуалов», отсутствие sequence-диаграмм и JSON — это не придирки, а констатация факта смены парадигмы в разработке. Это предупреждение для новичков, которые могут принять описанные процессы за единственно верную истину.
📌Пост дает четкий, ситуативный ответ на главный вопрос: «Стоит ли читать?». Разделение на новичков и опытных — блестящий ход. Совет «читать выборочно» — самый рациональный подход к любому объёмному труду.
📌Упоминание Паттона, Фаулера и Леффингуэлла показывает, что автор мыслит шире и ищет современные источники знаний. Это стимулирует сообщество к дискуссии и обмену находками в комментариях.
Что можно улучшить:
⚪️Критика устаревших методов была бы еще сильнее, если бы контрастом были приведены современные аналоги. Например: «Вигерс подробно пишет о шаблонах SRS (глава 10), но сегодня во многих agile-командах их успешно заменяет живая документация в Wiki, покрытая автотестами, или формат «Как делать» (How-to)».
⚪️Тезис про «воду» можно было бы усилить одним-двумя примерами из текста. Что именно показалось избыточным или многословным? Это добавило бы веса критике.
⚪️Заявление о том, что главы про бизнес-правила и повторное использование требований можно пропустить, — довольно спорное. Возможно, стоило смягчить формулировку: «в моей практике эти главы не нашли применения, но в других областях они могут быть критически важны».
#продолжи_мысль_SE
Пост выполняет крайне важную, но не самую популярную миссию — критически переоценивает устоявшийся канон. Это не беспочвенная критика, а взвешенный, основанный на опыте анализ, который помогает отделить «золотые крупицы» полезной теории от «песка» устаревших практик.
Что понравилось:
📌Автор не устраивает «погром» и не пишет восхвалений. Формат «полезное/вредное» — идеальная структура для рецензии. Сначала отдается дань уважения и извлекается реальная ценность (конкретные главы и методики), а уже потом следует обоснованная критика. Это честно и профессионально.
📌Вместо расплывчатых «мне понравилось/не понравилось» — точные ссылки на главы, страницы и концепции (NFR, приоритизация, признаки завершенности сбора, формулировки требований). Это превращает пост из мнения в полезный навигатор по книге, позволяя читателю сразу обратиться к ценным разделам.
📌Главная мысль поста — «книга морально устарела» — справедлива и жизненно необходима для обсуждения в сообществе. Указание на итеративные подходы против «ритуалов», отсутствие sequence-диаграмм и JSON — это не придирки, а констатация факта смены парадигмы в разработке. Это предупреждение для новичков, которые могут принять описанные процессы за единственно верную истину.
📌Пост дает четкий, ситуативный ответ на главный вопрос: «Стоит ли читать?». Разделение на новичков и опытных — блестящий ход. Совет «читать выборочно» — самый рациональный подход к любому объёмному труду.
📌Упоминание Паттона, Фаулера и Леффингуэлла показывает, что автор мыслит шире и ищет современные источники знаний. Это стимулирует сообщество к дискуссии и обмену находками в комментариях.
Что можно улучшить:
⚪️Критика устаревших методов была бы еще сильнее, если бы контрастом были приведены современные аналоги. Например: «Вигерс подробно пишет о шаблонах SRS (глава 10), но сегодня во многих agile-командах их успешно заменяет живая документация в Wiki, покрытая автотестами, или формат «Как делать» (How-to)».
⚪️Тезис про «воду» можно было бы усилить одним-двумя примерами из текста. Что именно показалось избыточным или многословным? Это добавило бы веса критике.
⚪️Заявление о том, что главы про бизнес-правила и повторное использование требований можно пропустить, — довольно спорное. Возможно, стоило смягчить формулировку: «в моей практике эти главы не нашли применения, но в других областях они могут быть критически важны».
#продолжи_мысль_SE