Попытаюсь рассказать в двух словах и очень прошу совета.
Имеется комплексная учетная система. Очень и очень старая. Уже давно уперлись в производительность и самые разнообразные проблемы из-за старости системы.
Принято решение переводить на 1С. Бухгалтерию переводим на ERP, Логистику переводим на Логистику. Работы уже ведутся. Остается производство. Производство очень специфичное. Дописывалось 10 лет в ежедневном режиме так, как хочет заказчик. Ориентировочная оценка по внедрению около полутора года группой 5-7 человек. Штатные программисты 1С не знают. Денег в компании не бешеное количество.
Можно было бы пойти стандартным путем через постановку ТЗ и т.п., но в последнее время мы имеем в старой системе очень серьезную ошибку, которая является огромной головной болью и может нанести реальный серьезный ущерб работе компании. В связи с этим - у нас просто нет времени на долгое запрягание. Надо ехать.
Что удалось придумать.
Выбираем одного из интеграторов, который на наш взгляд является самым надежным. Подбираем у него группу из двух сотрудников (понятное дело, что сертификаты и референс-лист по работе с крупными объектами) - программист и аналитик. Определяем один из самы критичных блоков для перевода на 1С, дробим его на небольшие двух-трех-недельные подблоки, по каждому подблоку проводим общение с пользователем, программистом, составляем технические требования (упрощенное ТЗ), согласовываем стоимость, внедряем, закрываем. И так работаем дальше маленькими подблоками. На конец каждый месяц интегратор получает платеж на основании закрытых на конец месяца подблоков. Заказчик ведет жесткий контроль, обучается 1С (в том числе и штатных программистов), матереет, чтобы к концу проекта иметь возможность проводить дальнейшее сопровождение своими силами.
В чем минус такого подхода - очень велики риски, непонятны сроки, неясен бюджет.
Нужен совет по корректировке этой методики, а может быть вообще есть идея по какой-то другой методике.

(0) Старых прогов разогнать. Так как большая вероятность, что будут срывать сроки и саботировать проект, если люди в возрасте то обучаться будут плохо.

Нанять несколько опытных прогов 1с.
Поставить типовую УПП, ввести остатки. И потихоньку допиливать.

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

(1) может ERP ?

(1)+взять нормально руководителя проектов

Неясно, зачем "Заказчик ведет жесткий контроль" и в чем он заключается. Отчетики смотрит? Так они вряд ли сойдутся в обозримом будушем.
"очень велики риски, непонятны сроки, неясен бюджет" // С большой вероятностью: к началу 2017 должны успеть запустить 80% из потребного, бюджет на услуги внедрения - до 5 лямов

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

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

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

(6) Поддерживаю (6)
паралельно с работой в БП - в старой системе "аудит" процессов/упрощение/рефакторинг - все будет проще.
к тому времени когда производство будет запускаться на 1С - ЕРП уже более-менее будет, в ней же можно и складской блок запилить...

Вспоминается анекдот: Точить некогда, пилить надо...

Вы уверены что вам ERP вообще подойдет учитывая что "Производство очень специфичное" ?

И не внедряется производство маленькими подблоками.
Это как перейти на 1с Бухгалтерию, вести там только учет материалов и попробовать свести баланс.

//Штатные программисты 1С не знают.
Это просто без комментариев. Называется: Приплыли.

Однозначно нужны 1-3 человека в штат. Перема?ните на проект опытных людей из франча - прекрасно.

//Заказчик ведет жесткий контроль
Каким образом если никто со стороны заказчика 1с не знает?

(0) 1. заказчику перестать пытаться схватить две сиськи одной рукой
2. по ситуации

Физически мы находимся в небольшом городке, который находится в 200 км от города-миллионника. Нам впринципе трудно найти тут нормального 1Сника. Небольшой интегратор, который есть в городе уже пустил все свои силы на перевод бухгалтерии и логистики на 1С. Больше ресурсов у него физически нет.
Если сюда брать штатных программистов из большого города – они будут реально золотые или будут смотреть налево. Поэтому я и опираюсь на штатных программистов, которые реально выучат 1С и реально смогут вести сопровождение. У нас уже был опыт много лет назад при внедрении текущей системы. Плавно обучили всех и взяли на самостоятельное сопровождение за пару-тройку лет. Хотя тогда конечно масштабы были совсем небольшими.
Есть немаловажный фактор – круглосуточное сопровождение. Реальная круглосуточная работа производства и невозможность откладывать решение проблем больше чем на 2-3 часа. Подождать до утра – это не про нас.
У нас уже приобретена ERP для перевода бухгалтерии (сложный расчет себестоимости, поэтому Бухгалтерия не обеспечивает достаточный функционал). Поэтому ориентировались на использование этой платформы. Естественно это отдельная от бухгалтерии база, которая будет настолько переписана, что наверное изначально обновлять ее не стоит.
Взять руководителя проекта в связи со всем описанным выше тоже проблематично – он будет платиновый и всегда смотреть налево.
Предполагается (и закрепляется в договоре), что представители интегратора присутствуют непосредственно на объекте не менее 50% времени. Соответственно это соседний кабинет и мы сможем контролировать что нами реально занимаются (даже если мы не знаем 1С). Помимо этого ведение журнала внедрения в системе учета трудозатрат заказчика (это тоже фиксируется в договоре).
Ну и вишенкой на торте – полугодовое гарантийное сопровождение с временем реакции не менее часа и не более 3-мя часами на решение. Эта сумма должна быть заложена уже в стоимость часа на внедрение. Мы не должны ничего дополнительного платить. Внедрили подбок, заплатили и дальше пол-года можем не беспокоиться.

(11) бред

(12) Как в рекламе Актимель с Пореченковым. "А мы здесь живем".

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

(11) бред...

как минимум - когда научите своих - они то же будут смотреть налево....

(11) "Если сюда брать штатных программистов из большого города – они будут реально золотые или будут смотреть налево. "

- не надо жлобиться. нескольок производственников. с которыми я работал (небольшие, простые) - ни один не бедстовал. ни одинг. причем далеко не бедстовал. так что если отстегнет в течение года лям-другой - не обеднеет. СТОПУДОВО.

не будет нормальных СВОИХ людей на проекте - не взлетит.

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

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

"Мы просто уперлись сейчас в форсмажорные проблемы"
"Текущая всех очень устраивает"

противоречивые утверждения

