Как считаете, кто из этих двух ролей должен больше зарабатывать?

(242) балабол консультант-аналитик детектед
насчет обновления конфы ты странный, меня раздражает даже пару минут ждать обновления конфы, если без реструктуризации понятно
обычно в 10-30 секунд укладывается, максимум 1 минута на ЕРПУХ тяжеленной
просто кто-то готовить не умеет

(243) Важно другое, у меня выбор есть, а у вас его нет. Я ставлю задачи, а вы их выполняете. Да, попробуй обновить 1С ЕРП с хранилища огромную базу, на тормозном удаленном сервере, там и 30 минут уйти может.

(244) Хе-хе, отсутствие продуктового опыта в разработке означает, что вас туда не возьмут developer'ом в 99% случаев (там еще много накопилось вкатунов за забором). Ну разве что в 1С и с дисконтом к ЗП.

Потому что это "мозг".

(0) Это не важно. Главное, чтобы под этой вывеской не зарабатывали инфоцыгане.

(202)
> опросит пользователей,
запишет сказки
> промоделирует as is to be,
покажет учебный пример
> нарисует схему
нарисует сказки
> и согласует ее с руководством и ключевыми пользователями,
сам откатит? не много ли на себя берет
> напишет функциональные требования,
выявит критические разрывы, напишет техническое задание,
плюс- минус километр, потом все равно сто раз переделывать
> проконтролирует и протестирует выполненную программистом работу, напишет инструкции, научит пользователей и 1С консультантов
джун помогатор-мешатор

такова реальность, оно вам надо?

(248) Кроме согласований и обучения, все перечисленное осваивает любой студент 2 курса профильного факультета за 2-3 недели. Притом на дисциплине еще сверху насыпят UML и каких-нибудь ГОСТ-ов на ТЗ. По крайней мере, в 2000-х было так.

Что-то про системных аналитиков постоянно забывают, а ведь мозги и боги-то они
https://habr.com/ru/articles/859566/

И бизнес-аналитик и разработчик оба нужны. Главное, чтоб оба были профессионалы.
Бизнес-аналитик обязан хорошо разбираться в предметной области, потому что никакие опросы пользователей и обследования не дадут 100% верную картину. То есть он должен, или потому что понимает эту сферу (торговлю данным ассортиментом, производство данного типа и т.п.), или потому что уже имеет большой опыт в разных сферах, видеть то, о чем умалчивают. Часто умалчивают потому что пользователи и заказчики не правильно расставляют приоритеты, и важное считают третьестепенным, а всякую чепуху первостепенным.
А разработчик должен найти способ реализовать бизнес-логику. И тоже должен иметь знания и опыт, чтоб реализовать ее с учетом того, что потом 100% со временем понадобятся доделки и даже крупные изменения (расширили ассортимент выпускаемой продукции, добавили давальческую схему, сами стали переработчиками, завели транспорт и т.п.). Поэтому делать жесткую схему глупо, а делать схему где всяк может работать без каких-либо правил - бессмысленно.
Поэтому спор, что важнее "бизнес-аналитик" или "разработчик" глуп. Это все равно что спорить, что важнее голова или шея: мол шее без головы легче, а голове без шеи свободнее.
P.S. в 97-ом, когда только ходил на курсы 1с, к нам на фабрику пришла группа по внедрению 1с. В нашем регионе это была одна из наиболее профессиональных команд. Они три месяца проводили обследование и в конце запустили у нас 1с на базе ТиСа, БУ и ЗиКа (еще семьсполовиношного), я помогал им как тогда штатный прог переносить данные из старых клипперных систем учета. И после пары месяцев работы оказалось, что в новой системе полно дыр. И пришлось через год начать делать систему заново с нуля уже своими силами. Причина дыр: пользователи во время опросов не давали всю нужную информацию. Частично, потому что это были чужаки, а частично, потому что процессы уже у них были доведены до автоматизма и они головой не помнили о них (а руками делали). До нас группа специализировалась на торговле и складском учете, а производством тогда не занимался никто. Вот у них и не было знания, как производство работает. Мне же как штатнику пришлось, поддерживая их систему, поработать сперва на всех участках. То есть я узнал все изнутри. И только через год был готов выдать новое ТЗ (тогда 1с еще была меленькой, и семерка была сырая, так что командой из трех человек быстро написали учет на складах сырья и продукции, написали учет расхода сырья и учет рабочих операций на конвейере и совместили все это с перепиленным ТиСом (заменили блок закупки, на поступление из производства, добавили учет по характеристикам продукции (в типовой еще не было) и добавили аналитических отчетов дюжины три для экономистов), и почти типовыми БУ (добавили аналитики производства) и ЗиКом (добавили расчет сделки по производственным операциям и кучу коэффициентов за условия труда)). Остатки этой системы работают на этой фабрике до сих пор (уже другая команда переносила все на 8-ку). Но, сказать, что после того успеха мы могли бы взяться за другие предприятия - я бы не решился. У нас только на осмысление, как должна выглядеть система на одном конкретном предприятии, ушел год. И мы оставили тогда не охваченными кучу вопросов: производственное планирование, планирование закупок сырья, учет незавершенки и т.п. Так что нам хватило работы еще на несколько лет (в том числе устранять собственные же косяки и в проектировании и в реализации).

