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

Сарафанным радио.

адекватных только за большие деньги и не на франях

(2) Один франь на Рязанке негодует!)))

(0) Нету таких.
У разных людей (организаций) разное (свое) понимание адекватности.

Наивно думать что придет грамотный РП и все сразу взлетит. Формирование функциональных требований он тоже будет придумывать за Вас?

(2) это его личные проблемы )))

(0)А вы точно деньги платите? Или дисками ИТС в обратку расплачиваетесь?

ну мы точно платим деньги, и очень даже понимаем чего хотим. и даже не как собака - сказать можем)

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

"но мы и не требуем особо въезжать" - этапять

(8)Ты кстати вентилятор уже приготовил?

(8) Случаем не внедрить ERP2 со всеми блоками на конторе с 1000+ рабочих мест за сумму меньше миллиона?

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

если просто по спецам собрать эдакую сборную команду то знаю людей в том числе и РП который гипотетически будут сильны

ну и кстати клиентская сторона хромает почти в 100% случаев, проблемы с формализацией требований, жлобство, некомпетентность, саботаж и это далеко не полный список

(9) у нас совсем специфический учет, фэшн из май профэшн. цветомодели, коллекции, лэбдипы, плэйсхолдеры, тримы, балки и т.д. - кучу слов себе сами придумали, отлично с ними уживаемся. это мы и сами запилим, нам стандартные типовые блоки надо по уму сделать
(10) да, я больше пожаловаться зашел, так как в растерянности
(11) всего лишь КА, и рабочих мест меньше 200

Сдается мне, тут не с внедрения КА надо начинать.

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

(3) WA ?

(14) само собой, БП у нас не описаны, и даже не сказал бы, что на текущий момент возможно их описать) а как иначе, внедрять то надо? на самом деле не так страшен черт
(15) в виде схем и графиков есть ну где-то 3/4 наверное. а в учете постоянно появляется что-то новое и отваливается что-то старое, мы "крайне динамичны"))

я же правильно понимаю, что нет времени изучать инструменты, которых даже названия не знаю, если в этом году надо уже внедрить? или таки можно успеть получить квалификации РП?

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

(16) Он самый)

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

(20) Все так говорят,А потом выходит по разному:)

(0) Мы адекватные внедренцы. Не только выполним работы, но и проконтролируем и организуем сотрудников со стороны Заказчика, сделаем методологию управленческого учета и т.д. Пишите на beylina.k (собака) tab-is.ru
P.S. Выпады в сторону "неадкватности" Заказчиков, похожи на поговорку: "Плохому танцору яйца мешают". Нет функциональных требований - так сядьте и напишите вместе с Заказчиком. Объясните как писать их, что важно, что нет.

(17) аххаа) ну я примерно так и понял, сам в такой же компании работаю.

Тогда варианта два: если  с бюджетом собственник не будет жадничать, тогда будет череда недовнедрений(когда будут меняться продукт("нет, КА совсем не подходит, давайте что-то другое попробуем"), ответственные за внедрение со стороны компании, внедренцы со стороны и т.д.); если же сразу поставят в жесткие финансовые рамки, тогда запустите как-нибудь КА - и будут "крайне динамичные" бизнес-процессы подстраиваться под функционал этого продукта.

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

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

(24)+ Короче ищите тех кто уже успешно внедрял нечто подобное на похожем на ваше предприятие/отрасли и переманивайте к себе.

(0) Согласен, мало нас, тех которые делают вещи а не кнопочки нажимают.

(25) только сегодня обсуждали такой кейс. Переманили команду, сэкономили чутка, потом увольнять "некорпоративно" и платим по 200к-500к в месяц за поддержку вместо 20к-40к. А если уволили, то репутацию компании подпортили.
Однозначно дешевле команда проф внедренцев, а потом команда профподдержки.

(27) ты где увидел о том, что брать в штат? Брать на время проекта

