Многие из программистов на мисте  негативно отзываются о консультантах и считают, что грошь им цена . Однако, если судить по уровню зп, консультанты ценятся не меньше чем программисты, а очень часто уровень зп и выше.
Вопрос: как это объяснить?  :)

(365) И на жёпу

(358) Да для управленческого учета в принципе плевать каким документом и документом ли вообще что там отражается. У них есть описанные процессы, под них пишется или предлагается ПО по описанным процессам. Поверьте, сложность бизнес-логика даже крайне запутанного предприятия смешна по сравнению с книжкой C++ для чайников, например. Так что слухи тут сильно преувеличины. А роль консультанта - документооборот проекта и отсев неадеквата на подлете. Очень, кстати, полехнае функции и много денег экономят.

(360) Вы только больше никому не говорите что бух. учет - НАУКОЕМКАЯ область.

(366)эка тебя плющит :)

(319) "Мы поняли, сам себя не похвалишь, никто не похвалит"
Мне твои похвалы знаешь до одного места )))

(366) Ага. А программисты 1С поголовно с техническим образованием. Бугага

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

(372) кто не с техническим образованием, те не программисты, а шлак. Они работают за тарелки супа.

(372) Планка входа в прогеры все-таки выше, чем в консультанты.

(369) но задротноёмкая точно

(366) Кодеры - вымирающая профессия, реликт транзисторной эпохи и немого кино

SAP от них уже избавился,
то же ждёт и 1С

(334) "Консультанты это специфическая 1сниая специальность"
О как! расскажите это консультантам ахапты, сапа и далее по списку.

"Они всё понимают, но сделать сами ничего не могут"
О как! чем же они занимаются?

"Эта должность актуальна для области где сложная предметная область, как БУ, НУ, учет ЗП, производство"
Т.е на любом проекте, где учет сложнее ларька.

(375) "Планка входа в прогеры все-таки выше, чем в консультанты"
Смотря какие консультанты.
Ведущий консультант должен владеть: предметная область + знания проектного управления + знание архитектуры + знания системного анализа + (иногда) знания бизнес-анализа.

(377) Кодеры это последствия сужения специализации, как следствия проникновения 1С в сложные отрасли. Когда программисту сложно совмещать в себе кодера, аналитика, консультанта, архитектора, технического писателя инструкций и т.д., тогда и появились кодеры, как проявление узкой специализации.

(379) Ведущий консультант - он уже не на входе, он уже давно увяз

(368) >> сложность бизнес-логика даже крайне запутанного предприятия смешна

Согласен. Только что это меняет?
Если программист начнет глубоко разбираться в бизнес-логике (а тут еще важно то, кто и как ему эту бизнес-логику будет излагать), то времени на то, чтобы разобраться в том, что там наваяли авторы платформы 1С в последнем релизе, у него уже не останется.
Какой бы простой бизнес-логика не была, за пару дней её не освоить. Даже на отдельно взятом предприятии, не говоря о том, чтобы иметь более широкое представление. Предположу, что не просто так экономисты и финансисты это специальности высшего образования, а не уровня ПТУ.

Как стать консультантом, будучи прогером?

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

(0) Если ты консультант такого уровня, что сможешь объяснить почти любой вопрос по работе с УПП или по проблеме, которые возникают в момент использования подсистемы, а так же предложишь способ внедрить бизнес-процесс средствами УПП без фраз типа "Это нужно заказывать разработку", то ты ценишься дороже чем программист в совершенстве знающий платформу, но не знающий конфигурацию и предметную область!

(383) внедри УПП в одно рыло и станешь аналитиком, если ничего не отвалиться =)

(386) Чо там внедрять-то? Наливай и пей

Если по любому вопросу Консультант кликает программиста или считает, что программист это обязательная прослойка между УПП и пользователем - грош вам цена!

(383) Когда я своего сотра засовывал в РП, я просто запретил писать код ;-)

(386) Не стать мне консультантом... Никому моё УПП нафиг не сдалось

(384) и это правильно. Новичок поработает кодером, обучится, захочет большего. Будет развиваться и станет архитектором например. Или уйдет в другую компанию поменьше, где нет кодеров, а есть просто программист который делает всё.

