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

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