(27) Кто мешает сразу нанять команду на срок и прописать премии допом за ускоренное внедрение?

Справились за год - только оговоренная зп, справились за полгода - еще сумма зп бонусом.

(24)Это вот зря такое прям твердое утверждение, если человек внедрял носочную фабрику на УТ10, то это не значит что он заведет другую носочную фабрику на ЕРП 2.4. Он как минимум не знает структуру конфигурации и методику предлагаемого учета.

(30) Если до этого внедрял похожую фабрику на 1С 77 то?

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

(27)"Кто мешает сразу нанять команду на срок и прописать премии допом за ускоренное внедрение?" - Отсутствие показателей успешного внедрения.

(30) Глубоко пофиг на "структуру конфигурации", вопрос лишь в количестве и глубине допила.

Чем лучше конфа подходит под конкретную методику учета тем быстрее внедрение.

(33) Показатель очень простой - старая конфа/ПО больше не используется, используется только новая и юзеры перестали крыть/ругаться матом.

Человек который пилил УТ10 или 77 ни хрена не знает структуру конфы ERP 2* и будет хз сколько времени разбираться во всем этом барахле, а уж сколько он за это время наг*вн*кодит, так это будь здоров.

Тем более что нужен РП.

(35) Лучше человек который разбирается в УТ10 или 77, чем человек который кроме ERP2 ничего не видел в глаза и даже не знает как данные из текущей работающей конфы/базы вытащить ))

Ему шаг в строну - и ступор.

Почему-то никто не вспомнил про куратора проекта со стороны заказчика.

(37)+ В идеале нужны знающие и старую конфу и новую на отлично, которые легко могут предложить и реализовать методику плавного перехода.

Вопрос не в разных конфах, а в разных "поколениях" 1С: есть клюшки, есть ОФ, есть УФ.
Внутри одного "поколения" - если знаешь одну конфу, то другую освоить довольно просто.

(34)Расскажи директору об этом - он тебя сразу спросит а смысл? Какой результат мы получили от того, что отказались от старой конфигурации, кроме того что потратили кучу времени и денег. И его не устроит философия об моральном устаревании и развитии новых технологий, вынь да положь ему цифры.

(38) вот-вот :-)

(40) Эээ. Вы путаете платформу с конфигурациями и предметной отраслью/областью.

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

Тут чем больше спец видел/изучал разных конф тем лучше. И чем больше отличающихся предметок тоже тем лучше.

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

(20) те по вашим хотелкам надо сделать проект, с декомпозицией до тз, и этим проектом руководить ?

(41) Вот с этого и надо так то начинать.

Тоже хотел спросить ТС а какой смысл/задача перехода на новую конфу?
Что хотят получить разные лица (сотрудники, отделы, владельцы) от этого перехода?

(41) ну-ну.

Когда в очередной раз сворачивают базу 7.7, потому что она в очередной раз перестала работать.

Или когда в очередной раз сообщается о рисках прекращения поддержки текущей конфигурации.

Или о том, что текущая конфигурация находится в необновляемом состоянии.

Чтобы переход на новую систему начинал приносить бабло владельцу предприятия - я такого еще не видел.

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

Думаю, такие проекты все-таки есть.

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

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

(43) нисколько, не путаю. По собственному опыту знаю. Начинал с обычных форм, самое смешное, с гос учета: БГУ 1.0. Это был франь, поэтому процентов 85 - это консультации, остальное - допилы, т.е. область нужно было знать хорошо. В этом крутился около 2-х лет. Далее, за год - бух учет (БП 2.0), торговля (УТ 10.3). Ещё далее - внедрения, проекты - УПП 1.3, КА 1.1. И все это далось гораздо легче той самой первой БГУ 1.0.
Повторюсь речь шла именно о проектах по внедрению отдельных бизнес- процессов на этих конфах. Но так как без допилов не обходилось - то тут и всплывают различия между внутренним устройством конф на УФ и ОФ.