(11) "Предполагается (и закрепляется в договоре), что представители интегратора присутствуют непосредственно на объекте не менее 50% времени. Соответственно это соседний кабинет и мы сможем контролировать что нами реально занимаются (даже если мы не знаем 1С). Помимо этого ведение журнала внедрения в системе учета трудозатрат заказчика (это тоже фиксируется в договоре). "

(_о_)

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

Вангую тяжелый непростой период.

(0) А что УПП уже совсем не котируется для производства? Тем более для "специфического", перепиленного. Специализированные конфигурации набазе УПП рассматривались?

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

(11) Поверь мне на слово: 100 км от Москвы - гораздо хуже чем 200. Все более/менее грамотные специалисты высосала Москва как пылесосом пыль из ковра.

PS: "которые реально выучат 1С и реально смогут вести сопровождение" - это про меня :) Пол-года потребовалось на изучение 8.2 и УПП до состояния "реально" вносить изменения и ставить обновления, не испытывая стресса для себя и юзверей :)) Но тогда времена были другие и проблемой было даже получение информации по 1С, не говоря уж о литературе по УПП.

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

Иначе даже не беритесь, т.к. это будет проваленный проект с момента его инициации.

(18) Мы тут недавно экспертизу проводили по арбитражу. Там такие же (м)чудаки были.. Пытаться изваять из ЕРП по принципу "как в старой системе"- верный путь на Голгофу

(18) душещипательная история, форум рыдает

(22) Эээ... я уже говорил что ты излишне категоричен? :)
"Хотелки" и "специфика" - это не бред, это субъективные мнения сотрудников, разделяемое руководителями заказчика. На изменение которого может уйти много времени.

Был бы бред - было бы легче. Пару таблеток наверху, а "сверху" они сами падают и всё проходит у сотрудников заказчика :))

Не понимаю на кой чёрт тратили деньги на ERP чтобы от него оставить рожки да ножки и переписать под себя чуть более чем полностью, а так и будет судя по всему...

В итоге они через пару лет со 100% вероятностью они упрутся в "форсмажорные проблемы" и будут всем говорить что ERP гуано.

Интегратора мы пока не выбрали для этого проекта. По большому счету мы не имели ранее дела ниодним из крупных интеграторов нашей области. Понятное дело, что можно определить критерии провести тендер или конкурс, обзвонить весь референс-лист, проштудировать истории интегратора, лично познакомиться с каждым из сотрудников, но это все большое время. Месяц убьем железобетонно. А то и полтора. Это для детализированного изучения.
У нас есть несколько интеграторов в миллионнике со всеми необходимыми компетенциями.
Если научу своих и они будут поглядывать налево – проще будет решать вопрос об их работе тут. Город у нас хороший и корректировкой заработной платы можно будет оставить человека в проекте. А варяги из большого города всегда будут стремиться в большой город.
По поводу того, что нужно иметь своих людей с компетенциями по 1С в проекте – да. С этим есть реальная проблема. Вплоть до того, что сижу сам дочитываю курс Радченко чтобы хотя бы разговаривать с 1Сниками на одном языке.
Выбирали ERP исходя из того, что оно уже у нас есть, но это не главное, а главное, что это просто свежая платформа. Пусть и сырая.
По поводу натягивания нашего производства на типовой функционал. Да, по некоторым блокам такое реально получится, а по некоторым и близко не получится. У нас реализована не только система учета движений, но и полноценная система планирования производством, которая настолько специфична, что точно не сможет быть реализована на типовом функционале. Я уж молчу за математическую алгоритмическую часть планирования, где можно голову сломать, но она (для разных производств абсолютно разные логики планирования) уже реально работает долгое время.

(27) в третий и крайний раз

форум не оказывает бесплатных услуг по анализу проектов

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

(28) что, потрачееное бабло никак не отбивается?

(30) потраченное кем бабло ?

(27) >>>Интегратора мы пока не выбрали для этого проекта.

ни один интегратор не подпишется на бесплатную поддержку в течении полу года, даже за большое бабло !!!

Мне всех на этом заводике в 200км от крупного города искренне жаль ))

1. Внедрить типовую БП с загрузкой данных из текущей системы всех по максимуму причем не разово, а постоянно на лету.
2. Проанализировать сроки
3. Нанять спеца(ов) чтобы разобрался по тихому в вашем бардаке. По умному это называется консалтинг.
4. Проанализировать отчет спеца(ов)
5. Скорее всего вывод будет легко можно допилить нынешнее производство с увольнением/заменой просто овердофига сотрудников
6. Много думать что дешевле

(27) так может вам какую-нить специфическую 1C-MES (или как это правильно для производства называется?) запилить. будет у вас БП+СкладскаяЛогистика+МЕS (+ЕРП)...? наладите обмены на шине какой-нить/очередях (я нахватался умных слов) и вперед...
??

(29) "очевидные компетенции в вашей отрасли." - с учетом хз каких "специфических хотелок" - таких может и не найтись.

Склоняюсь к остальному демосу - тупо пока имхается что большинстов функционала можно на штатном вытянуть. Чего не хватает - внешней обвеской. И ннипет!

(33) дайте две! +100500

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

PMBOK

На самом деле выбор компании достаточно ограничен.
1. Вызывать москвичей (1000 км) будет неоправдано дорого.
2. Местный интегратор №1. Огромная компания с огромным штатом и предварительно уже готова заняться нашим проектом и выдать необходимое количество людей со всеми необходимыми сертификатами/компетенциями/референсами и закрепить их за нашим проектом. Но с этой компанией мы никогда не работали. Отзывы о ней не очень хорошие в плане текучки сотрудников, но за нами обещают закрепить реальных бизонов пофамильно.
3. Местный интегратор №2. Все хорошо. Текучки почти нет, но может выделить не более двух сотрудников пока, а через пол-года еще двух. Реальных бизонов не очень много. Как-то мало. Чтобы закончить проект во вменяемые сроки наверное нужно человек 5-6.
4. Куча мелких интеграторов, которых я заведомо отметаю.

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

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

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

(38) сделай уже нормальный план с целями внедрения, чего то ты думаешь не с того конца

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

(0) Прочитал ветку.

Надо начинать смены начальника айти отдела

(0) Что будете делать, если:

1. Стоимость или сроки очередного этапа окажутся неподъемными

2. Внедрение блока N выполнено без учета требований блоков N+1, N+3.

