📚 Поищем что-то божественное в книге Вигерса, раз говорят, что это Библия аналитика?

Ну что, дорогие мои аналитики и просто любители толстенных книжечек, садитесь поудобнее, заваривайте ромашковый чай покрепче – расскажу вам про эту легенду в "pdf-обёртке" по имени "Разработка требований к программному обеспечению" Карла Вигерса и Джой Битти.

А рассмотрим мы ее в призме критического взгляда Сергея Сапрыкина.

✅ Да, я продолжаю участвовать во втором туре конкурса "Продолжи мысль" от @systems_education.

В своем посте "Польза и вред той самой книги Вигерса" Сергей достаточно ёмко разобрал практически каждую главу (жалко, что не все), и четко обозначил, что годно, а что уже нет или претерпело развитие.

С одной стороны, бытует утверждение, что это настольная книга всех приличных аналитиков. С другой стороны мы встречаем утверждение, что "книга морально устарела". Разберем это. Да, книжка не из простых, скажу сразу, одна ее толщина в 700 страниц старательно ее делает не быть прочитанной. Но, начну с приятного, как учила бабушка.

Итак, сбор требований, он был, есть и будет. И тут не важно каким способом. И по факту к этому нужно готовиться и иметь четкий план. Да, сейчас все за гибкие методологии, быструю проверку гипотез, но как говориться, что бы рушить стены, эти стены вначале должны быть. Поэтому то, что каждая глава детально и фундаментально разжёвывает, как происходит процесс сбора требований при разработке – это ее огромный плюс. Это явно тянет на базовую базу. И это автоматом делает книгу must read для любого уважающего себя аналитика (даже 1С).

И пусть описываются не все диаграммы UML и какой-то одной там не хватает. И что, да, это скорее всего повод автору (К. Вигерсу) издать книгу в еще одной редакции (хм, и это будет четвертое издание, а может оно уже в печати?).

Ну а про то, что бизнес-правила не нужны, тут я промолчу, хотя нет, скажу. Если они не описываются на каждом проекте, то это не значит, что они не нужны, бесполезны и бессмысленны. Может Сергей, автор поста, просто никогда не работал на таких проектах?

В защиту книги, я приведу замечательную формулу из нее для написания требований: "Система должна" + "что-то сделать" + "чтобы получился результат". Перед нами промт 1999 года, только не к искусственному интеллекту, а к реальному. И в целом то он вполне себе рабочий.

Авторы утверждают, что книга для всех. На упаковке майонеза тоже пишут «подходит для любых блюд». Теоретически может и так, но торт вряд ли им украшать будем. И в своем посте Сергей утверждает, что книга только для бизнес и системных аналитиков. А аналитика 1С вы отнесете к кому – к бизнес или системному, а может и функциональному? Да, может не каждому разработчику эта книга подойдет, но тому, кто метит в архитекторы или техлиды она явно нужна. Опять же возвращаемся к базовая база.

Поэтому, тут вопрос не "Стоит ли читать?" (который задает Сергей). Вопрос нужно задать правильный – "Как читать?". А так как это все же настольная книга, а вернее даже Библия (а может быть Талмуд?), то читать ее нужно правильно, нужные главы (а не все в подряд) в нужное время, под присмотром старших. Так как для неокрепших умов – это будет печально, а для прожженных умов – будет не нужно. Есть как раз хорошая техника Хаврута – это способ чтения Талмуда (и опа – вот мы все же нашли то самое божественное), когда текст изучается в небольших группах, обсуждается, задаются друг другу вопросы, тем самым уточняется и углубляется понимание прочитанного текста.

🔠 А что вы думаете о книге "Разработка требований к программному обеспечению" Карла Вигерса?

#продолжи_мысль_SE