нанять Руководителя проекта за 150-200 круб и бонус по окончании
- сформирует требования
- подберет исполнителей-кодеров (местных фиксиков, удаленщиков, фри, фра)
- подберет консультанта/ов
- будет сводить график работ

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

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

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

(44) ну практически. контролировать ход и отвечать за сроки скажем так, чтоб всегда было понятно, что готово, когда будет готово, когда перенесем очередной блок, обучены ли пользователи и т.д. - РП со стороны исполнителя. с нашей стороны тоже будет, но ему будет некогда и все придется делать за него)
(45) та квадратная вся какая, то приелась. вон новая какая красивая, даж в браузере можно открыть. у нас выпрямился учет, и надоело уже наступать на грабли, оставшиеся от "старых" технологий. да и дорабатывать и поддерживать систему, которую 10 лет на коленке со скоростью взбесившегося принтера пилили периодически меняющиеся составы 1сников - довольно тяжелая задача, не самая выгодная бизнесу. параллельно внедряем еще несколько ИС по другим направлениям, интеграция с ними та еще боль

(51)+ Как кто то написал на форуме, сейчас надо меньше кодить но больше думать.

(52) Вам бы с автоматизации бухии и зарплаты начать, оставив пока производство/торговлю в старой базе.

Затем перетащить и торговлю и уже потом свое "производство" и допилки.

(54) бухии и зупы в отдельных базах

(55) а что у вас в КА-то? Торговля?

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

(52) ты же понимаешь, что если делать проект(от мес до трех) то РП должен быть глубоко в бизнесе ?

(0) так же, как и адекватных кого угодно еще. Методом проб и ошибок.

(56) финансы(нашлепка, которую для УТ не делают) + производство в определенном виде там появится через неопределенное время. сейчас в 10ке процесс отрабатываем, этот блок переносить пока не планируем, он еще эволюционирует
(58) три месяца очень оптимистичная оценка, погрузить можем даже глубже чем надо, мы в целом понятно объясняем нюансы) другое дело, что блок с наибольшим количеством нюансов мы переносить не планируем, пока он не обретет форму в старой 1сине, а по остальным блокам у нас учет выпрямился и устоялся, да и ничем от остальных торгашей по большому счету мы не отличаемся

(59) иду - блестит, подхожу - блестит, цоп - сопля. пытаемся, но охота отбивает охоту

(61) Тупой общий совет:
Ищите людей которым нравится программировать/внедрять а не только получать $

Попробуйте давать на собеседовании простые но интересные тестовые задачки, причем на копии реальной базы.
Ноут притащили с базой, попросили сказать/придумать что вот можно тут сделать. И смотрим что и главное как отвечает и делает.

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

(58) под проектом я имею ввиду,условно, перечень работ и  ресурсно-календарное планирование , а не готовую конфу с данными. Лизинг или мфо ?
(62) зачем РП кодинг?

(63) РП и не нужен кодинг, ему нужно уметь быстро разбираться в предметке/проблеме/конфе и предлагать решение.

Или это не руководитель а менеджер франча которому надо продать команду кодеров ))

(64)+ РП который не может заменить любого подчиненного/кодера - просто непонятный и часто ненужный/лишний начальник и нужен правильный РП или сильный тимлид для его замены.

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

Короче вероятность что быстро и без проблем взлетит очень низкая.

(64) основная задача РП выбить деньги с заказчика, чем раньше тем лучше и разрулить конфликты интересов, разбираться в педметке по хорошему должен Аналитик.
(66) а ну значит у вас в КА торговля+бюджеты с казначейством ?

(68) >>основная задача РП выбить деньги с заказчика, чем раньше тем лучше и разрулить конфликты интересов

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

(67) есть такое ощущение, но мы таки справимся
(68) именно так, только еще розница отдельно, в УТ, ее уже перевели с 10.3 на 11.3 самостоятельно, всего за месяцев 9. вот только есть ощущение, что со сторонней помощью можно подобные вещи делать быстрее и меньшей кровью. а учитывая сроки и зарплаты программистов, еще и в деньгах не сильно потерять.