3. В принципе не достигнута цель внедрения: себестоимость и планирование работают, но не так, как хотели. А как хотели - нигде не закреплено.

4. Ключевые для вас операции работают медленно.

5. Штатные программисты и пользователи саботируют внедрение.

(40) Все очень просто, он никчемный руководитель, поэтому дошел до такой ситуации

(38) Я так и не понял. Интеграторы- это кто? Местные франчайзи? Ты вообще их выбираешь по величине? Но они же не яблоки:)) Ты уверен, что кто-то реально обеспечивает этот круглосуточный режим. Вот я занимаюсь автоматизацией предприятий с круглосуточным режимом работы, но мои люди круглосуточно никому не нужны. Они дома баинькают.
А предприятие у вас такое уникальное, я просто фигею. Вы что синхрофазотроны делаете?

(38)>>>>А как быть-то с гарантийным обслуживанием в круглосуточном режиме? Реально не стоит питать иллюзий, что интегратор будет это делать? Как только уходит с площадки - прости\забудь?


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

единственный вариант - заключить договор на обслуживание по SLA

(43) ну так простой цикл менеджмента, применим ко всему и помогает структурировать любой сложный проЭкт

Цели
Планы
Организация
Реализация
Анализ
Контроль

http://1430mm.ru/sites/default/files/manag.png

(38) "Отзывы о ней не очень хорошие в плане текучки сотрудников, но за нами обещают закрепить реальных бизонов пофамильно. " - это ни о чем, если интегратор не несет штрафных санкций в случае ухода/выясненной некомпетентности таких "бизонов". по сути бизон там будет один. У которого на вас не будет постоянно хватать времени. остальные - типичные хомячки/суслики - откуда в вашем "мухо(_._)ске" такое количество OVER SKILL спецов?

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

(38) " Пока не могу сказать навскидку насколько будет большим бедствия"
- вот смотри. жили 10 лет. как-то жили. ПРОЖИВЕТЕ ЕЩЕ ПОЛГОДА КАК МИНИМУМ. За полгода - бизнес-процессы и всякие обследования с целью каталогизации/стандартизации/выкидываниякоматозов. Текущую систему - НЕ ДОРАБАТЫВАТЬ. Своих 1Сников - посадить на изучение профильных конфиг (ЕРП,MES) - пусть накачивают скиллы. Отправит на курсы. и все станет немножко лучше.

имхо ясен пень

(0) >Денег в компании не бешеное количество.
Тогда оставьте как есть.Скупой платит дважды

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

(0) Цель - тупо перенести функционал текущей системы на платформу 1С?
Тогда непонятно зачем вам ERP?
И в этом случае ни один интегратор ничего вам не внедрит в адекватные сроки. Они год только будут изучать как у вас там бизнес-процессы работают и "математическая алгоритмическая часть планирования".
Итого нужно очень сильно перепиливать ерп или писать с нуля, а это много денег. но с учетом того, что "Денег в компании не бешеное количество" можете даже не начинать.
Не взлетит. Провалите внедрение с вероятностью 99%.

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

(55) И вообще почитать Может кто поделится методикой по внедрению 1С:ERP?

(0) Вам для начала надо определиться с целями. Цель - перейти на новую платформу не прокатывает... Надо точно знать что вы хотите от новой системы
1. Должно работать склад
1.1 склад такой-то
...
2. Должно работать производство
2.1 учет в цехе ...
2.2 планирование в цехе...


3. регламентированная зарплата.


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

Как уже писали в любой учетной системе есть блоки учета которые могут независимо работ. Надо их выделить и начать в них вести учет.
Своих програмистов на учебу (наверняка они знают специфику учета и умеют уже разговаривать (преподнести нововведения) в бухгалтерами).
Нанять 2 со стороны (со знанием бух учета ОБЯЗАТЕЛЬНО и лучше в сфере вашего производства)и конкретно им ставить задачи.
Наилучший вариант это начать писать эти блоки с ноля (ПРОИЗВОДЧТВЕННЫЕ) (ввиду особенностей производства). Конечно на начальном этапе будет много обменов, а для больших организация это нормально.
А что устраивает в купленной взять оттуда

Насколько я понимаю – ожидать, что после ухода интегратора он будет бесплатно что-то гарантийное поддерживать – это вымысел. Темболее в круглосуточном режиме. Если что-то хотим, то это жестко прописанный SLA на сопровождение за деньги. У интегратора конечно будет желание делать плохо, а потом исправлять платно свои косяки, но это лучше чем он вообще ничего не будет делать забесплатно. Согласен.
Необходимо найти двух бизонов в штат. Согласен. Этим можно заняться уже сейчас в любом случае без них не взлетит при любой последующей методике внедрения. Согласен.
Смена начальника отдела - да не на кого менять. Я не гордый и с удовольствием стал эффективным замом варяга с реальными компетенциями по управлению реальными крупными проектами 1С. Но Вы же понимаете, что выбрать такого сотрудника крайне сложно. Выбрать нормального 1Сника сложно, а руководителя проектов – втройне.
Согласен с каждым из пяти пунктов перечисленных рисков от растягивания стоимости и сроков до сабботирования штатными сотрудниками. Я понимаю, что это реальные, а не эфемерные риски гарантировано выстрелят как минимум два-три из пяти.
По круглосуточному режиму работы. На самом деле все не так уж и плохо. В среднем по больнице одно обращение в день на 10 минут консультаций или ковыряний в случае отсутствия доработок и нововведений. Но я предполагаю, что после внедрения новой системы количество обращений вырастет на порядок или два, поэтому и беспокоюсь по круглосуточному сопровождению. Наши пользователи в цехах не блещут сообразительностью.
Насчет того, что проживем еще полгода и сделать нормальное обследование. Задумался. Реально задумался.
По выбору ERP. Влоб. Исходили из того, что 1С перестанет через несколько лет двигать УПП и все будут волей-неволей переходить на ERP. Мы хотим внедряться на наиболее свежей платформе. Зачем нам заведомо неликвид? Вообще я так понимаю, что УПП уже никто не берет под крупные проекты. Имхо.
Сейчас у меня перед глазами два реально идущих внедрения ERP (одно включая производство). Знаете особых нареканий на сырость не слышу. Да, бывают трудности, матюкнется где-то интегратор на то, что релиз накатили, а там то, что раньше было справочником стало документом (образно), но вцелом нормально.
Кстати я смотрю, что действительно упустил важный нюанс, на котором я не акцентировал внимание. Производственный блок действительно можно нарезать на мелкие блоки. Да, будет правда много интеграций, но всеже. Я и собирался как раз вкушать слона по частям.

