Если с другом вышел в путь – веселей дорога

05.04.23

Бизнес-анализ

Так как я подготовил несколько учебных курсов по «1С:ERP» и «1С:УХ», то ко мне достаточно часто обращаются с вопросами, связанными с проектами внедрения этой системы. Один из самых частых вопросов – это как найти подрядчика на проект или как оценить компетентность этого подрядчика. В итоге я решил оформить свои рекомендации в виде статьи.

Начну с банальных вещей, о которых многие забывают или вообще не знают – например, с того, что у фирмы «1С» есть инструменты для первичного отбора потенциальных подрядчиков на проект.

 

 

Вообще партнеры фирмы «1С», как и специалисты делятся по категориям квалификации. Для «1С:ERP» есть две категории квалификации: «1С:Центр ERP» и «Кандидат в 1С:Центр ERP».

И тот, и другой статус означает, что:

  • Партнер имеет подтвержденный опыт внедрения «1С:ERP»
  • Партнер имеет обученных и сертифицированных специалистов по системе

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

Рейтинг партнеров Вы можете найти по ссылке https://1c.ru/rus/partners/ckerp.jsp

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

Список квалифицированных партнеров по «1С:УХ» Вы можете найти в этом же рейтинге.

Вы можете сказать, что официальные рейтинги – это лишь формальность, потому что «Вася в гаражах мне так мой мерин починил, что ни одному официальному техцентру и не снилось, и денег взял в два раза меньше, чем официалы» – точка зрения понятная, но тогда всю ответственность за результат проекта Вы берете на себя. Есть еще один факт, о котором многие забывают –  фирма «1С» следит за результатами работы своих партнеров – и если они Вас обидят, то Вы можете обратиться, например в контрольную группы (k@1c.ru), у которой достаточно широкие полномочия – мало кто хочет изучать, насколько широкие. Плюс никто не отменял деловую репутацию и прочее.

Вообще одного официального статуса, безусловно, недостаточно для того, чтобы проект был успешным, но это минимум, с которого следует начинать, потому что таким образом франчайзи декларирует, что направление «1С:ERP»/«1С:УХ» ему интересно в долгосрочной перспективе и он готов в это вкладываться. Сколько я знаю фирм, которые успешно делают проекты – все в той или иной степени заботятся о своем рейтинге – потому что это официальный канал рекламы, да еще и бесплатной рекламы. То есть, наличие статуса центра или кандидата должно быть – это хорошая отправная точка.

 

 

Если его нет, но Вам очень нравится партнер, то хотя бы убедитесь, что команда, которая будет у Вас работать, имеет такой практический опыт внедрения – об этом я напишу дальше.

Еще несколько полезных ссылок, которые стоит посетить, если Вы хотите собрать больше информации о потенциальных подрядчиках:

1С:Проект года (https://eawards.1c.ru/) – сайт, на котором фирма «1С» ежегодно проводит конкурс лучших проектов внедрений. Там можно больше узнать о партнерах и тех проектах, которые они считают наиболее значимыми. Интересной является информация о том, сколько часов занял тот или иной проект – если совместить эти данные с тем, сколько рабочих мест было автоматизировано и какие функциональные области были затронуты, то можно ПРИМЕРНО оценить стоимость Вашего проекта (перемножив часы на среднюю рыночную ставку).

1С:Консалтинг (https://consulting.1c.ru/) – сайт, на котором партнеры пишут развернутые отзывы о том, какие проекты они сделали с упором на консалтинговую составляющую – что в бизнесе им удалось изменить к лучшему в ходе проектных работ. Так же есть свой рейтинг партнеров – относиться рекомендую так же, как и к рейтингу центров ERP.

Следующая рекомендация относится к относительно крупным заказчикам, если число одновременно работающих рабочих мест приближается к 250-300 – подумайте о том, кто поможет Вам подобрать необходимое серверное оборудование и настроить его под Ваши задачи. Хотя корпоративная лицензия начинается с 500 пользователей, но (из практики) помощь грамотного специалиста по технической настройке аппаратного обеспечения и платформы Вам понадобится уже с 250 пользователей (которые работают одновременно). У фирмы «1С» есть специальный статус партнера «Центры компетенции 1С:КОРП», который присуждается тем франчайзи, которые имеют сертифицированных  экспертов по технологическим вопросам – это те люди, которые помогут Вам и с «железом» и с платформой.

При этом совсем не обязательно, чтобы подрядчик, который внедряет у Вас «1С:ERP», имел статус центра КОРП – проблемы производительности могут быть разовыми, поэтому Вам можно будет заключить отдельный договор с центром КОРП, чтобы он помог их решить – это нормальная ситуация. Но подумать о таком варианте взаимодействия нужно заранее – например, уточнить у основного подрядчика (если он сам не имеет статуса КОРП) с кем из центров КОРП он знаком, кто поможет в случае необходимости. Если подрядчик не задумывался об этом – нужно задуматься Вам – правильно ли Вы выбрали партнера для крупного внедрения.  

Рейтинг КОРП партнеров находится по ссылке: https://consulting.1c.ru/corp

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

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

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

 

 

Изучать лучше в режиме собеседования (онлайн или офлайн – не существенно). Методы собеседования примерно такие же как будто Вы планируете брать их в штат – проект внедрения «1С:ERP» длится  полтора-два года – не все штатные сотрудники столько работают.

Что нужно спрашивать на собеседовании:

  1. Какие проекты сотрудник делал – масштаб проекта, ход проекта.
  2. Количество людей, которыми он руководил.
  3. Методы управления проектом, которые он использует – пусть расскажет как у него выстроена проектная бюрократия, как ведется документооборот проекта, пусть покажет формы проектных документов (КП/ФМ/ТЗ). В качестве примера того как выглядит система управления проектом я написал статью //infostart.ru/1c/articles/1806789/ – не претендую на истину в какой-то там инстанции, но какая-то связанная логика работы у человека должна быть. Просите больше «мяса» – живых примеров документов и т.п. Не верьте словам – верьте примерам.

Смотрите как человек с Вами общается – это все-таки высокий чин в будущем проекте, поэтому он должен уметь разговаривать – сумрачный гений хорош в роли программиста или сисадмина, у руководителя совсем другие компетенции (//infostart.ru/1c/articles/795056/).

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

Из нечестных вариантов исследования (я сам их стараюсь не использовать, но понимаю их эффективность) – хорошо работает стресс-тест в разумных пределах – поспорьте с человеком на какую-то тему и посмотрите, как он будет отстаивать свою точку зрения. Плохо, если он сразу начнет с Вами ругаться, но также плохо, если он сразу под Вас «ляжет» – у РП должен быть устойчивый стержень внутри, иначе за ним не пойдут люди.

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

 

 

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

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

Далее, Вы пообщались с людьми, все вроде ОК – готовится экспресс-обследование. На что нужно обратить внимание:

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

Самим план лучше не просить – посмотреть, как поступит подрядчик. Если плана и опросника нет – зачем Вам тратить время на бессмысленный разговор или начинать за подрядчика выполнять его работу еще на преддоговорном этапе.

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

  1. Информацию о том, какие системы сейчас используются на предприятии и какие из них планируют заменить в ходе проекта.
  2. Информацию о границах проекта – какие функциональные области будут затронуты в ходе проекта (сбыт, закупки, производство и т.п.) и какие функциональные требования будут реализованы в этих областях (например, создание и согласование плана сбыта).  
  3. Информацию об ограничениях в проекте – не стоит радоваться, если в ТКП нет ограничений – это значит, что подрядчик пока не понимает под чем подписывается – сюрприз будет позже.
  4. Информацию о проектных рисках, которые выявил подрядчик на обследовании и что он предлагает с этим делать – это раздел крайне редко встречающийся, но если он есть и содержит какую-то адекватную не формальную информацию – это большой плюс для подрядчика – он думаете о том как будет работать с проблемами.
  5. Информацию о графике работ по проекту и том, сколько проект будет стоить (лучше, если в разбивке по этапам).
  6. Информацию о том, как будет оплачиваться проект. Критерий, что подрядчик хороший, если он не просит авансы придумали бухгалтера. Хороший подрядчик хорошо платит своим сотрудникам, поэтому не может позволить себе работать бесплатно и будет всегда требовать авансы.

Подводные камни коммерческих предложений, которые должны Вас насторожить – указание того, что цена дается очень ориентировочно и будет уточняться после этапа полноценного обследования. Причем обследование могут предложить вообще делать по отдельному договору. Это с высокой степенью вероятности говорит о том, что подрядчик снимет с Вас деньги за обследование, выкатит нереальный бюджет за дальнейшие работы и потом обиженно уйдет с Вашими деньгами. Колебания цены могут быть – но ТКП должны указываться границы этих колебаний – например, «мы видим необходимость доработки типовой системы, эти доработки будут стоить столько-то, остальное сверх этого – по согласованию с Вами, но мы считаем, что удорожание возможно не более чем на 25% от стоимости работ». Должны быть границы, Вы все-таки не с нуля систему пишете.

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

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

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

 

 

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

Вы провели обследование и собрали коммерческие предложения – на что обратить внимание, я уже написал ранее (требования, границы, риски, цена, сроки). Главный критерий хорошего КП – оно должно быть Вам понятным – если подрядчик не может объяснить, что он продает, то маловероятно, что он сможет сделать то, что продает.

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

  1. В договор должна перейти информация из КП – не должно быть сюрпризов.
  2. В договоре должно быть приложение, содержащее состав проектной команды – хотя бы ключевых сотрудников (РП/Архитектор). И вот тут, если подрядчик вписывает туда незнакомых людей, вместо тех, с которыми Вы общались, – это проблема, которая должна Вас сильно насторожить. Команда может меняться в ходе работ – это нормально, специалисты не крепостные, но если замена с ходу, то это не замена, а подтасовка, которая планировалась заранее. Единственное исключение – это то, что Вы согласовывали документы очень долго, а люди не могут столько ждать – пара-тройка месяцев – это допустимый период ожидания, дальше люди законтрактовались на другой проект и их не будет в доступе года полтора. Поэтому если команда на обследовании понравилась – подумайте как их «застолбить» – можно например начать что-то делать под гарантийное письмо или начать работы на почасовке, пока большой договор согласуется – хорошие специалисты долго без работы сидеть не будут.

В завершении подведу итоги:

  1. Для первичного поиска потенциальных подрядчиков есть несколько официальных ресурсов фирмы «1С», которые постоянно обновляются – лучше начать оттуда.
  2. Проекты делают не франчайзи в общем, а конкретные команды – познакомьтесь с теми, кто с Вами будет работать.
  3. Лучше проверять – поговорите с клиентами франчайзи.
  4. Оцените, насколько упорядоченно люди работают на пресейле – это во многом определяет то, как они будут работать на проекте.
  5. Не покупайте кота в мешке – коммерческое предложение должно быть Вам полностью понятным.

См. также

Радио "Аналитик", 17 выпуск 2 сезона. Про модель Кеневин с Андреем Путиным

Лидерство Личная эффективность Agile Анализ потребностей и поиск решений Бесплатно (free)

В семнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, что из себя представляет модель Кеневин, чем и в каких ситуациях она может быть полезна тем, кто работает в сфере ИТ и не только.

19.04.2024    358    0    Radio_Analyst    0    

5

Исследование потребностей пользователей в заказной разработке

Анализ потребностей и поиск решений Бесплатно (free)

Расскажем о Customer Development (CustDev) в заказной разработке, методиках исследования и проверке гипотез при создании MVP. Восстановим справедливость в отношении CustDev: рассмотрим, что это такое, и поделимся практикой применения.

18.04.2024    343    0    tachenkov    0    

3

Фаза пресейла: насколько глубоко нужно погружаться в бизнес-домен?

Анализ предметной области Анализ потребностей и поиск решений Бесплатно (free)

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

25.03.2024    377    0    alenkaiva    0    

4

Как реорганизовать работу проектного департамента, чтобы быть №1

Внедрение изменений Бесплатно (free)

Методики быстрореагирующего производства и QRM-ячейки применимы не только к станкам, но и к проектным командам. О том, как за счет разделения проектного офиса на многофункциональные QRM-ячейки обеспечить равномерную загрузку работу сотрудников, вырасти в два раза и существенно повысить лояльность заказчиков и коллектива, пойдет речь в статье.

14.02.2024    634    0    user1270271    2    

7

Управление ожиданиями на проекте

Работа с заинтересованными сторонами Бесплатно (free)

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

08.02.2024    566    0    izybaevda    0    

5

Как внедрить 1С:ERP за 2 года и не сойти с ума

Анализ предметной области Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)

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

30.01.2024    7213    0    user1578851    16    

16

Свободное программное обеспечение в крупной компании – миф или реальность? Как мы переводили 2500 пользователей на Linux

Внедрение изменений Бесплатно (free)

Переход на свободное программное обеспечение – серьезное испытание и для бизнес-пользователей, и для ИТ-подразделения. Нужно учесть много факторов, найти компромиссы и поменять привычки. О «пяти стадиях принятия неизбежного» и успешном преодолении трудностей при переводе ИТ-инфраструктуры автодилерских центров на Linux расскажем в статье.

29.01.2024    2522    0    user1063453    2    

5

Зачем нужны аналитики на проектах автоматизации

Анализ потребностей и поиск решений Бесплатно (free)

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

18.01.2024    1696    0    user1754524    19    

12
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. biimmap 1864 05.04.23 09:58 Сейчас в теме
Хорошая статья. Но вот основной упор я бы сделал на собеседование! Именно здесь можно выявить всё.

Замена людей хорошо подходит под фразу: "Цирк уехал, клоуны остались". Это банальное мошенничество. Смысл пиариться если ты не будешь работать в проекте...
EvgeniyOlxovskiy; Ioryk; andironenko; +3 Ответить
2. andironenko 795 05.04.23 10:01 Сейчас в теме
(1) это практически каждая вторая проблема - продают одни, а делают непонятно кто. Причем подмена происходит сразу - сразу подписали договор, а там новая команда
EvgeniyOlxovskiy; +1 Ответить
3. RayCon 784 18.09.23 01:47 Сейчас в теме
Спасибо, Андрей! Хорошая статья, чтобы заказчик начал грамотно выстраивать отношения с исполнителем. Думаю, тебе стоит продолжить и в части того, чтобы заказчик выстроил отношения внутри самого себя: выделил руководителя проекта со своей стороны, наладил междепартаментное взаимодействие, высвободил сотрудников на время проекта и т.д и т.п. Ну и, наверное, имеет смысл продолжить в части оценки рисков как по проблемам на проектах, порождаемых исполнителем, так и по проблемам, порождаемых заказчиком. И как эти риски исполнитель и заказчик по-разному купируют в своих типовых договорах. Уверен, у тебя получится. :)
4. o.nikolaev 213 21.03.24 08:38 Сейчас в теме
(3) К сожалению Андрея больше нет с нами. Погиб в автокатастрофе 1 сентября 2023 года (https://vk.com/wall708723349_554). Очень жаль. Профессионал своего дела, хоть и не со всеми его взглядами был согласен.
5. RayCon 784 21.03.24 12:15 Сейчас в теме
Оставьте свое сообщение