(70) озвучь состав текущей команды

ну, если внедренец нормальный - то надо дать ему денег сколько попросит, и не мешать работать.

(17) "мы крайне динамичны"

Бедные вредненцы. Как я им не завидую.

(52) почти все конфы для НЕ бухгалтерского в то время так и писались и как-то все работало и как правило устраивало бизнес) Странно, но факт...
А сейчас свистопердельные конфы на основе ЕРПи с неясным разграничением функционала, невозможностью доработки и прочими "прелестями" не могут их заменить. Опять же франчи их внедряющие, в основной массе только вчера бухгалтерию ставили, а сейчас резко перекрасились в крутых автоматизаторов бизнес-процессов и методологов управленческого учета. Вот отсюда и причины.

(73) Абсолютно пофигу

(71) ой ну тут у нас кого только нету. участвуют руководитель отдела 1с, директор департамента ИТ, директор фин департамента, все руководители соответствующих направлений и один программист. он, между прочим, уже перевел бюджетирование и взялся за казначейство, всего за 3 месяца. есть еще программисты, целых 5, но они, естественно заняты по другим проектам.
(73) я именно это и имел в виду) в каждой шутке есть доля шутки
(74) согласен по всем пунктам, один нюанс - анализ новой 1сины показывает, что не особо то и надо в ней что-то дорабатывать. то, что мы пилили все эти годы, параллельно пилил и БорисГеоргич) по крайней мере в рамках того функционала, который нам остался нужен в результате

(76) Что там делает программист? оценивает исполнимость упр  решений с точки зрения кода?

(77) работает) картинку про васю видел? нужна по-мо-щь)

Апнем интересную веточку.

А я вот сожалею, что текущие конфы на УФ очень "тяжелые".
И, как правило, конфа
УТ11 работает медленнее УТ10
КА2 работает медленее КА1.1
ЕРП работает медленее УПП

И что-то влезают последнее время мысли, что ни одно железо нельзя подобрать, чтобы конфа на УФ (типовая) летала.
Хотя к оптимизации производительности/настройке железа я отношения не имею.

Жалко пользователей - им же с этим работать.

(80) тяжелое не само по себе использование УФ, а конкретное нагромождение в конфигурации с использованием одной и той же БСП (УТ 11 , КА 2 и ЕРП, ДО и ДО КОРП, БП 3, ЗУП 3 - одинаковое БСП)

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

(81) есть еще надежда, что переделка RLS с вычисляемой на лету, к предварительно рассчитываемой тоже добавить скорости. Правда пока непонятно, когда это в типовых штатно появится. В БСП это ожидается осенью, но в типовых возможно это будет не включено по умолчанию.

(81) самое грустное, не то, что БСП - огромный неповоротливый монстр, а то, что разработчик не видит этой проблемы - разработчики сидят в башне из слоновой кости и им - "норм".

(0) Наверное у вас деньги только на " полгода разносил ИТС, вот теперь проекты пилю, а о грамотном РП даже не слышно"

(0) Лям в месяц потянете?

(82) вышла уже БСП 3 в этом году - в мае. Требует она сейчас минимально 8.3.12.1412

а в типовых БСП 3.0 еще нет

Набравший 400 баллов по ЕГЭ школьник сдал вступительный экзамен в МГУ на максимум
https://vz.ru/redir/?source=vz_teasers_main2&id=934075&exturl=https://vz.ru/news/2018/7/25/934075.html&nomain=1

Интересно, если вдруг этот вундеркинд с похмелья начнет заняться 1С - переплюнет он потом Гилева, Насипова, Нуралиева?

(87) я писал осенью - это ожидается в конфигурациях. Голый БСП малоинтересен, разве только для самописки.