(250) автор на кого ты ссылаешься, не делит архитекторов и системщиков, об этом второй коммент к статье

(252) И правильно. Архитекторы — это тоже системные аналитики, только с руководящими полномочиями. У меня вот в профиле грандиозное "системный архитектор".

(232) совесть не должна мучить. Совесть должна быть в доле. ;-)

(248) Ну, как бы тебе объяснить, вот, чтобы снять кино, берут для начала художников: они рисуют все сцены — это дорого, но это дешевле, чем все сцены отрабатывать с Леонардо Ди Каприо, который стоит 100500 долларов в день. Это дешевле, чем взрывать реальную пиротехнику, потому что это стоит миллионы. Вот, бизнес-аналитики и есть эти художники, которые моделируют и прототипируют бизнес-процессы на предприятии, лучше, ведь внести корректировки на этапе модели, чем на этапе, когда программисты нахреначили тысячи строк кода. Т.е бизнес-аналитики для того и работают, чтобы не пришлось потом ничего переделывать.
(254) Я в одном месте план-график за миллион нарисовал, с проджектом учился работать. Как только до них дошло, что больше ничего, кроме план-графика, не будет, тут меня и турнули. С одной стороны, они думали, сейчас проект за 50 млн сделают просто взяв какого-то Васю за зарплату. Ну, Вася на все деньги шапки и пошил. В принципе, это не моя ошибка, но совесть то мучает. Зачем было проходить этот путь полный лжи, подлости и страданий? Когда можно просто к Отькале на курсы сходить и там всему научиться.

(254) Красивое...

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

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

Бизнес-аналитик или разработчик? . Квадратно-сферический вопрос от аналитика из серии позовите погромиста. В реальной жизни таких сотни.

(259) - Заполнение серии по FEFO в этапе производства в ERP 2.5

(260) и твой ответ не правильный как разраба

Конс бы ответил по другому.

Бизнес аналитик спросил бы пример из жизни и пошел бы смотреть физ процесс

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

(263) данных достаточно.

Не можешь думать-тренируй хитин :-)

(260) Когда аналитик/консультант задает такие вопросы, это шокирует, т.к. порой за умение работать в режиме "я начинаю говорить, а вы предлагайте варианты" заказчики охотнее платят деньги, а иначе получается это одинэсник без знания ЯП и конфигуратора, как кто-то писал.

(265) Вопрос более чем нормальный - надо включить серии - включаем, откуда ж ему знать что есть некий статус серий, который автоматом никогда не меняется но от него куча всего зависит? В ЕРП куча всего плохо документированного с возможностью разобраться кое-как только в отладчике. Что здесь делать аналитику без знания конфигуратора мне неведомо, ну только помогатором на раздаче звездюлей работать.

(0) мне не важно, важно - чтобы моя ЗП меня удовлетворяла )

(266) Статусы указания серий - это технический вопрос, тут скорее нужно знать примерно как работают разные политики учета серий и тот факт, что нельзя так просто взять и изменить политику учета серий в виде номенклатуры. Но, надо сказать ТС аналитик понимает где примерно проблема порылась "При установленной политике "Учет по остаткам серий" В форме на первом скрине заполняет, на втором нет (документ этап производства один и тот же).", но завершить свою мысль не может. Также, можно открыть демо-базу и помоделировать, сравнить по версиям, но может у ТС франче-часы и нет на это времени. В любом случае, более опытный аналитик нашел бы в чем дело на чистой интуиции и опыте, не привлекая разрабов с проекта.

(0) Больше должен зарабатывать тот кто умнее и больше работает.

(269) Не соглашусь. Тот, кто больше пользы приносит.

(270) тут дело такое, что А сам по себе приносит пользы на 10 куниц, а вместе с Б на 25, хотя сам Б только 3 куницы.

(271) Ты где-то 15 куниц потерял

(270) Тот кто умнее и больше работает обычно направляется (насильно вне собственной воли) ловить куниц в пустыне. А тот кто тупее — в зоопарке. Пользы они принесут разное количество. Хотя первый путь был труднее. Поэтому все-таки кто больше работает и умнее должен, наверно лучше зарабатывать.

(273) Тот, кто умнее, будет стараться работать меньше.