(389) Т.е. просто бросить писать код и только трындеть с юзерами и на мисте? )

Самые ценные консультанты то те, кто вышел из программистов. Они могут переводить с языка клиента на язык разработчика и наоборот.
А консультант обыкновенный, может только общатсья с клиентом.
Часто бывает, когда консультант неверно показывает принципы работы системы, а прог. за мин устраняет его ошибки

(391) Мне вот в маленьких нравится больше. Чувствуешь себя куда полезней, чем некий винтик в большой конторе.

(0) Обычно просто путают консалтера и хелп деск. Первый скорее нужно называть аналитик

(381) ок.
для просто консультанта как минимум: знание предметной области + знание конфигурации.
для кодера: сиди Насипова смотри и читай ЖКК.

(392) Мотивация только у нее осталась та же ;-) ОТ закрытых часов ;-)

(389) Ага. А потом мы удивляемся почему на одинэсе в основнм фекалоПродукт получаются. Кодревью - не, не слышал. Документация - не, не слышал. Архитектура - не, не слышал. А ты кто? Я РП!!!

(398) Нафига мне твое кодревью, я не на отраслевках сижу, и роялти не получаю, а внедряю.
Если за кодревью готовы платить- не вопрос, отдаю спецов и сидите годами оптимизируйте,

Документация у мну отдельной строкой бюджета, хочешь-напишем, хочешь будем поддерживать, хочешь выпустим коллекционное издание "правила бухучета спешл фо Мария Ивановна"

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

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

(399) вот ты РП, скажи мне какое у тебя образование? Какие у тебя основы в голове заложены? Ты хороший управленец, или хороший спец по отрасли или по 1С? Что в тебе фундаментального, на основе чего ты проэкты делаешь?

(399) Во-во. А так-то мы пишем сразу код прям со слов старшего помощника младшего забивальщика платежек. И не забываем себе присваивать новые звания при этом и ждать, когда же уже мы САП перегоним?

(374) я без техн. образования, зарабатываю, думаю на равне или  даже побольше чем ты :)

(401) Образование- Автоматизированные системы обработки информации и управления. На момент прихода в 1С, была цель-стать бизнес аналитиком в крупной конторе, был опыт в активных продажах, и год занимался самостоятельно изучая софт по бизнес анализу.

На момент прихода в 1С знал только теоретический курс по организации производства без экономики ( экономика база- адам смит).

(380) ну да, ну да.. там программистов в сапе нет.. че за ересь вы несете? Их там значительно меньше, а уровень з/п значительно выше.

Кстати по УПравлению проектами получил 3-ку, хотя был на момент уже РПшником ;-) Такое вот наше образование

(403) если уж ты рисанулся, то напиши сколько ты зарабатываешь)

Как уже сказали, "консультант" слишком широкое понятие. И рынок приложения труда тоже _разный_ (фри, фикси, фра). Какие могут быть роли:
1. Что-то типа техсаппорта, отвечающий на вопрос - почему у меня в отчете циферка не та или документ не проводится. И консультанты, работающие на фирме "1С" на ЛК, получают зарплату меньше, чем разработчики на этой же фирме.
2. Внедрение УПП - ведущую роль играет аналитик, он же постановщик задач. Безусловно, человек должен знать ВСЕ подсистемы внедряемого решения, кроме всего прочего. Кроме этого человек должен уметь проектировать доработки, т.е. за плечами должен быть опыт разработки, но кодить ему это то же самое что микроскопом гвозди забивать. Такие люди называются по-разному, например в Рарусе это ТРП. И вот поскольку ответственность у него большая за проект, естественно и большую долю он получает пи распределении бабла с проекта.

(401) Когда поставили РП офигел, взял книг се умных, МВА-теория управления проектами, Дедлайн и еще кучу. На основе их составил своего идеального РПшника и пошел стремится к этому

Те, кто не умеет программировать - консультируют. те, кто не умеет косультировать - учат. те, кто не умют учить - руководят...©
классика

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

