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

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

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

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

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

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

Flat | Top-Level Comments Only

Бизнес-аналитику надо прежде всего в предметной области хоть как-то шарить. А так как 83% ничем кроме фейсбука и твиттора не интересуются, то получается то что ты выше описал :)

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

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

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

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

Жил был ай-ти отдел. Делал он свои наработки на коленках, и регулярно "заказывал" разработку у сторонней фирмочки. Сторонняя фирмочка реально не имела разработчиков, а тупо брала деньги, за которые разработчики ай-ти отдела на тех же коленках клепали "заказные" програмульки на дельфях. Оставшиеся мелочи поступали начальнику ай-ти отдела. Тут прибывает на белом понике девочка студенточка от интегратора из Москвы, и говорит что не волнуйтесь, никто не потеряет работы, просто через пару месяцев вы будете обслуживать гениальную центральную систему и никаих заказов на левую фирмочку руководителя ай-ти больше не будет.
Нет, это не вызовет ну совершенно никакого сопротивления, все сразу девочке выложат все свои ТЗ, чтобы московские ребяты как можно быстрее внедрили такую классную систему! Ведь никто работу не потеряет :)

/me аплодирует стоя, по щеке катиться слеза, закрывает глаза и кивает.

Практика показывает, что в этом случае своя разработка будет еще 5 лет работать и дорабатываться (предприятию работать надо), пока артуреги по спекам девочки, в лучшем случае, что-то на жабаскрипте и монгах ваяют, а в худшем - сову в SAP R/3 на глобус одевают.

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

Иногда и так, но в основное интегратор входит потому, что у дядей наверху выросла хотелка, а отдавать неплохие деньги местным айтишникам на левые проектики надоело. И тогда важно лишь то, что скажет большой дядя. Я лично видел чудесное превращение (за пятнадцать минут) сотен человек из "валите со своей хернёй, у нас и так всё работает" в "давайте у нас первых внедрять, нам надоело это старьё"

Не... Самая большая ошибка это считать что наиболее полная и достоверная информация находится в определенном месте под определенным названием. В каждой организации это как-то по своему. Более того в каждой организации в разных проектах это по разному.
Опять же почти всегда приходится иметь дело с каким-то количеством интриг разного уровня закрученности. У каждого опрашиваемого могут быть какие-то мотивы и интересы связанные заменой старой системы на новую. А ещё могут быть и разнообразные подходы по реализации этих интересов, которые могут срабатывать и в противоположном направлении.
Можно конечно тупо не замечать подобную хрень, но тогда высок риск того, что проект накроется медным тазом.

Понятно что нет универсального места, кто говорит что оно есть. Встречался с ситуацией когда ВСЁ айти немаленькой фирмы завязано на одного ПХП-шника. Да, он пашет 18 часов в сутки и выполняет любые капризы начальства в десять раз дешевле чем это бы сделал внешний интегратор. Но он не выдаёт ни одного бита информации о своих гениальных разработках, если он уйдёт - всё ляжет через два месяца и потери будут миллионные.
А про интриги это уже другая песня. Не только БА надо уметь в них плавать, а каждому кто работает с клиентом. Опять же в больших конторах для общения с клиентом в смысле решения всяких конфликтных ситуаций есть специальный человек :)

Вот! Вы же сами прекрасно видите как все по разному бывает. И в том же случае с единственным действующим программистом, этот программист скорее всего (хотя и необязательно) является потенциальным поставщиком такой ценной инфы, которую не выловить ни у одного из "людей бизнеса". Но важно, чтобы он заинтересовался в конечном результате. Если он заинтересован в том, чтобы сохранять свою исключительную значимость, нужно его как-то поддержать, предложив варианты сохранения своей значимости, пусть и в меньшем объеме, но с меньшей рабочей нагрузкой с каким-то начальственным статусом и т.п. Т.е. порой даже не просто надобно уметь плавать в интригах, а создавать собственную корректирующе-творческую интригу. Хотя я такую интригу склонен называть уже не интригой а компромиссно-конструктивным вИдением будущего.

Верно. Но в общей ситуации БА должен работать с бизнесом. Ибо работа с технарями заканчивается требованиями как должны быть расположены кнопки. Если попался технарь, который понимает бизнес лучше всех менеджеров (такое бывает) то естественно это ценнейший источник информации, вот только очень редко без пыток/подкупа/водки он её готов отдавать.

(no subject)

az-from-belarus.livejournal.com - 2012-10-19 19:33 (UTC) - Expand

(no subject)

sergiej.livejournal.com - 2012-10-19 19:42 (UTC) - Expand

(no subject)

az-from-belarus.livejournal.com - 2012-10-19 20:09 (UTC) - Expand

(no subject)

az-from-belarus.livejournal.com - 2012-10-19 19:35 (UTC) - Expand

Я не согласен. Бизнес аналитик обязан очень глубоко понимать предметную область. Если, конечно, мы не описываем бизнес- процессы в ларьке "Шаурма". Все остальное будет дико сложно.

глупость, вам пора на пенсию

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

дефка на каблуках справиться лучше чем вы :)

А, я понял, что пост шуточный.

(no subject)

artureg.livejournal.com - 2012-10-20 15:17 (UTC) - Expand

Знание и понимание предметной области - полезный бонус, но не необходимое требование.
Как правило специфика предметной области инкапсулирована во всяческих технологических регламентах, в которые чаще всего лучше не влезать без участия очень квалифицированного эксперта-предметника.
А БА больше нужно работать на уровне обследования оргструктуры и проистекающих на этом уровне процессов и взаимодействий.
Ну а поскольку четких границ частенько не бывает, то волей-неволей приходится и в предметную область помалу вникать. Так что правильней сказать, что от БА требуется готовность вникать в произвольную предметную область.
Кстати, есть и другой бонус, который более существенен - знание предметной области в которой работает коллектив, представляемый БА.

Всё зависит от интеллекта БА. Если он способен в короткий срок разобраться с бизнесом клиента - ок.
Да, лучше конечно если он уже в предметной области работал. Он быстрее поймёт клиента.

А не должен ли он разбираться не только в предметной области клиента, но и иметь представление о возможностях компании-разработчика?
На сколько я понимаю, требования не существуют размыто, формируются уже в процессе работы БА. И сформироваться они могут в форме, как удобной к реализации, так и в форме вроде реализуемой если_бы_не_1000_подводных_камней.

Мы уходим в область чистой абстракции. Конечно он должен это знать. Еще он должен уметь завязывать шнурки и смывать за собой в туалете.

Я к тому что откуда он будет знать если его только с улицы взяли?

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

Я же и говорю что нереально. Можно взять очень хорошего аналитика, который быстро "въедет" и в предметную область и в возможности компании по разработке. Но такие бойцы очень редки и стоят очень дорого. Поэтому реально брать "нормального" аналитика, который уже знает предметную область а для того чтобы не собирать требования из области фантастики заставить его советоваться с солюшн архитектором.

Flat | Top-Level Comments Only