(51) тут не все так просто.... реальный случай произошедший лично со мной...

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

(60) я правильно понимаю что добавить тупо в нынешние ключи/индексы несколько ноликов слева не хватило чего то? с увеличением длины ключей

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

(60) развесистый факторинг - может быть.
я у себя факторинг запилил дня за 2-3 в одно рыло. работает до сих пор.

(59) По частям не получится. Это миф. У Вас вообще все на каких-то мифах построено.

(62) Во-во... По сути своей корректировка долга с одной юридической морды на другую. И отражение расходов, с этим связанных.

Вот это проект я понимаю.
А то вон как я калькулятор для производства внедряю ))

Производство. Упр учет. "Самописка+доработка" VS "типовые+доработка".

(61) добавить не выходило, хард код рулит :)
(62) (63) я делал факторинг за фактор а не за клиента, одна система начисления процентов стоит целой ЗУП....

да лана, все норм и в тренде грефологии

(65) подозреваю что можно было хардкод обойти не увеличивая длины ключей тех табличек которые были захардкожены
потому что к примеру для "документов" мало смысла в коде юзать их номера (это в переводе на 1С ;)

(67)+ но если хотелось перейти на 1С с изучением оной в процессе и получением лулзов, то озвученная трабла отлично подходит, согласен ))

>>Исходили из того, что 1С перестанет через несколько лет двигать УПП
И что?)

>>и все будут волей-неволей переходить на ERP.
почему?)

>>Мы хотим внедряться на наиболее свежей платформе.
это доп. требование, которое стоит доп. денег. Вы точно за свежесть хотите еще деньжат доплатить?

>>Зачем нам заведомо неликвид?
вы потом учетную систему продавать на авито планируете?) или что такое ликвидность в вашем понимании?)

(0) Не совсем понял или может быть пропустил...
Какую конфу выбрали для производсва?
Это типовая + допилки .
Или же все-таки с нуля???

(69) Я бы тоже на более свежую конфу бы сел.

Вы просто разницу не знаете наверно...

(71) >> Я бы тоже на более свежую конфу бы сел

В ущерб чему? Там денег нет. На чем бы вы сэкономили?

При чем тут деньги?

Хочешь купить телефон:
1 Есть версия а ля уже 5 лет
2 Есть версия новая версия 2016й год

По деньгам не сильный разброс цен. ДА и денег на новую хватит и не жалко. Какой купишь?

+ Причина не внедрение новой конфы единственный может быть - сырость!

(11)случайно город не октябрьский?

А не то по описанию очень там предприятие подходит

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

"Остается производство. Производство очень специфичное. Дописывалось 10 лет в ежедневном режиме так, как хочет заказчик. Ориентировочная оценка по внедрению около полутора года группой 5-7 человек."
Для Марсиан что ли пишите?
Даже не представляю что можно дорабатывать группой 5-7 человек полтора года.

А еще мне нравится фраза "У нас очень специфичное производство". Почему каждый заказчик думает что у него что-то невероятное? Супер производитель всея мира?

А этот выбор внедренцев?)))
У них крутая реклама, их много, поэтому лучше у них, а то что там сидят студенты которых никто не контролирует и не учит нормально работать вас не смущает? Часы вписывают, а кпд работы стремится к 0.

"Мы хотим чтоб нас обслуживали круглые сутки. мы хотим полугодовое обслуживание бесплатно и гарантии. мы не хотим платить за косяки."
Кто вас вообще спрашивает что вы хотите?))) Если вам потребовалось внедрение производства, то уже вам ставят условия, а не вы) Никто по ночам ради вас работать не будет. 8ч - это максимум, остальное это не регламентировано и условно, сегодня программист посидел на телефоне 14ч, завтра 8 и ничего вы не скажите, а послезавтра специалист в отпуске а больше никто не знает этот блок, так что ждите)

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

(0) я участвовал в таком проекте. скажу честно  -  ходить на мисту и чтото спрашивать такое желание возникло только после полугода запуска. Тема ни о чем.

+(77)А самое интересное, что побалакаем тут, а ТС все равно сделает так как он себе наметил и он будет думать что виртуальные человечки не понимают его ситуацию)

(79) У него же специфическое предприятие, куле! Уникальное. Дебет у них не справа, а слева.

Я тока одно уникальное производство знаю, это ювелиры.
Остальное фигня и туфта.

Я пытался работать с одним таким как в (0) предприятием в колхозе. В общем денег нет у таких, а геморроя дофига:

1) Начальник ИТ мыслит очень специфично, считая как он тут выразился, приезжих специалистов "варягами", которые будут делать косяки, чтобы выкачивать деньги.
2) Никто из начальников отделов не заинтересован во внедрении и орг. изменениях, так как другой работы в маленьком нет, а нести риски за изменения никто не хочет.
3) Бабы клавы и тёти маши будут всячески саботировать внедрение на местах.

+(82) но этих тётей машей уволить невозможно и во всех косяказ будете виноваты вы.

(83) Достаточно пройтись по центрам влияния

(82) с такими и не справиться одному. нужна поддержка в виде гл. буха, или фин. дира.
короче, внедрение надо начать с верхов..

Зря вы так рассуждаете ребята, что мол специфичного ничего не бывает. Бывает еще как бывает.
Я быть может уже делился с такой инфой, но повторюсь.

Весной 2013 го года позвали меня наладить учет в дорожно-строительной компании. Не было не ТЗ не видения что и как будет. Понял что тут типовым внедрением и не пахнет. Попросили все в одном флаконе наладить учет.
Склад, Заявки, Путевые листы+ ГСМ+пробеги+запчасти), Общепит, СКУД, Кадроввй учет.
Писал я + два удаленщика по пол ставки каждый. С ним пилили мы самописку 5-6 месяцев. При чем по блочно внедряя Уже после первой недели старта. Вот это там специфика. Писали под четкие нужды заказчика.
Ни разу не жалею что именно таким путем пошли. Кто-то умный из аналитиков пытался недавно внушить типа надо было типовую внедрять. Он не понимал что надо было тогда связать 3-4 конфы. НУ как минимум 2-3 конфы. АТП + Общепит + какую нибудь систему заявок.
А так все в одном флаконе. Все просто без лишне воды.
Да, конечно заказчик потратился. Но типовое внедрение с кучей дпиской не взлетело бы точно. Спросите в чем там специфичность? Да взять хотя бы что там перемещение с одной в другую организацию как-будто бы перемещение как между поздразделением. Там велось как минмум 5-6 фирм.