(411) хочешь сказать, что учился на филолога, а теперь работаешь программистом и получаешь больше чем тарелку супа? Ну значит ты просто исключение из правил.

Ты хороший управленец?
Я управленец среднего звена (кстати был ;-)-меня оценивают руководители и подчиненные. Все вопросы старался решать, на конфликты с руководством из-за этого часто шел.


или хороший спец по отрасли
Производсвтенный учет мне больше всего нравится, ща переквалфицируюсь потихоньку в консалтера по нему
или по 1С?
УПП 6 лет, весь функционал знаю, не берусь тока за зп, бюджетирование и МСФО

(413) [весь функционал знаю, не берусь тока за зп, бюджетирование и МСФО] извини, но не сходится левая и правая часть утверждения :)))

(414) А эти блоки требуют консалтинга, толку от того что ты знаешь функционал?

(412) Я вообще без вышки ;) Что же тебе так тарелка супа запала? Уровень з.п. позволяет купить хорошую машину (D-класса) и копить на первый взнос ипотеки :) Так что, я доволен, что могу съесть тарелку супа и еще кой-чего позволить не имея высшего образования. Так что вышка - это не показатель. Есть люди с вышкой и ничерта не знаю.

(415) бюджетирование чистый консалтинг

(416) Есть люди с вышкой и ничерта не знаю = Есть люди с вышкой и ничерта не знают

(417) Вроде я про это же ;-)

(417) МСФО без консалтинга - вообще труп

(393) >> бывает, когда консультант неверно показывает принципы работы системы, а прог. за мин устраняет его ошибки

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

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

(419) и как ты дашь консультацию по ведению учета в бюджетировании или МСФО, не зная функционал УПП в данной области?

(419) вроде ты совсем на оборот =)

(421) Обидно, когда сидишь неделю, ваяешь нетленку, а потом приходит какой-то гад и ставит в одном месте галочку в настройках...

(424) зачет! )))

(424) обиднее, когда приходит ТЗ на разработку нетленки, а ты как прог точно знаешь, что вот эта галочка все решает :))))

(426) Наоборот))) Подходишь к этой консультанше с вопросом - на что готова чтобы я не показал это ТЗ руководству?)))

(427) Консультанток надо значит секси брать

(423) Чтобы нормально проконсультировать по бюджетированию, а не тупо делать все хотелки, которые просят-как раз надо в нем очень хорошо разбиратся. Вот тут как раз фин образования и не хватает. С зп вообще отдельная история- там в этой каше надо варится- толку от того что ты знаешь как начислить зп, если завтра уже будет по другому ;-)

С МСФО также необходимо фин образование.

(427) а если этот мужик кило под 200 ?

А знание функционала- ну это обязательное условие

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

(432) Все проблемы - от руководства

(432) а в руководстве главное - цели, сроки, бюджет, удовлетворенность клиента в конце концов и спрос на твои услуги.

(432) Ну а ты чем должен заниматся- как раз эти затраты и сокращать ;-) Емае автоматизаторы

(432)[берем чела, досконально знающего предметную область и подсистему, кидаем его на баррикады]
хороним - берём следующего ?

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

(437) Зачем те оперативный контроль, если у тебя не воруют?

2-е, Если у тя производство не дозагружено

(436) суть возражения будет?

(440) Человечков жалко :(

(438) (439) Это уже домыслы. В реальности собственник, например, боится что у него воруют, или хочет в реальном времени видеть что у него происходит. Воруют у него, или не воруют, дозагружено производство, или недозагружено - это все науке пока не известно. Так что увеличиваем затраты и вкручиваем необходимые инструменты. Потом может убедимся что никто и не ворует.

(432) >>  нах консультант, если есть программер, который всю жизнь УТ дорабатывал

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

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

(442) И дальше что, ну внедрил ты подсистему, ну увидел, что дальше? А дальше как у нормального человека, ты ее оставляешь, а ее надо сокращать.

(444) Кого и куда сокращать?

(443) не правда. Прогов знающих например бухучет хорошо (лучше большинства бухов, на уровне гб) - достаточно много

(446) тут вопрос не в компенсациях, а в инструментах, кодер хватается за конфигуратор, консультант чешет языком =)

