metaclass: (Default)
metaclass ([personal profile] metaclass) wrote2012-10-19 07:00 pm

Бизнес-аналитика

Артурег ищет бизнес-аналитика.
Цель: отправить куда-то за тридевять земель составлять спеки, по переделке готовой ERP/опердени на новую версию. Далее управлять этим проектом, т.е. миграция в PM.
Ну вопросы миграции бизнес-аналитика в PM мы трогать не будем, но из описания проекта Артурегом мне очень сильно кажется, что они недооценивают задачу.

Т.е. в его представлении "опытная девочка-бизнес-аналитик едет к юзерам, пишет красивые functional requirements и затем по ним здесь аутичные айседы делают мега-опердень". Толком ответа на вопрос "вы вообще старую опердень предварительно сами смотрели?" я не добился. Похоже, тонкостей проекта и сам Артурег не знает.

Я верю, что нормальный бизнес-аналитик способен составить оные требований, но опердени для клиентов в ex-USSR - это знатный майндфак, который начинается еще до составления требований. И уж всяко, это не та работа, куда надо искать людей с улицы, не зная толком, что им придется делать.

PS: Впрочем, есть мнение, что я давно сошел с ума от постоянного участия в безумных проектах, где нужно все, сразу и вчера, причем желательно без участия работников, т.к. они заняты другими проектами.
А в нормальных условиях действительно проект можно выполнить силами средних работников, без моноидов в категории эндофункторов, катаморфизмов в SQL, овертаймов, категориальной содомии и прочего трэша, при этом сделав нормальное разделение труда.

[identity profile] veremeenko-alex.livejournal.com 2012-10-19 04:15 pm (UTC)(link)
Бизнес-аналитик пишет спеку, которая после месяца разработки становится неактуальной, через квартал будет вызвать ярость, а через полгода в нее будут смотреть и истерически ржать.

Edited 2012-10-19 16:15 (UTC)

[identity profile] sergiej.livejournal.com 2012-10-19 04:17 pm (UTC)(link)
IMHO девочка с улицы по-любому анриал. Сколько не видел аналитиков даже типа с опыто один на пять умеет выехав "в поля" вернуться с чем-то алгоритмизируемым.

[identity profile] metaclass.livejournal.com 2012-10-19 04:20 pm (UTC)(link)
Да, именно так.
Осталось это объяснить людям, чтобы не мучились без толку :)

[identity profile] craneop.livejournal.com 2012-10-19 04:29 pm (UTC)(link)
Бизнес-аналитику надо прежде всего в предметной области хоть как-то шарить. А так как 83% ничем кроме фейсбука и твиттора не интересуются, то получается то что ты выше описал :)

[identity profile] zelanton.livejournal.com 2012-10-19 05:08 pm (UTC)(link)
Кстати, артурег даже не попытался озвучить предметную область.

[identity profile] zelanton.livejournal.com 2012-10-19 05:30 pm (UTC)(link)
Хорошо Артуро набросил, маладэц :)

[identity profile] az-from-belarus.livejournal.com 2012-10-19 05:41 pm (UTC)(link)
Не... предметная область не столь критична.
Более важны навыки общения и обнаружения недосказанного и даже недопонимаемого местными погруженными в предмет специалистами. Ну и ещё полезны навыки (спортивного) ориентирования в оргструктурах. Также полезно иметь мощную поддержку руководства заказчиков по припаханию местных спецов, режим доступа к генеральским телам или способности по компенсации недостатающего из перечисленного(если не дали права на припахивание спецов, значит нужно уметь самому договариваться).

(Anonymous) 2012-10-19 05:48 pm (UTC)(link)
Не сошел ты с ума. Это стандартная фигня. Все заказчики хотят как раньше но лучше. При этом если у них утрируя ФИО было одним полем, но при этом они хотят Ф+инициалы они не хотят Ф И и О.

Я нахлебался таких. 1) Денег с них не будет. 2) Они зря живут на этой земле. Они просто отбирают кусок пищи у хороших нормальных людей. Поэтому надо a) разузнать про них все b) слить это налоговой.