(85) Гл бух самый первый кто начнет саботировать процесс, а финдира кроме финансов мало что интересует...
(86) Да есть специфичное конечно, но внедрение ЕРП-системы нельзя поручать кодерам, и подходить с таким подходом как ТС: переписать ЕРП до необновляемого состояния.

В общем ТС вряд ли кому-то интересен из миллионника.

Самое прикольное то что ЕРП уже купили, а значит ТС уже получил откат)))

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

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

(0) Мои соображения.

1. Не люблю я интеграторов. Как ни крути они не родные. Они всегда думают о своем. О своей выгоде и о своих проектах. Даже будучи у вас присутствуя они могут кодить на другой проект, более горящий...
2. Ищите умную голову чистого РП или РП+хороший кодер.
3. Потратьте время перед принятием решения на разбор и сравнение вашей специфики и функционала типовых. Пусть даже на это вы потратите время и деньги. ЗА то потом будет легче.

(91)+найдите мне того кто заплатит за мои косяки...

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

(86)Ну и что специфичного? Ну да не подсунишь типовую и за два дня не запустишь, но ничего невероятного не делается. Обход сотрудников со сбором инфы: что ведется, на чем ведется, что устраивает, что нет, что хотели бы. И пишется.
Учет ГСМ не писали? Учет заявок не писали? Путевые листы? Что тут специфичного? Документ, печатная форма и регистр накопления.
Специфичного это когда 100500 ВМС систем с алгоритмами которые нигде не найти ну и в довесок код на готовые алгоритмы закрыт в данной организации. Вот тут да голову поломаешь. (при этом само производство такое же как у всех, просто есть алгоритмы планирования или оптимального размещения или еще что-то, т.е. это уже навороты)

Хорошо, т.е. если я правильно понимаю, то лучше всего запасаться терпением и несмотря на то, что текущая система может остановиться (со всеми вытекающими) и идти по стандартной схеме.
1.    Отобрать интегратора. Провести поиск хорошего РП. Дальше все действия выполняются под чутким руководством хорошего РП.
2.    Отобрать внутри интегратора бизонов-консалтеров.
3.    Закрепить бизонов-консалтеров за нашим проектом.
4.    Провести предварительные встречи, на которых они оценят сумму/сроки/условия по которым они проведут постановку ТЗ.
5.    Провести постановку ТЗ в максимально кратчайший срок
6.    Оценить на базе ТЗ стоимость работ. Планы, блоки, договор, SLA,… Учесть вовлечение штатных специалистов в процесс и т.п.
7.    Провести работы по внедрению. (какой короткий пункт получился)
8.    В самом начале работы постараться найти и взять в штат 1-2 1Сника, которые работали бы совместно с интегратором.
9.    По уходу интегратора продолжить своими силами, возможно оптимизировав штат. Но я думаю не на первый этап оставления в одиночестве точно.

Прошу не сомневаться в моей заинтересованности во внедрении. Мне не надо пытаться всеми силами подмять проект под себя или не вылететь со стула, остаться у руля и т.п. Я в любом случае свою зарплату отработаю. Да и стал бы я сюда писать? А я пишу. И очень благодарен за критику и свежие идеи.

(95)
""Учет ГСМ не писали? Учет заявок не писали? Путевые листы? Что тут специфичного? Документ, печатная форма и регистр накопления. ""

Проблема не в сложности а в том что типовой функционал нафиг сдался заказчику.
Нафига внедрять типовую если от его функционала или кода используешь всего 15-20 % Ну даже если 30%. А перепиливать придется 200%
Моя конфа весит 4.5 мб
А типовые весят по 50-150 мб кажись. тонны кода и всякой воды не нужной для заказчика.

(0) Сначала определитесь, что вам все же нужно в первую очередь: http://book.yd73.ru/wp-content/uploads/2014/04/note.png

(97)[Моя конфа весит 4.5 мб ]
а мозг 500 грамм ?

(97)Я вас понял. Я просто немного другой смысл в специфичность вносил.

(97) Вы не любите типовой функционал? Вы просто не умеете его готовить :)

(99) Да, надеюсь, что повезет с поиском РП и тогда быстро-качественно-дорого.

(87) свои люди нужны... ты же понимаешь

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

(101) Я люблю типовые. И ее готовить не надо они готовые. И допиливать приходилось. И причем даже в УПП.

Просто есть проекты и заказчики они хотят минимум. Без всякой лабуды. У них персонал на столько слабый что приходится отказываться от типовых внедрений и писать им калькуляторы для них....

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

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

(96) Перед всем этим неплохо было бы определить:

Цели проекта
Требования к продукту
Границы проекта
Команду УПРАВЛЕНИЯ проектом

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

(109) Подписываюсь под каждым вашим словом.

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

(109)согласен...

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

(37) в условиях полной неясности только scrum

(109) Или другой пример.

Позвала меня я сеть аптек. один владелец. Нужно ему простой учет и все! Приход + пермщение + продажа. Учет денег и учет лекарств и все! ТИС не взлетит "розница" тем более.
надо еще РИБ чтоб был. написал на коленке за 2 недели. Пока внедрял еще 2 недели. В итоге вот уже 10 лет работает.
Недавно переписал конфу на УФ на 8.3 из 1с 77.

Для (96)
1.    Отобрать интегратора. Да!! как вариант- готовьте своего РП. Этому учат
2.    Отобрать внутри интегратора бизонов-консалтеров. не нужно. Достаточно просто правильно оформить договорные отношения.
3.    Закрепить бизонов-консалтеров за нашим проектом. Это нереально
4.    Провести предварительные встречи, на которых они оценят сумму/сроки/условия по которым они проведут постановку ТЗ. Без предпроекта- жто метод 3П- оно вам надо?
5.    Провести постановку ТЗ в максимально кратчайший срок Это вам не сделать, ла и не нужно. Вам нужно разобраться в том ТЗ, который вам даст ваш внедренец
6.    Оценить на базе ТЗ стоимость работ. Планы, блоки, договор, SLA,… Учесть вовлечение штатных специалистов в процесс и т.п.  нереально!!!
7.    Провести работы по внедрению. (какой короткий пункт получился) Это вам не сделать. Это и должен делать интегратор. Вы участвуете
8.    В самом начале работы постараться найти и взять в штат 1-2 1Сника, которые работали бы совместно с интегратором. Выпасти своего!
9.    По уходу интегратора продолжить своими силами, возможно оптимизировав штат. Но я думаю не на первый этап оставления в одиночестве точно. Верно!

