Я без опыта аналитики читал Вигерса. Был опыт (печальный) работы на проекте, где с требованиями "работали" без подходов, описанных у Вигерса. Это помогло лучше проникнуться идеями при прочтении. Сейчас опыта так же нету, ищу работу, что бы этот самый опыт получить. Что бы хоть как-то компенсировать отсутствие опыта, прошел курсы школы системного анализа. Иллюзий, что понял Вигерса и теперь классный аналитик не питаю, понимаю, что в реальности все будет по-другому. Но других вариантов особо нет.

послал вам вариант в личку

Спасибо!

Читать Вигерса полезно как раз после печального опыта. Чтобы понять, что же делали не так, и как было бы правильно сделать в том конкретном случае.
А совсем без опыта когда читаешь, то это выглядит как много букв об очевидных истинах, что собрать требования — это хорошо, и записывать их надо как следует.
И только на практике потом понимаешь, что это было совсем не очевидно, и что не все истины применимы в вашем конкретном кейсе. И тогда можно снова перечитать и выбрать подходящие истины, и с опорой на них перестроить свою практику.

6 августа, в четверг вечером, Анна Боброва расскажет зачем системным и бизнес-аналитикам разбираться в UX, и расскажет про основные отличия в проектировании  интерфейсов для некоторых видов систем.
https://sysanschool.timepad.ru/event/1390956/

С PMBOK такая история)))

Я так и не понял - это все еще про тему из программиста в аналитики?

Я почему-то думал, что из программиста в аналитики легче, чем из экономиста в аналитики, так как ранее человек уже работал с требованиями. То есть уже реализовывал чьи-то требования и примерно понимает как они важны и как он бы изложил требования к системе, то есть ответил бы на свои же вопросы к требованиям.

Но после первого же проекта, оказалось бы, что не все вопросы программисту известны.

Кстати можно еще почитать Алистера Коберна, в книге большое количество примеров сценариев использования и есть "задачи для самостоятельного изучения" и не плохой чек лист

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

Имхо чтение Вигерса без опыта не навредит, но и какой-то ультимативной пользы не нанесёт. Даже базы не даст. Теория без практики очень ограниченно полезна.

А если вспомнить как его перевели, насколько там неудобно сконструрированы предложения. То это переводит книгу в разряд гимнастики для ума. Если читать будет новичок конечно.

Если уж разговор зашел о книгах: мне в свое время помогла начать избавляться от "секретаризма" и дурной привычки пытаться сразу думать о реализации (чем, кажется, может страдать разработчик, пришедший в аналитики) книга "Психбольница в руках пациентов" Купера.
Она относительно небольшая и читается легко.
Зайдет ли в самом начале пути, без ошибок, которые поможет переосмыслить, не могу сказать)

Поддержу. На мой взгляд по-моему ок в начале пути. Помимо прочего ещё неплохо объясняет зачем системные аналитики нужны, когда казалось бы можно ж сразу всё закодить. Хотя с течением времени в российском ИТ это понимание и переходит в раздел базовых и общепринятых. :)

IMHO, Вигерс - факультатив. Лучше прочитать 5-10 разных форматов ТЗ. обозначить плюсы и минусы. Потом уже можно про описание Use Cases читать.

P. S. как описываются требования к бизнес-логике, структуре данных, UI, интеграции, печатным формам. нефункциональные требования..

Чтобы писать качественные ТЗ, не нужно придумывать велосипеды и новые шаблоны.. уже всё придумали до нас.

а где их взять?

в интернетах, а если уже был ex-developer, думаю с этим нет проблем

я была каким-то неправильным девелопером на тикетах

а как же тикет без страницы в конфлюенсе?)))

я сейчас сама эту страницу делаю, а когда была девелопером было без

гуглите.. Функциональный дизайн, ТЗ, Change Request, Request for change, спецификация требований, TechDraft