(0) Вообще то у программиста перед консультанотом есть одно преимущество он может залезть в код и раскопать как оно действительно там работает, а если 1-к не знает ничего кроме синтаксиса то ему конечно грош цена.

(447) О чем он будет чесать когда его спросят вот мол все сделали как вы сказали, а не получилось.

(449) вот поэтому тебе и не стать консультантом

(443) ты говоришь про фри, фикси или фра? еще раз, требования к персоналу сильно отличаются, проект это это или сервис

вот как описывают консультанта в одном известном произведении:

"ни на какую ногу описываемый не хромал, и росту был не маленького и не громадного, а просто высокого. Что касается зубов, то с левой стороны у него были платиновые коронки, а с правой - золотые. Он был в дорогом сером костюме, в заграничных, в цвет костюма, туфлях. Серый берет он лихо заломил на ухо, под мышкой нес трость с черным набалдашником в виде головы пуделя. По виду - лет сорока с лишним. Рот какой-то кривой. Выбрит гладко. Брюнет. Правый глаз черный, левый почему-то зеленый. Брови черные, но одна выше другой. Словом - иностранец."

а вообще одинхер все 1с-ники неудачнеки

(450) Гыы, вот беда-то, интересно а чем я до этого занимался.

(446) >> Прогов знающих например бухучет хорошо (лучше большинства бухов, на уровне гб) - достаточно много

Извини, но это субъективное ни чем не обоснованное мнение.
Работал ни один год во франче. Повидал немало фрилансеров. Могу сказать, что прогов, действительно хорошо знающих бухучет, единицы. Лично знаю только одного и тот - бывший консультант, который хоть и дорос до уровня хорошего программиста, но суперспецом его не назовешь.

Хорошее знание типовой конфигурации 1С для бухучета это вовсе не означает хорошего знания бухучета как такового.
А то что рядовые (обычные) бухи знают бухучет еще хуже вообще не показатель, т.к. им этого особенно и не надо. С ростом уровня автоматизации их работа всё больше сводится к тупому вводу информации и проверки её корректности на начальном уровне. Часть их задач взяла на себя программа, а часть осталась на уровне главбуха и его замов, которые проверяют и анализируют данные вцелом, а не узко по участкам учета.

(385) знающий платформу, но не знающий конфигурацию? О_о я так думаю, что совершенно да наоборот, либо тогда надо выбросить слова "УПП" и "Консультант"

(442) нормальные экономисты на предприятии должны быть в курсе как загружено производство, в принципе они же должны адекватно представлять себе ситуацию с воровством. :).
И если заказчик этого не понимает. То он в любом случае начнет не стой стороны копать.

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

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

Свободы больше, показал стандартный функционал, не устроил, то не надо цацкаться с клиентом, пусть заказывает доработку.

А про мегаконсультантов, которые УПП внедряют слышали, вот только, что они будут делать когда их попросят вести РАУЗ в каком-нибудь новом разрезе? Убеждать, что этот разрез не нужен?

Вывод: задача консультанта впарить то что есть, задача программиста сделать так как надо клиенту.

(459) к примеру в каком разрезе, которого нет в РАУЗ, пользователь захочет вести учет?

(460) бу га га
галку обособленный учет товаров в карточке договора видела - так вот, она в РАУЗ не работает

(460) ВидДвижения, завели еще со времен 7.7.

(460) не совсем РАУЗ, но УПП. большое предприятие, кадровые перемещения из подразделения в подразделения очень частые.
Спецодежда. Человек перешел в середине месяца из подразделения основного производства, в подразделение вспомогательного производства, амортизация по спецодежде 1ую половину месяца должна уходить на 20.01 (допустим), а потом на (23.01), что посоветуешь? Перемещение материалов в эксплуатации? Это не реально уследить с большим числом кадровых перемещений.

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

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

Оттого, что мысль озвучена, она не становится более здравой. :(

Причина проста: консультант работает гораздо в большей сфере, чем софт, т.е. вне сферы деятельности программиста.

458 это смотря какой консультант.. ведь есть консультанты, выросшие из программистов..