У меня есть тест для аналитика. Понятное дело, на сбор требований. (Нет, не расскажу - в нём есть obscurity, которую аналитик должен раскопать
( Read more... )
Все очень сильно зависит от заказчика. Если заказчик точно знает что надо сделать и это знание построено на знании, а не на амбициях - то да, нужен аналитик-исследователь.
А для некоторых задач требуется понять, как докрутить стандартные функции к требованиям заказчика. И при этом заказчик хорошо если сам хоть немного понимает что хочет (а часто хочет все сразу побольше бесплатно и чтобы его благодарили за гениальные мысли). Тут важно не выйти за пределы функционального назначения. А для этого надо бизнес знать, давить на заказчика интеллектом и авторитетом, кошмарить исполнителей заказчика и уговаривать менеджеров. Да, в подобных проектах это задача аналитика, а не ПМ.
То, что я понимаю пот бизнес-аналитиком - это человек, который переводит требования бизнеса на язык алгоритмов и баз данных. Когда проекты были небольшими, то программер становился спецом в отрасли (или программировать начинал специалист). В работающем проекте типовая задача и роль такая: "А мне вот нужно сделать очень сложное, вы наверное не сможете, и вот маленькую штучку подкрутить" - говорит представитель бизнеса. А тебе нужно вкурить самому, обнаружить, что "очень сложное" стоит 5 минут для чела, который ваяет интерфесы, а "простенькое" требует перестройки базы данных, и объяснить: - менеджеру проекта - что это нужно - программистам (в виде ТЗ) - заказчику - что без второго он обойдется (и рассказать, как), или чего это будет ему стоить.
Это один из способа пользования бизнес аналитиком.
У меня регулярно случалось, что бизнес хотел то, что: - расходилось с законодательством - расходилось с нормативами регуляторов - что нельзя сделать в принципе никогда даже в n-мерном пространстве - не соответствовало тарифам - тормозило бы основной бизнес процесс в разы и прочее, прочее...
И сделать то можно как два пальца. Но ведь сволочи не заплатят.
Так что бизнес аналитик частенько нужен чтобы заказчик сам понял что он хочет. Тем более, что нет более ненужных в россейских конторах людей, чем технологи.
И вообще, понятие "аналитик" еще более растяжимое, чем "программист".
Ну объяснять клиенту, что что-то нельзя по законодательству и тп - это, скорее, технолог. Но в условиях растяжимости - согласен. Поэтому "скрытая" работа аналитика - изучение предметной области заказчика из иных, чем заказчик, источников ;)
А для некоторых задач требуется понять, как докрутить стандартные функции к требованиям заказчика. И при этом заказчик хорошо если сам хоть немного понимает что хочет (а часто хочет все сразу побольше бесплатно и чтобы его благодарили за гениальные мысли). Тут важно не выйти за пределы функционального назначения. А для этого надо бизнес знать, давить на заказчика интеллектом и авторитетом, кошмарить исполнителей заказчика и уговаривать менеджеров. Да, в подобных проектах это задача аналитика, а не ПМ.
Reply
Когда проекты были небольшими, то программер становился спецом в отрасли (или программировать начинал специалист).
В работающем проекте типовая задача и роль такая:
"А мне вот нужно сделать очень сложное, вы наверное не сможете, и вот маленькую штучку подкрутить" - говорит представитель бизнеса.
А тебе нужно вкурить самому, обнаружить, что "очень сложное" стоит 5 минут для чела, который ваяет интерфесы, а "простенькое" требует перестройки базы данных, и объяснить:
- менеджеру проекта - что это нужно
- программистам (в виде ТЗ)
- заказчику - что без второго он обойдется (и рассказать, как), или чего это будет ему стоить.
Reply
У меня регулярно случалось, что бизнес хотел то, что:
- расходилось с законодательством
- расходилось с нормативами регуляторов
- что нельзя сделать в принципе никогда даже в n-мерном пространстве
- не соответствовало тарифам
- тормозило бы основной бизнес процесс в разы
и прочее, прочее...
И сделать то можно как два пальца. Но ведь сволочи не заплатят.
Так что бизнес аналитик частенько нужен чтобы заказчик сам понял что он хочет. Тем более, что нет более ненужных в россейских конторах людей, чем технологи.
И вообще, понятие "аналитик" еще более растяжимое, чем "программист".
Reply
Но в условиях растяжимости - согласен.
Поэтому "скрытая" работа аналитика - изучение предметной области заказчика из иных, чем заказчик, источников ;)
Reply
Reply
Reply
Leave a comment