[identity profile] az-from-belarus.livejournal.com 2012-10-19 05:50 pm (UTC)(link)
Необязательно.
Я предполагаю что большинство "уникальных" требований сводятся к одному из наборов требований (с некритическими отклонениями в деталях) под которое имеется достаточно отлаженные типовые решения.
Задача бизнес-аналитика в такам случае сводится к опознанию требований как достаточно знакомых, в подтверждении отсутствия критических отклонений и рекомендации (неявной) проталкивания имеющегося типового решения каковое потом будет выдано за уникально-ориентированное на заказчика путем навешивания рюшечек и дописывания некритической специфики.
Иногда может подвернуться БА самонадеянно (или по неумению) проигнорировавший критические особенности. И случается, что вслед за ним херню не заметят и все остальные. Тогда хреново. В лучшем случае результат херится и проект запускается по новой. В худшем - замораживается нахер-колом-безнадежно бизнес-процесс под который все это делалось налаживалось.

[identity profile] lazy-flyer.livejournal.com 2012-10-19 05:53 pm (UTC)(link)
Омля, весчь...Я такой херью лет 10 занимался. Вместе с ЗП следует выдавать абонемент в дурдом.

[identity profile] az-from-belarus.livejournal.com 2012-10-19 05:55 pm (UTC)(link)
Чего-то там и в посте и в комментах ничего интересного, даже правильней сказать - почти пусто.

[identity profile] sergiej.livejournal.com 2012-10-19 06:22 pm (UTC)(link)
Всё зависит от интеллекта БА. Если он способен в короткий срок разобраться с бизнесом клиента - ок.
Да, лучше конечно если он уже в предметной области работал. Он быстрее поймёт клиента.

[identity profile] sergiej.livejournal.com 2012-10-19 06:26 pm (UTC)(link)
Иногда хочетсы выдать БА верёвки и утюг. Основная борьба у него с локальными "айтишнегами", которые были вот такие уникальные и всем нужные, а тут их гениальную наколенную системку хотят заменить каким-то непонятным монстром. Первая ошибка БА это если он пошёл общаться с айтишниками. Требования надо спрашивать у людей бизнеса.

[identity profile] metaclass.livejournal.com 2012-10-19 06:36 pm (UTC)(link)
Ну, айтишникам тоже надо бы объяснить, что никто их выгонять не собирается (не сталкивался еще ни разу, чтобы по результатам внедрения уменьшалась потребность в персонале).

[identity profile] az-from-belarus.livejournal.com 2012-10-19 06:44 pm (UTC)(link)
Не... Самая большая ошибка это считать что наиболее полная и достоверная информация находится в определенном месте под определенным названием. В каждой организации это как-то по своему. Более того в каждой организации в разных проектах это по разному.
Опять же почти всегда приходится иметь дело с каким-то количеством интриг разного уровня закрученности. У каждого опрашиваемого могут быть какие-то мотивы и интересы связанные заменой старой системы на новую. А ещё могут быть и разнообразные подходы по реализации этих интересов, которые могут срабатывать и в противоположном направлении.
Можно конечно тупо не замечать подобную хрень, но тогда высок риск того, что проект накроется медным тазом.

[identity profile] az-from-belarus.livejournal.com 2012-10-19 06:49 pm (UTC)(link)
И это тоже.
Зачетная фишка - запустить в разные уши в разной форме идею о том, что вообще-то по результатам развития проекта по факту произведется перераспределение влиятельности и значимости того или иного кадра из айтишников и, если верно угадать, начинаются знатные карьерные гонки по показателю - кто будет больше отмечен на этапе становления новой системы.

[identity profile] sergiej.livejournal.com 2012-10-19 06:59 pm (UTC)(link)
Понятно что нет универсального места, кто говорит что оно есть. Встречался с ситуацией когда ВСЁ айти немаленькой фирмы завязано на одного ПХП-шника. Да, он пашет 18 часов в сутки и выполняет любые капризы начальства в десять раз дешевле чем это бы сделал внешний интегратор. Но он не выдаёт ни одного бита информации о своих гениальных разработках, если он уйдёт - всё ляжет через два месяца и потери будут миллионные.
А про интриги это уже другая песня. Не только БА надо уметь в них плавать, а каждому кто работает с клиентом. Опять же в больших конторах для общения с клиентом в смысле решения всяких конфликтных ситуаций есть специальный человек :)