(22) есть такой афоризм "пользователь не знает что он хочет, пока не увидит, что он получил" и от этого сложно деться куда-то

(85) а че не два?

(70) Не справитесь. Потому как не знаете главного, что вам надо и во сколько это надо вам обойдётся. Далее если знаете во сколько это обойдётся, об'являете тендер. А тут вам нужен квалифицированный специалист, который формализует ваши надо в формальное тз, чтобы подманить нормальную контору. Судя по вашим стенаниям, вам это не осилить, или если сунетесь, попадёте на проблемы. А во время тендера нужно определиться, с кем вы будете реализовывать проект. И тд.

(88) таковых вундеркиндов было, как грязи. И ни одного Эйнштейна более нет. Вона Перельман, с неба звёзд не хватал, а сумел решить задачу столетий.  Так и Нуралиевы, там другие качества нужны, в числе первых-трудолюбие.

(0) судя из темы .куплено типовое решение на коробке.Чем плохо?Все на замках и только обновление.Формы для ввода данных присутствуют..отчёты тоже..Если функциональности не хватает..значит ошиблись с выбором решения.

(20) открой почту или напиши

(95) да уж, прогнал так прогнал. открыл. но лучше на рабочую писать remizov.dv@@@@@lime-shop.ru
собака канеш одна
(92) вот так прям возьмем и не справимся? можно и не начинать?

(96) а еще точку между ремизов и дв ставить не надо

(97) с отпуска вернусь, если не найдешь- отпишусь

И где проект то?

Дефолт сити, али ехать куды надо?

Странно, до сих пор PR не подтянулся.

Отпуска

Чую этот год будет жаркий

(101) Для него KA мелковата, ERP подавай))

(104) Как раз, большому человеку будет гораздо легче справиться с маленькой задачей.

(104) Какая разница, за исключением того что, могут функционал КА обрезать

Ценник что для КА что для ЕРП будет один и тот же, за исключением того, что в КА возможножно больше дописывать

(76)>>участвуют руководитель отдела 1с, директор департамента ИТ,[...]один программист есть еще программисты, целых 5[...]

Когда я последний раз видел такое количество ит-людей в штате, это был завод, с кажется овер 30 цехами, включая литье и штамповку, получающаяся единица готовой продукции весила кажется больше 100 тонн, сама она состояла из 60 000 + полуфабрикатов, сборок, покупных изделий и прочего дерьма, количество работающих на заводе было >6000 человек.

А у вас, чего-чего? Свой бренд одежды? И Вы ставите вопрос, что вы несчастную коробку УТ 11 внедряли 9 месяцев??? А теперь еще ищете отдельного РП на внедрение какой-то неведомой коробки + вам бы не плохо +2 программеров????

Чуваки, мне кажется раздутость вашего штата уже откровенна запредельна. Я вообщем-то даже стесняюсь спросить, сколько вашей одежи надо напродавать, чтоб просто отбить один бюджет всех вас-фиксиков? И кстати, а чем оставшиеся то 5 программистов занимаются? Что за другие проекты? У вас БП, ЗУП на замке, своя нетленка - таки, почему всю управленку тащит один чел?

Ну, и да, забыл - классический вопрос, samozvanec - ты там кто? Ты в выше перечисленных тобою должностях присутствуешь, или у тебя какая-то отдельная должность? Чем лично ты занимаешься в вашей конторе мечты?

Если не достаточно собственной квалификации для набора команды (предполагаем, что нужна именно команда - РП, методист, консультант, программист(ы)), то есть по сути два варианта:
1. Найти на рынке. Тут вариантов не очень много. Свободных таких команд нет вообще. Можно найти через сарафанное радио, у каких-нибудь смежников, по знакомству. Преимущество в том, что это будут люди с рекомендацией - вы будете видеть результат их работы на том месте, где они трудятся сейчас. Недостаток - придётся ждать, когда они освободятся на текущем проекте.
2. Франчи и прочие интеграторы/автоматизиторы. Разницы между франчами/не франчами нет никакой. Если искать среди франчей, то смотреть надо не всю партнёрскую сеть, а именно только центры компетенции. Причем с хорошим портфолио. Не стесняться интересоваться опытом, результатом успешных внедрений в схожей отрасли. Требовать общения непосредственно с будущим РП и методистами (а не с отделом продаж). Пытаться связаться с их заказчиками, от которых есть отзывы о результатах внедрения (насколько правдивы эти отзывы, какие были косяки, проблемы, трудности).