(272) в этом вся и хитрость, что их коллаборация (модное слово) дают больше, чем каждый по отдельности

(275) В теории. На практике - о вот это галочкой делается я сам поставлю. О - а здесь надо полконфы перекопать отладчиком - пусть погромист копает и давай по-быстрее ты чего там тормозишь. Коллаба из сказки про вершки и корешки.

(276)+1
Мне тоже кажется что в жизни
(1+1)<2
А то и вообще
(1+1)<1

Ещё статейка про аналитиков: https://habr.com/ru/articles/861292/

(276)
Про "галочку" согласен
Про "полконфы перекопать" - ни один аналитик (не программист по совместительству и неважно бизнес он или нет) не знает сколько там придется перекопать
Это и программист-разработчик часто не знает заранее, пока не попытается сделать задачу

(278) как правильно описать требования
Ответ: надо четко описать каждый фрагмент (с) Татьяна

Для статьи продвижения -отлично, из статьи я ничего не понял

(278) Любопытно, автор перешел из разработчиков в аналитики (причем, такое ощущение что далее из системных аналитиков перешел в БА), судя по статьям. Качество статей упало, количество плюсиков и комментариев тоже, карму слили.

(281) авторка слегка завирает
https://flowconf.ru/archive/2023/persons/710d5764f0bb4a9fb9b7ef6154bb7c90/

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

(282)+ это мое личное мнение на основании публичных материалов
могу ошибаться

(282) Похоже тогда, обычный наемный копирайтер в интересах работодателя. )

(282) вряд ли бы Волшебник пиарил свою команду с такими разрывами

(269) (270) Проблеме определения стоимости работ и справедливому вознаграждению за нее столько же лет, сколько и человечеству.
В природе большее вознаграждение получает тот, кто сильнее или кому повезло. Тот кому повезло, может стать сильным, если правильно использует свое везение.
Основные проблемы оценки стоимости у людей в том, что мы разные от природы.
Один человек сделать работу за час и вложится в нее сильно. Второй эту же работу сделает за день, и очень устанет. У них разные навыки. Вопрос - обоим платить одинаково или нет? В капитализме - одинаково. В социализме считалось, что первому нужно еще работы подкинуть, но не платить больше чем второму. Принцип - "Каждому по потребности, от каждого по способностям." Оба похода имеют как отрицательную, так и положительную стороны. В первом случае, первый обогатится и сможет покупать свою работу у других не работая самостоятельно. Дальнейшая деградация понятна. Во втором случае, у первого нет мотивации работать больше, за одно и тоже вознаграждение. При длительном промежутке времени, первый вариант дает сильную сегрегацию на бедных и богатых (и дальнейшие проблемы капитализма), во втором снижается производительность (что было с СССР).

(286) я бы добавил дисциплину и желание вместо слова везение

(287) Ты можешь иметь огромную дисциплину и желание - но интердевочкой не станешь ))
Просто "не повезло"

(286) Это если рассматривать замкнутые системы
В случае не замкнутых и сосуществующих систем, с перетеканием ресурсов между системами, когда нет железных занавесов все становится интересней

(288) Тайцы это опровергают уже полвека ;-)

(290) И? Только подтвердил обоснование везения.
Они пытаются увеличить свои шансы на везение.

(291) Ты накопил денег на операцию, жрешь систематически гармоны, где здесь везение?

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

Хочется спросить

Я вот как старый 1С-ник  привык работать все в одном - ваяешь, пробуешь заносить реальные документы, смотреть реальные отчеты - понимаешь что хреново сделал и переписываешь.

А если разделение на разработчика и бизнес аналитика - как все это работает

Просто накипело по работе с клиент-банками, ЭДО и ЛК ИФНС - такое впечатление что это на реальных пользователях не тестировали. Так все криво и неудобно

(294)
Это работает стандартно по принципу ХХП (хуяк-хуяк-продакшен)

(294) зайди в любую проектную команду и посмотри

(296) что за команда такая и где ее искать?

Эти БА потом такое ТЗ выдают, что рука не поднимается согласовать. Да ещё и потом обвиняют, будто я не всё им рассказал. Хотя всегда спрашиваю, на все вопросы ответил, всё понятно... Если особо туповат БА, почти по-армейски спрашиваю: "повтори как понял", и ведь с первого раза мало кто смог повторить

(298) возьми подороже ба, не жмоться
(297) любая проектная организация

Триста!
Ни слова про тракториста! ))

(299)занимающаяся строительным проектированием?

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

(0) Хороших БА не встречал. Просто аналитиков-консультантов — да, работал с ними. Они, в общем, считай, полезные бизнесу люди. Серьезно разгружают разработчика.

