Всем привет! Я - Александр Мандык, компания Мистер Чек, и в этой статье мы подготовили 5 самых распространенных ошибок, которые допускаются при внедрении и обслуживании программ фирмы 1С. Давайте подробно рассмотрим почему важны качественная аналитика, документирование договоренностей, резервное копирование баз данных, отсутствие регулярных собраний и почему не приемлема излишняя срочность. Видео на эту тему как обычно можно найти в конце публикации. Поехали!
Аналитика
Первая ошибка, которая часто встречается – это отсутствие качественной аналитики. Исторически так сложилось, что большинство людей, когда приходят к идее внедрения или сопровождения 1C, первым делом начинают искать программистов. Это нормально, ведь на протяжении большого временного отрезка 1C имела ограниченный функционал и практически в 99 случаях из 100 ее необходимо было дорабатывать. Но сейчас функционал 1C намного шире, поэтому большинство процессов ложится в типовой функционал, либо с минимальными доработками. Поэтому сейчас идет разделение на консультантов-аналитиков и программистов-разработчиков. Так вот консультант-аналитик, на мой взгляд, самый важный участник при внедрении сложных процессов в 1С. Он знает функционал 1С, понимает бизнес-процессы, а самое главное, скорее всего имеет практический опыт, как это было сделано в других организациях, знает хорошие и плохие практики. Именно они принимают решения как реализовать бизнес-процесс в программе и пишут технические задания разработчикам.
Поэтому отсутствие качественной аналитики, приводит к тому, что изобретается велосипед там, где давно уже ездят на машинах. Разрабатывают уже реализованный в 1С функционал. Используют типовые механизмы не полностью, либо неправильно.
Документирование
Вторая распространенная ошибка – отсутствие или ошибки в процессе документирования договоренностей между пользователем, то есть заказчиком и исполнителем. Часто как происходит? Постановщик задачи описывает ее исполнителю, а по факту выполнения выясняется, что произошло недопонимание, задача сделана так, как ее понял исполнитель. Из-за этого могут увеличиваться сроки выполнения задачи, может быть сделана ненужная работа, а также высок риск возникновения конфликта, когда каждый настаивает на своей правоте и на том, что его толкование их разговора верное. Для этого мы документируем каждую задачу и всегда можем вернутся к этому документу, если возникнут вопросы. А однажды, у одного нашего заказчика сменилось руководство, и они запросили все эти документы, за 2 года работы, и нам и ему повезло, мы смогли все предоставить.
Бэкапы
Третья, и, наверное, самая чувствительная ошибка связана с созданием и хранением копий баз. Здесь вроде все очевидно, но часто в компаниях либо нет этого процесса, либо он реализован с ошибками. У нас есть отдельная статья на эту тему.
Излишняя срочность
Четвертая ошибка – излишняя срочность и нагнетание ситуации. Бывают случаи, когда человек по различным мотивам пытается добиться от исполнителей того срока, который они дать не в состоянии, и на который они не подписывались. Но он настаивает на этом сроке и просит попробовать любые инструменты. Исполнитель входит в положение, ломает свой привычный процесс и делает эту задачу быстрее, например отказывается от аналитики, сразу отдает в разработку, либо аналитика делается в более сжатые сроки. Либо задача сдается заказчику без должного тестирования. Вот из-за этого и происходят ошибки, задача делается неверно, а ее перенос в боевую базу может даже повлиять на кучу других документов и регистров. И часто исправление этих ошибок может занять гораздо больше времени, чем было сэкономлено. Поэтому выстраданные опытом процессы лучше не ломать, либо разве что в совсем сложных ситуациях. Я всегда вспоминаю анекдот на эту тему. Как сильно и часто ты бы не любил свою жену, ребенок все равно появится не раньше, чем через 9 месяцев.
Контроль
Пятая ошибка – отсутствие регулярных собраний, либо собрания в слишком узком кругу. Здесь все просто, на собраниях должны быть все заинтересованные стороны, чтобы при обсуждении вопроса были услышаны все. И собрания должны быть регулярными, причем их регулярность может быть разной, в активные фазы внедрения 1С может и раз в неделю, а в другие периоды и одного раза в квартал будет достаточно. Но их регулярность позволит ставить задачи и контролировать их выполнение, создаст условия для неотвратимости их выполнения. Ведь часто, при внедрении 1С предстоит принимать решения и решать задачи не только исполнителям, но и самим заказчикам. А если регулярно не собираться, не обсуждать результаты, то и задачи значит можно не делать, либо делать очень долго.
На этом у меня все, всем спасибо за внимание! До новых встреч!
Сайт: https://mrcheck.ru
ВКонтакте: https://vk.com/mrcheckru
Telegram: https://t.me/mrcheckru
YouTube: https://www.youtube.com/@mrcheckru
Rutube: https://rutube.ru/channel/35239666/
Дзен: https://dzen.ru/mrcheck.ru