Ну и не спешить с выбором.

Хотя даже если поспешите, то быстро найти не удастся. Грамотных спецов уровня РП днём с огнём ...
Тут везение нужно, помимо всего прочего.

(110) "Свободных таких команд нет вообще" . В таком разе можно рассмотреть вопрос обучения специалистов за счёт конторы.

Ну как он там КТО ? Вакансию таки опубликовал на халяву. Значит, он там халявщик - вот он кто.

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

(113) Начинающих с чистого листа что ли?

(114) Несколько раз встречал ситуации, когда у потенциального Заказчика имелся вроде какой-то штат фикси, но выискивали "РП на проект" со стороны. Заканчивалось все тем, что тратили время этого РП, а денег ему так и не платили. Один раз я такое наблюдал от стороны Заказчика, другие случаи оказывались, когда у франчайзи в штате был. Но я на РП никогда не претендовал, так что мне все равно. А франчайзовый РП был очень расстроен

(108) У них 200 рабочих мест и подозреваю что не однотипные а всем нужно что то свое.
И зоопарк железа и конф - поэтому штат ИТ в 5 человек вполне нормален.

(117) это не штат ИТ, 6 человек - только одних программистов + начальник + ТС. 200 рабочих мест для такой орвы фиксов, где бр и зуп на замке - это чот совсем кажется зашквариком.

Но ждем ТС, если откуется от батареи правда :)

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

(118) Если могут себе позволить - то почему бы и нет?

(108) когда кажется - креститься надо. или вы буддист? (109) присутствую
(112) ничего я не публиковал - читай сабж.
(117) именно так
(118) зашкварик - это считать, что для торговли одежды достаточно бп и зуп на замке. не зашкварик, невежество

(121) ну да, ну да - а посты с открытым адресом, по которому открылся сайт, а на сайте есть вакуха программист 1С - это что?

(121) тебе просто по нормальному советуют: Нужен один или несколько спецов? Хочешь на мисте найти? Ну так публикуйся на мисте платно - не жадничай! Тем более, что за такие вещи, такие копейки нормальный Заказчик жалеть не должен.

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

(121) я так не считал, не передергивай, я спрашивал - если вы не перепиливаете БП и ЗУП, - то чем занимаются оставшиеся 5 1сников? Про одного ты написал, этот момент понятен. Про оставшихся 5 - нет, я уточнил и не более. Если это тайна - ок :)

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

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

(115) Как так "не платили"? ) Что мешает РП уйти после первого же неплатежа или неподписанного акта?

(122) (123) я ищу в первую очередь РП, можно ли найти его на мисте? сейчас над этим и думаю, может и размещусь. адрес сайта я не давал, каюсь, соблазнился и написал рабочую почту)
(124) сайт сегодня колбасит, посмотри вчера)
(125) работой занимаются, мы постоянно наращиваем функционал. 5 - на самом деле не так много. самих направлений, которые требую развития - больше. проблемы одни и те же - планирование и анализ продаж и закупок, ассортиментное планирование, разработка моделей, логистика, е-комерс, опять же бюджеты и казначеи - на все это и многое у нас свой взгляд и свои технологии.
(126) и этим тоже, само собой)

(127) Так и уходили. Но все равно потеря времени происходила. И обидки заказчиков, что мол РП ваши какие-то не такие - неадекватные.

(128) РП с 1-им ресурсом, это путь в никуда. Ресурс свалил на Таити и все, проект можно хоронить.