(59) >> У интегратора конечно будет желание делать плохо, а потом исправлять платно свои косяки

Это зачем интегратору? Напоминает, рассуждение идиотов о том что дороги делают плохо, чтоб потом ремонтировать. Вы не берете в расчет, что заниматься исправлением косяков это не самая интересная и оплачиваемая работа плюс загубленная репутация? В то время, когда кроме вас таких красивых работа есть ;)

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

А так у нас есть только БСП УНФ и БП (УПП, ЕРП,УТ).
БСП УНФ и БП нельзя представлять как линейку
от простого к сложному.

(114)

6.    Оценить на базе ТЗ стоимость работ. Планы, блоки, договор, SLA,… Учесть вовлечение штатных специалистов в процесс и т.п.  нереально!!!

А как же я оценю стоимость работ как не по ТЗ? Руководитель компании должен видеть меня два раза:
1. Когда я выпрашиваю миллион на ТЗ.
2. Когда я выпрашиваю 20 млн на внедрение и говорю, что оно завершится за полтора года.

(117) Поселок Октябрьский?

(11) переменать сотрудников франча к себе уже предлагали? :)

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

Если честно, то пока по работе с интеграторами больше негативного опыта, нежели позитивного.
У меня есть одна черта - я ужас как не люблю торговаться с любыми внешними подрядчиками. Считаю это неприятной потерей времени, поэтому работаю по принципу - обоснуй, мы платим, но никаких доплат не будет хоть тресни. И об отсутствии доплат предупреждаю сразу и жестко. Никаких доплат не будет даже если это пойдет в ущерб компании, а если и будем доплачивать вдруг, то это будет уже другой подрядчик.
Это я к тому, что к сожалению видимо по переводу производства на 1С так не получится. Нужен SLA на гарантийное сопровождение.
Не, мы не поселок Октябрьский. Мы город. Маленький, но город.
Ходить к руководителю можно сколько угодно раз. Но эти походы должны быть по рабочим вопросам. Походы по прошению денег должны быть минимальны.

(117) Мы делаем так:
1) Проводим предпроект(1-2 мес). По результатам предпроекта определяем обьем доработок, стоимость и временные рамки проекта. Вообще говоря, и система -прототип- тоже должна определяться на этом этапе
2) Выполнение доработок, которые одобрил клиент
3) Делаем макет системы, те преднастраиваем базу согласно учетной политики, специфики и тп. Окладываем в базу доработки
4) Обучение пользователей, те собственно внедрение
5) Опытная эксплуатация от 3 до 6 сем.
6) выход из проекта

(122)+ Договор SLA заключается после подписания акта на приемку

(123) Это плохо.
Акт подписан.
что мешает отказаться со стороны внедренцев от договора SLA?

(124) жадность

(124) Какой же идиот будет отказываться от денег? У меня есть проблемы с тем, что не все клиенты хотят заключать такой договор, а не наоборот.
Заставить поддерживать внедренное решение все равно никого невозможно. Это взаимный интерес.

Проект с фиксированным бюджетом требует практически не ТЗ, а чуть ли не раскладки до блоксхем всего что надо подправить/подпрограммить в рамках внедрения - иначе - будет (_._) - так как в ТЗ не будет написано что именно надо сделать а без этого не оценить К ОБОЮДОСТОРОННЕМУ СОГЛАСИЮ объем финансирования. если опишите в ТЗ требуемую функциональность - будет (_._) - вы будете считать что ваша хотелка входит в описанную функциональность, а разрабы - что нет. Итого написание ТЗ превратится в тысячестраничный талмуд. который устареет/поменяется к тому времени когда вы его завершите. если вы его не завершите - как оцените стоимость?

В итоге - все придет к поблочной постепенной разработке/внедрению по РМС - деньги-время-качество. Каждый блок придется согласовывать стоимость (т.к. обща стоимость проекта будет колебаться весьма сильно из-за неясных рамок). Как бабло закончится - так проект и финишнет.

(127) уважаемый Злопчинский. Своим комментарием Вы нарушили стройную гряду, которая приводила как раз к обратному. Она вносит раздрай. И это здОрово. :)
Давайте поговорим так. У кого есть опыт написания средних и больших ТЗ (больше 150 листов)?
У меня есть косвенный опыт. Он неприятный. Написано ТЗ. Оценено. Начаты работы, а теперь на каждом шаге спотыкаемся и торгуется с подрядчиком о том как толковать этот пункт.
Я не хочу торговаться! Это потеря времени и нервов.
Есть ли жизнь на марсе?! Тьфу
Есть ли вообще жизнь после ТЗ? Реально ли описать в ТЗ процесс, внедрять который можно на протяжении полутора лет?

(121) Ок, просто очень уж похожи начальные условия. НУ да ладно.

Начальные условия скажи плиз:
1) количество сотров
2) количество переделов
3) Конфа с которой переходить?

(127) для ведения войны (и внедрения) нужно только 3 вещи: деньги, деньги и еще раз деньги

(116) Лучше бы они имели три уровня настройки:
1. Уровень разработчика - собственно типовые механизмы конфигурации, к которым имеет доступ только разработчик
2. Прикладной уровень - надстройка над типовыми механизмами, позволяющая переопределить существующие объекты конфигурации и добавить свои.
3. Пользовательский уровень - индивидуальные настройки пользователя.
В общем и целом это уже все есть, но на уровне джентельментских соглашений, было бы гораздо интересней если бы было можно написать например свою обработку проведения, а выполнение типовой отменить или дополнить. При этом типовые механизмы остаются в первозданном виде - при обновлении не нужно ничего сравнивать, нужно просто заменить типовую конфигурацию на новую.
То есть как бы есть конфигурация разработчика и есть прикладная конфигурация, в которой учтены все нюансы владельца конфигурации.

