В теме 6 ответов, и 7 участников, последнее обновление сделано пользователем 
Igor Tkachenko 9 г, 11 мес. назад.
-
Сообщения
-
Здравствуйте, меня зовут Владимир,
Начну пожалуй с небольшой предистории:
Я работаю в IT компании, так получилось что из-за отложения подписания контракта с заказчиком нужда со стороны фирмы в моей позиции временно «отпала» и ,к счастью, мне удалось остаться в на позиции Junior BA. Должность для меня новая и отличается от предыдущей. Хотя определенные навыки я имею + определенно теоретические. На данный момент я на стадии ожидания получения доступа к «одному из проектов компании» и , к сожалению не контактирую с уже опытными ребятами у меня возник такой вопрос -
1. Должен ли BA владеть знаниями языков программирования ? Или же достаточно понимать процесс и high-level architecture на базовом-поверхностном уровне?
2. Если же есть такая необходимость в изучении (я, к примеру, кроме как знанием UML и базы по QA не могу похвастаться) какой языку отдать предпочтение ( независимо от проекта к которому я сейчас отношусь…)
3. Я себе построил план пройти курс в 2 месяца «Введение в программирование» а затем 4х месячный на выбор «Java, C++» либо же просто QA Practice
Заранее благодарен за помощь, приму все возможные комментарии как положительные так и отрицательные.
Благодарностей: 1 Цитировать
Я бы сказал1. не должен владеть знаниями ЯП
2. соответственно, не надо (:
3. вроде бы, это и не вопрос вовсе (:
не знаю, получится ли у меня достаточно правильно назвать то, что, я считаю, надо знать ИТ бизнес-аналитику, но я всё же попробую:
- алгоритмизация.. что-то типа теории алгоритмов..
- общее ИТ знание (что-то типа из чего состоит компьютер, чем оперирует, какого типа бывают приложения, веб, настольное, мобильные, чем отличаются, …)
- общее знание о БД и СУБД, чтобы понимать, как хранятся данные, в каком виде, как с ними работают, какие бывают ограничения и т.д.
От себя добавлюНе должен уже по той причине, чтобы не ограничивать себя на этапе извлечения и анализа требований. Если аналитик будет смотреть на требования заказчика через призму конкретной технологии, есть риск, что предложенное решение будет далеко от идеального и будет, скорее, компромиссом между проблемой заказчика и возможностями конкретной технологии. Это также справедливо и для языков программирования.
Тем более, знание ЯП не поможет аналитику понять проблему\задачи заказчика лучше и лучше описать бизнес- и пользовательские требования.
Несколько полезных форумных ссылок в тему:http://analyst.by/forum/analitik-kak-professiya/samye-glavnye-kachestva-analitika
http://analyst.by/forum/analitik-kak-professiya/chto-meshaet-byt-analitikom
http://analyst.by/forum/analitik-kak-professiya/naskolko-glubokoe-znanie-it-neobhodimo
Мое мнение с течением времени не поменялось:).
Мое мнение — не должен, т.к. на двух стульях не усидишь и каждый должен заниматься своим делом! Но навык программирования и чтения кода крайне полезен и не раз меня выручал!Добрый день,
Вообще, сильно утрированно, аналитик — это связующее звено между бизнесом и разработчиками.
Поэтому если мы говорим о бизнес аналитике, то да — ему важнее понимать бизнес, чем разработчиков.
А вот если мы говорим о системном аналитике, то тут ситуация несколько иная.Еще ответ будет зависеть от того, что именно понимать под «базовыми знаниями» разработки ПО т.д. Навык написания кода, знание паттернов и т.п. может и не важен (а иногда и мешает). Но если аналитик не будет понимать, что такое веб сервис, тип данных, триггер, протокол взаимодействия и т.п. (эти примеры само собой условны) то, возможно в начале работы аналитиком это ему и не будет мешать, но со временем дискомфорт в работе будет только нарастать.
Я бы все-таки рискнул посоветовал базовые знания SQL и XML. Чтобы можно было какие-нибудь конфиги самостоятельно редактировать и поисковые запросы в базах делать, чтобы какие-то данные извлекать (например, данные пользователей после какого-нибудь «бета-теста» для уточнения требований).
Вы должны авторизироваться для ответа в этой теме.