(128) а логистика - у вас это самостоятельная разработка, или пользуетесь блоком доставки в УТ 11? Смотрели вообще этот блок?

(130) если найдет ключ от наручников) говорю же - есть еще 5, при необходимости мобилизуем, хотя 99%, что будем искать дополнительных
(131) самостоятельная, в КА начинаем изучать, до доставки еще не дошли, но я уверен, что он подойдет больше чем наполовину.

Такое ощущение что   у ТС(включая его  самого)  команда  начальников собралась , но   работать то некому  все ж начальники  и ищут Ваню   дурака, который за 5 копеек и за 5 минут им все внедрит,  а начальники   меж собой все бабки распределят :))))

(132) если по пунктно, то:

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

- разработка моделей - понятно, что тут ничего не понятно, но - кстати, понятно, что оно у вас какое-то свое.

- логистика и "в КА начинаем изучать": в УТ/КА/ERP она одинаковая. Если вы саму доставку не хотите увязывать в финансовый контур, то она вам - именно как доставка (планирование, загрузка транспорта и прочее) - подойдет в случае, если вы к ней приспособитесь. Если вы хотите планировать доставки без распоряжений, интегрировать со крупными операторами, и потом разносить эти суммы по доставкам - все нужно допиливать.

- е-комерс - ясно, что у вас своя интеграция со своими сайтами, тут только ваше.

- бюджеты и казначеи: тут без деталей сложно что-то сказать.

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

(133) Угу уже "5 РП" и ни одного кодера ))

(135) (133) да, надо больеш начальников, а то как то медленно движется)

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

Тут много РП/фришников.
но в штат вряд ли кто пойдет

(137) в штат и не надо, под проект же

Может даже оказаться, что чистых разрабов даже меньше и они куда менее активные на фоне потенциальных РП/фришников

(136) тут много выросших из кодеров, но чистые кодеры ИМХО в меньшинстве

(111) > можно рассмотреть вопрос обучения специалистов за счёт конторы.

Это фантастика. У автора нет у самого квалификации, чтобы тянуть проект. А ты предлагаешь ему обучить такого спеца.
Руководителями проектов не становятся, пройдя курсы.

(0) знаю вашу специфику, немного работал в этом направлении с клиентами

если понадобится разработка на проект по КА\ERP - могу с Вами поработать

сам проект не потяну - команды толком нет сейчас и занятость большая

(52) В свете того, что процессы не формализованы и компания "быстро динамично меняется" на новой конфе рискуете получить ту же самую "систему, которую 10 лет на коленке со скоростью взбесившегося принтера пилили периодически меняющиеся составы 1сников ".
Будете в таких условиях делать как-то иначе - или конфа отстанет от жизни или бюджеты разрастутся до космоса.
Я как-то бралась за такое внедрение, только не в производстве, а в торговле, причем бух.учет там уже с пол года наперекосяк шел - неверно внедрять начали.
Сначала да, все было красиво с планами-графиками, через пол года уже по обоюдному согласию перешли на какой-то недо-скрам с 2х недельными отрезками планирования. Еще через пол года сменилось руководство, захотело совсем другие хотелки и погнали все по-новому кромсать. Причем, там была связка УТ+БП+ЗУП, пилили УТ, а остальные 2 базы, хотя бы, слава богу, можно было без проблем в срок под отчетность обновлять.

" новую 1сину нам успешно продали "

и это все о нем )

(141) это не совсем так. в данном конкретном проекте у меня нет права на ошибку и багажа опыта, достаточного, чтобы выполнить проект в требуемые сроки с минимальными рисками.
(142) приняли решение разместить "вакансию" на команду, там и поговорим)
(143) в этом плане в последние пару лет произошел, на мой взгляд, целый прорыв - "динамично" для нас практически перестало быть синонимом "хаотично"
(144) ;)

(145) Ну, внедрение покажет, так ли оно.)

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