(301) Можешь устроиться в проектную организация по клинингу, думаю там тоже пообщаешься с толковыми БА
(302) Конечно мертвая, если РП будет клининг менеджер, то будет автоматизация клининга, но никак не показателей для управления бизнесом

(303) + Что характерно,требования к аналитикам от бизнеса очень высокие - и архитектуру ПО (ERP,ДО),все регистры знай,и СКД отчеты, и язык запросов. И еще БУ,НУ на уровне главбуха, нотации БП разные.А зарплата -ну может 2/3 от разработчика в среднем готовы платить.Вот и разгружают так разработчиков.Аналитик - это недоразработчик по мнению бизнеса.Если вышеописанного не знаешь -на уровень джуна -разработчика даже не потянешь.

(305) эмм
даже ТА (тимлид) уже не тянет на уровень программиста-разработчика
перестает писать код -> навыки теряются -> сеньором не возьмут точно

у консультанта-аналитика с другой стороны просто навыков еще нет
что подразумевается под Бизнес-Аналитиком хз

(306)+ "Потеря хард-скиллов"
https://habr.com/ru/articles/860792/

(307) Статья хорошая

(308) вот лучше бы ТС вместо инфоцыганства и рекламы своих курсов написал подобную статью
с реальным опытом работы аналитиком
с плюсами и минусами

и убрал из названия слово "бизнес"
ибо аналитик в госконторе по внедрению БГУ/ЗУП/ДО - не имеет никакого отношения к бизнесу ))

(310) "бизнес" означает "дело". В госконторах тоже есть бизнес, только он обычно убыточный.

(311) wiki:Бизнес

(312)+ "деятельность, направленная на систематическое получение убытков" - называется по другому

(312) Это узкое понимание термина.

Есть например, английская пословица "It's not your business", что означает "Не твоё дело". И здесь ничего не говорится про прибыль. Здесь могут обсуждать семейные дела, например.

Если Вас коробит от "бизнес-аналитик" в госконторах, можете назвать его "функциональный аналитик" (ФА).

Меня вот коробит от слова "контора" применительно к Росатом или Московский метрополитен, но я же не жужжу...

(314) они просто тупые и не отличают

(315) ФА - это обычно начальник над просто консультантами-аналитиками
как ТА - начальник над программистами-разработчиками

Можно уточнить про кого именно вопрошает ТС?
У него курсы рядовых или начальников?

(317) business — от англ. "busy" — занятый и "-ness" — суффикс для образования существительного от прилагательного, т.е. буквально "занятость". Это может быть просмотр футбольного матча в баре с бокалом томатного сока, вот такая "занятость".

(320) в английском да
в русском у слова бизнес есть четкое понятие - коммерческая деятельность с целью получения прибыли

"деловой аналитик" ???

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

(322) функциональный или системный аналитик — вполне годнота

(323)+ Путин утвердил перечень KPI для губернаторов, среди которых

— доверие людей к власти;
— численность населения;
— уровень рождаемости и ожидаемая продолжительность жизни при рождении;
— уровень бедности;
— уровень образования;
— количество семей, улучшивших жилищные условия;
— объем ввода в эксплуатацию жилой и нежилой недвижимости;
— качество среды жизни;
— удовлетворенность ветеранами спецоперации условий медицинской реабилитации и др.

https://www.rbc.ru/politics/28/11/2024/6748520b9a79479f6692d7a9

(325) Исходя из этих показателей, бессмысленно становиться губернатором условной Ивановской области.

Конечно разработчик. Ибо порог входа и требования к знаниям/умениям  разрабов заметно выше

(228) я бы поспорил

(329)
с кем? с председателем колхоза или с лошадью?

(330) Егор, ты же не Конструктор 1С, ты его относишь к председателю Колхоза или  лошадью?

(331) Ты реально не понял?
228 <> 328

(332) я должен в голове держать, все  посты, в т.ч. 2-х недельной давности?

(333) ну ты же на него ответил да?

(334) мой косяк, я ответил на (328)

(329) а шо там спорить, надо просто принять как данность

Голос за Разработчика, однозначно!

(336) Это давно уже как не данность, прими это за аксиому

Разработчик конечно.

Т.к. разработчик может свичнуться в аналитики, аналитику же придется начинать путь с нуля.

Бизнес анализом "девочка" или "мальчик" справиться, научить как опрашивать пользователей обучить нотацию и вперёд, описать процесс как есть не мудрено. А вот когда идет разработка, разрабу приходиться и ТЗ написать если нет отдельного человека и процессы додумать самому и предложить, да много чего приходиться додумывать.
Вот если бы вопрос звучал Бизнес архитектор или Разработчик тогда Бизнес архитектор.

если клиенту нужен "просто программист", то будь ты хоть трижды аналитик.....

(340) ты не можешь справиться, кто 20 лет в отрасли