Денис Бесков

Опыт в IT можно получить, начав с ручного тестирования или поддержки. Особенно часто видела, как специалисты из поддержки переходят в аналитиков в рамках компании (и сама так сделала), потому что опыт релевантен и в дальнейшем очень полезен.
Также после поддержки (или вместо) можно начать с роли младшего бизнес-аналитика. При всем моем уважении к настоящим бизнес-аналитикам, во многих компаниях эта роль = "помощник менеджера" и порог входа там несколько ниже, чем для CA.
В любом случае рекомендую проходить профильные курсы с упором на практические занятия, читать проф литературу, найти наставника, искать стажировки, ходить на митапы/вебинары/конференции.

Если прочитать Вигерса и применить все что он пишет, по дороге подавиться определенными "умностями" написанного, тогда да - -конечно читать и работать.

Если работать не с чем и не с кем, то курсы хоть видимость практики дадут.

Чтение без применения - - полный ноль.

Для всех кто желает чтобы их идею не украли предлагаю попробовать ее запатентовать.

Сразу открывается реальность.

Сразу спойлер - ни идею, ни технологию, ни концепцию не патентуют. Патентуют полезную модель или изделие.

Понятно что вы умрете психически и интеллектуально на этапе формулировки заявки патентному поверенному (это еще не сама заявка), сразу узнаете много нового.

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

И тут вы узнаете что патентное право сегодня работает для сильных научных прорывов.

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

Ну и если вы заплатите кому-то, то это будет факт того что вы заказли и результат будет ваш.

У меня была такая попытка подсунуть НДА на подпись, в котором написано что все что мне расскажут является такой тайной, что все что будет сделано в будущем на основе рассказаного полностью принадлжеит тем кто рассказал секрет.

Это просто показатель шизоидности, если такой документ подписать он ничего не сделает - будет весело смотреть как они будут подавать заявку в суд на нарушение чего-то там.

Просто делайте.

Изучайте матчасть.

Все именно так, за исключением оформления всех как сотрудников :-) Доход-расход лучше не выбирать, невыгодно и проверки исходящих документов будут.

Я всегда придерживался принципа, что идеальное сферическое ТЗ в вакууме это такой документ, который в будущем станет документацией на продукт.

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

Инструкцию всегда можно просто и быстро превратить в ТЗ. А если вы не готовы писать инструкцию, то вы не готовы писать ТЗ, т.е. еще не имеете достаточного понимания структуры, задачи и т.п. Может быть она и появится в процессе написания…