(145) жду темы с вакансией.
команда есть, субъективно логическое мышление и грамотность тоже присутствует, опыт в ЕРПи/КА/УТ есть, но не так много как хотелось бы) можем пообщаться, а вдруг?)

(147) Это было фактически перевнедрение после франя из топ-5.
Когда n лямов за пол года вбухано, а банально отчетность акционеру не могут за месяц подготовить, потому что в бухии всё криво, не говоря уж про УТ перепаханный и интегрированный. Я сдуру дёшево взялась. Но весело было.)

(145) "динамично для нас практически перестало быть синонимом хаотично"

Если бизнес правила меняются часто - в любом случае  чтобы автоматизировать учет программисты должны успевать все это запрограммировывать.

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

(150) // не будут успевать

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

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

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

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

Мне компания ТС чем-то напомнила Вайлдберриз.

(154) Масштабы, мягко говоря, не те...

(154) (155) ну в плане того, как с нами сложно партнерам, мы очень даже похожи)))

Пока такай кавардак твориться в головах заказчиков работы у нас будет горы, спасибо вам, что не обладаете даром рационального мышления и прогнозирования!) в итоге вы все равно заплатите нам много денег и раза в 4 больше чем если бы выделили команду все продумали и просчитали, и по плану реализовали.

(157) Совершенно другой состав спецов, с совершенно разными графиками и мотивацией

(158) А какие нужны спецы? Программисты, которые успешно проходят тест "Продай мне ручку?"

(156) Ну не прилично же, когда на основном сайте висит гуглокарта с надписью "только для целей разработки"

(159) У меня программисты код пишут, чем занимаются твои- я хз

В почасовой оплате, единственное отличие от штатных- то что если надо 200 или 240 рабочих часов получить, то он спокойно выходит, штатный этого не делает, в некоторых случаях это обосновано, в некоторых пустая трата бабла, это определяет специально обученный рп, а также стоит ли работать в режиме форсажа, и кто саботирует работу со стороны заказчика, ведь 70% работы по внедрению, а то и больше лежит на руководстве заказчика, Консы- консультируют, и выдают задачи программерам,


Все по классике

Так организованные команды, я видел только в крупных холдингах, где понимают важность учетной системы и рассматривают ее, не в качестве затрат, а в качестве такого же ОСа, как и станок для производства продукции

Программер должен думать над алгоритмикой, а не над методологией

Ну это мое мнение

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

(166) Звучит довольно тупо - от программы требуется что бы любой пользователь нажал 1 кнопку и получил результат. Понятно что идеал недостижим, но к нему стремятся)  А вот максимально полно данные - это никого не волнует -
1) Для прогов важно соблюдать баланс кол-во данных и их востребованность пользовтелями.
2) пользователи хотят внести минимально обязательный объем данных а получить отчет во всех видах которые они Хотят.(и не важно есть есть утвержденные гос-ом формы, я хочу вот так!)

А можно вопрос, чтобы темы отдельные не плодить?

Вот посчитал РП часы проекта допустим, там свои часы, консультантов, аналитиков, помножил на их ставки...

Заказчик просит детализировать проект и показать, куда сколько ресурсов уходит - по часам, к примеру.

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

(160) Карту поправили - мо-лод-цы.

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

(170) Точное "угадывание" часов (правильнее конечно расчет) по стоимости будет сравнимо самой разработкой.

Чтобы узнать точно затраченные часы требуется практически почти выполнить эту разработку (откидывая только уже самые мелкие задачи которые уже понятно сколько).

Но какой смысл такого предварительного расчета если работа уже на 50-80% сделана и время расчета равно времени самой работы?

Поэтому все "угадывания" обычно завышены в 2-3 раза и чем более укрупненная прикидка тем бывает и более завышено, до 5-10 раз от прикидочно-оценочного.

(0) а вариант "вырастить" вместо "найти" предлагать можно?

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