[identity profile] az-from-belarus.livejournal.com 2012-10-19 07:11 pm (UTC)(link)
Вот! Вы же сами прекрасно видите как все по разному бывает. И в том же случае с единственным действующим программистом, этот программист скорее всего (хотя и необязательно) является потенциальным поставщиком такой ценной инфы, которую не выловить ни у одного из "людей бизнеса". Но важно, чтобы он заинтересовался в конечном результате. Если он заинтересован в том, чтобы сохранять свою исключительную значимость, нужно его как-то поддержать, предложив варианты сохранения своей значимости, пусть и в меньшем объеме, но с меньшей рабочей нагрузкой с каким-то начальственным статусом и т.п. Т.е. порой даже не просто надобно уметь плавать в интригах, а создавать собственную корректирующе-творческую интригу. Хотя я такую интригу склонен называть уже не интригой а компромиссно-конструктивным вИдением будущего.

[identity profile] sergiej.livejournal.com 2012-10-19 07:13 pm (UTC)(link)
Жил был ай-ти отдел. Делал он свои наработки на коленках, и регулярно "заказывал" разработку у сторонней фирмочки. Сторонняя фирмочка реально не имела разработчиков, а тупо брала деньги, за которые разработчики ай-ти отдела на тех же коленках клепали "заказные" програмульки на дельфях. Оставшиеся мелочи поступали начальнику ай-ти отдела. Тут прибывает на белом понике девочка студенточка от интегратора из Москвы, и говорит что не волнуйтесь, никто не потеряет работы, просто через пару месяцев вы будете обслуживать гениальную центральную систему и никаих заказов на левую фирмочку руководителя ай-ти больше не будет.
Нет, это не вызовет ну совершенно никакого сопротивления, все сразу девочке выложат все свои ТЗ, чтобы московские ребяты как можно быстрее внедрили такую классную систему! Ведь никто работу не потеряет :)

[identity profile] mr-s-o-u-l.livejournal.com 2012-10-19 07:20 pm (UTC)(link)
/me аплодирует стоя, по щеке катиться слеза, закрывает глаза и кивает.

[identity profile] sergiej.livejournal.com 2012-10-19 07:23 pm (UTC)(link)
Верно. Но в общей ситуации БА должен работать с бизнесом. Ибо работа с технарями заканчивается требованиями как должны быть расположены кнопки. Если попался технарь, который понимает бизнес лучше всех менеджеров (такое бывает) то естественно это ценнейший источник информации, вот только очень редко без пыток/подкупа/водки он её готов отдавать.

[identity profile] az-from-belarus.livejournal.com 2012-10-19 07:33 pm (UTC)(link)
У толкового БА должна быть крепкая печень и выбитый бюджетец на застольно-деловые расходы скрытый в раздутых командировочных.

[identity profile] az-from-belarus.livejournal.com 2012-10-19 07:35 pm (UTC)(link)
У представителей бизнеса свои расклады и интриги. Из них тоже инфу нужно выбивать, а пьют они зачастую куда крепче чем программисты.

[identity profile] metaclass.livejournal.com 2012-10-19 07:37 pm (UTC)(link)
Практика показывает, что в этом случае своя разработка будет еще 5 лет работать и дорабатываться (предприятию работать надо), пока артуреги по спекам девочки, в лучшем случае, что-то на жабаскрипте и монгах ваяют, а в худшем - сову в SAP R/3 на глобус одевают.

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

[identity profile] metaclass.livejournal.com 2012-10-19 07:40 pm (UTC)(link)
Я общаюсь с братьями-хохлами, код они пишут ок.

Проблема в том, что тут наши украинские братья - это заказчики, и я более чем уверен, что в проекте будет голодомор, сталин, бандера, УНА-УНСО и контакты с армией крайовой через RESTful веб-сервисы с собственной реализацией http на дельфи :)

Page 1 of 4