(129) Сотры что такое?
Глобально переделов 5 (если не детализировать).
Одновременных пользователей 60 (это чисто производство).
Конфа с которой переходить. Стоит не 1С, а очень старая система мало кому знакомая. Поэтому считайте для удобства что переходим с Дельфей.
Сложная реально работающая система планирования с оптимальной загрузкой мощностей в разных производствах по разному (совсем по разному), трекингом продукции по уникальным номерам, и т.д.

(129) Сотры. Сотрудники. Торможу в конце дня.
Сотрудников одновременно работающих 60 (реально шарашат все сразу каждый свое). Из них половина умножается на четыре, т.к. работа посменная.

(128) Подрабатываю 1Сником-фришником.
Если меня просят сказать стоимость какой либо доработки сразу, до начала работы - то вначале тщательно согласовываю ТЗ, даже если работы на 1 час, потом делаю запас по времени 1.5-2 раза, плюсую время согласования ТЗ - и озвучиваю сумму.
Как показывает практика, для клиента дешевле обычная почасовая оплата по факту, но для этого требуется доверие.

(133) Сотрудники предприятия, обычно каждый 10-й, является пользователем (где-то побольше, где-то поменьше)

(132) Всего 60 пользователей, нафига вам 7 разрабов 0_0

7 разрабов- это системы 400-600 пользователей- это 4-6 тысячи людей

(135) Возможно эти 60 пользователей у каждого свой АРМ ? Общего функционала минимум

(137) Ты сам-то веришь в то, что ты написал?

Да пусть хоть так, дефакто это будет проект по саботажу с Айтишниками, ибо их разгонят по итогам

Мы сами оценили время на разработку системы в 2.5 тыс часов.
Т.е. если мы сами сядем и перепишем нашу систему с нуля обладая нашими компетенциями. Оценка была поблочная. Не просто так пальцем в небо.
Соответственно если прибавить время на въезжание в предметную область, интеграции с существующей системой (в наших часах ее нет), учитывая то, что разработка в нашей системе намного проще чем в 1С (функционал очень маленький. Два притопа три прихлопа), разработка инструкций, обучение пользователей,... - получается что 1Сники будут разрабатывать порядка 10 тыс часов. В одно лицо это 60 месяцев, а хочется сделать быстрее, поэтому 7 разрабов чтобы успеть за полтора года.

60 рабочих мест действительно практически с уникальным функционалом. У каждого свой компьютер.

Я планирую не сабботаж, а вовлечение штатных ИТшников во внедрение новой системы. Так было и с текущей системой. Приехал интегратор, вовлек, внедрил, уехал и уже 10 лет без него сопровождаем и пилим.

Совет: взять готовую систему на 1С, к примеру УПП. ERP рано, можно наткнуться на много граблей.

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

После этого оценить подходит ли УПП в целом и что нужно докручивать.

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

После этого делать ТЗ и оценку, план график на этапы, согласовывать, при выполнении.

Айтишники присутствуют, как помощь и обучение для дальнейшего штатного сопровождения.

Предоплата по каждому этапу.

По другому не получится. Если кивать головой ради денег.

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

(139) Не взлетит ни с одним интегратором цельную систему зараз написать с 0 и внедрить.

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

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

Перекрещиваем список и путем максимума пересечения по решениям получаем что нужно.
Затем просто планы обменов и все. С понятно допиливанием того функционала что нет нигде.

(139) 10 тыс. часов?? А каков бюджет проекта, простите??? 50 лимонов?

(86) Обработка, удаленщики какие-то свои уже были или находил новых? На почасовке они были? Почем их тогдашняя ставка, если не тайна?

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

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

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

(142) чел разводит собственное начальство созданием ERP с нуля

своя erp с нуля - это тупик, к оторому они уже пришли.

(142)5000 руб/час?

(148) 10 тысяч человекочасов разработки, это как бы подразумевает сопутствующие расходы на тестирование и внедрение

+(149) А также Аналитику и Администрирование ;-)

(131) Это называется "Расширения".

(139)Вот это номер. На чем это вы программируете быстрее чем 1сник?

(152) Они под вылетом сча со знанием только своей нынешней устаревшей системы.
С заменой ее на 1С.
Вот и трясутся.

Афишировать не могу, но Визуально наша среда разработки до боли напоминает Паскаль. Притом не 7.0, а какой-нибудь 5.5. Никаких многоуровневых объектых обращений. Все просто. Визуальная среда - кнопка, эдетбокс, полоска, табличка. Вобщем функционал аля Delphi 1.0.

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

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

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

(154) нюню https://winworldpc.com/product/foxpro/2x

(157)+ не думаю что с таким опытом найдете где работу...

(156) 60 Уникальных армов с уникальным функционалом, это все таки не 14 переделов со стандартами в учете, и заменяемостью персонала

(159) Зная как раньше писали эти их 60 уникальных армов уложатся легко в 1 стандартный полный интерфейс УПП.
Причем абсолютно ничего не придется дописывать кроме переноса НСИ и остатков.
Но 80% персонала придется или поменять или в бараний рог и на переобучение

(160)+ Да отдел ИТ нынешний под разгон идет сразу, останется только парочка самых лояльных с повышенной зп на время перехода и которых потом на той же зп пообещают оставить обучив бесплатно 1С-су

(161)+ кста даже эникеев и админов под замену, чтобы нервы не портили

сам в нечто подобное пришел но уже после разгона прежних во втором наборе после 1 года преобразований
и все там прекрасно заработало, хотя бы перестали админы ip адреса поштучно по отделам и компам распределять (более 200 компов кстати только в центральном офисе было)

(143) С одним знаком давно. С ним часто делился работой. А второго нашел и проверил. Более менее нормально не подводил. Хотя изредка по срокам чуть чуть подводил.
Обоим платил пол ставки где-то 40 тыс. Но и старался я загрузить их на эту сумму.

(127) знакомо, полностью согласен. однажды уперся заказчик что в договоре должен быть описан полностью конечный результат разработки системы, вплоть до выходных форм. я оценил создание такого договора в 150 тысяч и 5 месяцев работы с приоритетным доступом ко всем ключевым специалистам в любое время. заказчик потерялся, сказав что сами напишут. с тех пор прошло 7 лет, насколько знаю ничего в информационном бардаке конторы не изменилось.

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

Как же быть?

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

Таким образом составление полноценного ТЗ будет разбито на блоки и будет полноценно описываться по мере подхода к каждому из блоков?

(165) Кто собирается писать ТЗ? Применительно к ЕРП? Всегда и вол всех проектах клиент не в состоянии написать ТЗ, его делает интегратор

(166) у меня в практике было шикарное ТЗ от заказчика, правда в той конторе были на редкость грамотные финик и нач.ИТ. Ну и объем небольшой был, не комплексная автоматизация производства

Я считаю, что ТЗ должен писать интегратор под чутким руководством ИТ заказчика.

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

(168) могу себе представить:)))

(168) Откройте секрет, что за волшебную продукцию вы круглосуточно производите, да еще и с какой-то спецификой?
Кроме химического или пищевого производства (которое тоже по сути можно считать химическим), что еще может быть многопередельным и круглосуточным?

(171) Я тоже давно интересуюсь. Молчит, партизан

(171) окна с нуля в месяцы пика, например.

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

Может наркозавод?)

Метафабрика :)

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

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

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

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

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

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

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

(177) Я же тебе все уже разжевал. ТЗ пишет интегратор применительно к выбранному вами продукту. Когда мы делаем проект, то все доработки описываем максимально подробно. Ибо если этого не сделать, то потом не сдать клиенту.

ТЗ писать на всё

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

Потому что специфика не озвучена. Просто невозможно натянуть или наоборот не натянуть сферическую специфику хоть на что-то.

(177) >>Вид деятельности - легкая промышленность.
Ткацкая фабрика?

(1) старых прогов оставить. Не стоит лишать их работы. пусть учат

О, я как-то переводил швейную фабрику с 7-ки комплексной с "мега-специфичным учетом" на 8-ку УПП. Вся это "специфика" это костыли копрокодеров.

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

Какая мотивация у старых прогов изучать что-то новое?

Теперь по поводу подробности описания мне все понятно.
По специфичности тоже понял. Для того, чтобы быть объективным необходимо действительно провести обследования силами опытного интегратора и очень внимательно выслушать что он скажет, но надо иметь со стороны заказчика на момент выслушивания опытного программиста 1С, чтобы можно было дискутировать, а не слушать монолог заказчика. В прениях рождается истина.
Ткачество у нас один из переделов.
Хотел бы еще один момент уточнить. Выбор интегратора практически предопределен. Как выбрать действительно подходящих сотрудников у интегратора? Понятное дело, что на сертификаты 1С Профессионал не смотрю, а смотрю на 1С Специалист. На их количество не смотрю, главное чтобы был хотя бы один  это значит, что 1Сник здравый, но возможно не было времени на получение сертификатов. Дальше иду по референс-листу крупных внедрений несмотря на фамилии контактных лиц нахожу альтернативных и пытаюсь у них выяснить что конкретно делал данный сотрудник и какое впечатление от его работы. Правильно? Может есть еще где грабли?
Мотивация у старых прогов изучать что-то новое  это повышение ценности на рынке труда естественно. Не у всех конечно. Все люди разные.

(186) Получите профа по ERP/УПП - не уволим :)

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

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

(187) "Как выбрать действительно подходящих сотрудников у интегратора?" - я б забил. пусть сам выбирает. ваше дело - сношать мозг РП интегратора, чтобы он плохо спал и волновался.

(187) >> а сертификаты 1С Профессионал не смотрю, а смотрю на 1С Специалист

свежий проф по УПП/ERP куда важнее спеца по УТ 2006 года

(191) +1. Пусть в коммерческом предложении интегратор опишет предлагаемую команду, а вы перед этим требования к команде ему озвучьте.

"Всех посмотреть" вам никто не даст.

(186) Как только не получится саботировать то сразу мотивация появится

(187) какой ерундой вы занимаетесь, уважаемый! Это я как руководитель вам сообщаю. Вам сказано- искать компетентную фирму, а не конкретных людей в самой крупной фирме. Самая большая фирма- это как правило стандартный франчайзи,который занимается всеми отраслями, ПП, сервисами и тп. Такой партнер очень редко может иметь реальные компетенции в предметной области.
И еще пойми, что ваш проект - это 90% консалтинга и только 10% кодирования. Что ты все талдычишь про грамотного кодера 1С.
Ваш партнер имеет компетенции по ЕРП, внедрил хоть один проект. Неважно даже где

(187) Тупо откройте http://v8.1c.ru/enterprise/ и найдите себя...

(195)[Что ты все талдычишь про грамотного кодера 1С. ]
экий ты не понятливый, ТС 10 лет разводил владельца бизнеса на самописку, мотивируя это уникальностью задачи и тут коробочная ERP всё решит

По сертификату спасибо за наметку.

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

(198) Вот вы их закрепите пофамильно, а потом окажется, что у кого-то закрепленного квалификация не та, и что? Вам внедренцы же и скажут - закрепили, вот и теперь и развлекайтесь)

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

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

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

Может ли франч по каким-то причинам не публиковать свои решения?
Ищу так:
    Главная
    Фирма 1С
    Сеть партнеров фирмы 1С
    Центры компетенции "1С:Центр ERP"
Дальше выбираю по своему городу и вперед.

Если у кого-то есть пример реального внедрения, где много работы было именно по производству - пришлите мне ссылку на него с 1Совского сайта, хоть посмотрю как это должно выглядеть. Или просто скажите наименование и город.

(196) Не могу понять как воспользоваться ссылкой. Возможно торможу к концу пятницы.
Реально не могу понять как найти подходящего внедренца, которые не просто внедрял ERP, где из производства практически ничего не использовалось, а такого, который внедрял ERP, где производственный блок был одним из главных. Город интегратора видимо уже значения не имеет.

(203)[Город интегратора видимо уже значения не имеет.]
http://razdolie.ru/
http://www.axelot.ru/
http://www.1c.ru/rus/partners/franch.jsp?id=3642 - БиТ только Савёла

(202)[- Производственное планирование с динамическим оптимальным размещением заказа на производственные мощности.
- Контроль прохождения заказа.
- Диаграмма Ганта.
- Попередельное производство.
- Трекинг по уникальным номерам партий и единиц продукции. ]
ни о чем
любой ЦКП автоматизирует дискретное производство

(202) Хм.. Наблюдение ваше верно. Продукт-то молодой:)) Как вариант смотри внедрения УПП с серьезной проработкой производства. Или просто серьезные внедрения в легкой промышленности

(202) Странный Вы какой-то, Заказ должен был появитья в типовой ЕРП только к новому году(могу ошибаться), какие внедрения?