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

ООО ДАКАР получена лицензия на осуществление деятельности по разработке, производству, распространению шифровальных (криптографических) средств от УФСБ России по Ростовской области.

Успешная автоматизация – какая она?

В области 1С компания ДАКАР работает не первый год и с уверенностью может ответить на вопрос, почему так тяжело продвигаются крупные проекты по внедрению программных продуктов 1С.

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

Многие зададут логично назревший вопрос: «Почему, имея большой опыт, до сих пор до мелочей не разработали последовательный алгоритм, который бы гарантировал быстрое и безболезненное внедрение?».

Отметим сразу, что наша компания всегда придерживается бизнес-ориентированного подхода. Кроме этого, мы постоянно делаем «работу над ошибками», т.е. после завершения проекта разбираем все моменты, которые повлияли на то, что проект можно назвать успешно-завершенным или «выстраданным». Безусловно, успешные проекты анализировать всегда приятнее, но опыт всегда приходит в процессе танцев на граблях.

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

По нашему мнению, для успеха необходимо два волшебных элемента.

Первый элемент – это воля исполнителя.

Второй элемент – воля заказчика.

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

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

Есть золотые слова: нельзя сделать так, чтобы все осталось по-прежнему, но тем не менее улучшалось.

Почему проекты внедрения ИТ систем, в частности учетных систем на платформе 1С:Предприятие, даются так сложно, сопровождаются таким негативным фоном, борьбой с пользователями, недовольством руководства?

— Может дело в 1С?

— Вовсе нет, так же тяжело идут внедрения всех учетных систем. Даже Битрикс24 – попробуй-ка запусти (если речь идет про полноценное, «большое», внедрение).

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

Несомненно, дело в том, как управлять проектом автоматизации.

  • Худшие из подрядчиков – просто не управляют ими. Выполняют ряд разрозненных действий, не связанных в технологию управления.
  • Лучшие из подрядчиков – управляют им как IT-проектами (проектами разработки программного обеспечения). Запланированная разработка, тестирование, развертывание, наполнение данными, итеративные демонстрации продукта заказчику, прогон тест-кейсов. В финале обязательно обучение пользователей.

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

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

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

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

Такая совместная работа бизнес-консультанта и специалиста по изменениям, и 1С специалистов, и является залогом успешной автоматизации.

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

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

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

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

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

И вот Вы на вершине!

 

Бизнес-процессы – зазеркалье

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

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

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

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

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

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

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

Казалось бы – течет река, сама себе пробивает путь, что еще нужно?

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

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

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

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

Управленческий ландшафт сформировался под влиянием следующих факторов:

1 фактор. Опыт прошлых лет. Львиная доля сотрудников имела какой-то опыт ранее на других местах работы, в других компаниях. Этот опыт влияет на то, как будут выглядеть процессы на текущем месте работы;

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

Каждый сотрудник на предприятии организовывает свое рабочее окружение следующим образом:

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

Последствия «стихийных» бизнес-процессов

Если есть малейший шанс не делать задачу, она сделана не будет!

Что же происходит с задачами, которые «нельзя не делать»?

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

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

  • Кто «из стареньких» в компании – деды третируют духов не только в армии;
  • Кто «авторитетнее» – и законы преступного мира тут тоже работают, свои авторитеты в компании тоже есть;
  • Кто сейчас «в фаворе» – если компания живет с идеей «отдел продаж рулит так как он приносит деньги», в таком случае, ответственность и работу будет смещаться на другие подразделения. А если компания недавно «встряла» на штрафы, то властвует бухгалтерия, и задачи «перетекают» обратно (в том числе и продажным подразделениям).

Вывод

Как правило, интересы компании и интересы сотрудников противоречат!

Узнайте, как на самом деле работает ваша компания – и удивитесь!

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

Компания ДАКАР имеет высококвалифицированных специалистов, которые выполняя проект, на этапе погружения в бизнес заказчика, могут качественно выявить и изучить все процессы заказчика и существующий сейчас в компании «рельеф». А в ходе управления проектом изменений совместно с рабочей группой заказчика наши специалисты могут изменить этот рельеф с точки зрения оптимизации многих бизнес-процессов. Это большая, сложная и болезненная работа. Но она необходима, ведь на существующем рельефе новую схему работы не построишь.

 

 

Почему постоянно обновляется 1С?

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

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

Давайте обрисуем ситуацию подробнее. У клиента стоит 1Ска, была кадровая текучка штатных 1Сников, которые эту 1Ску периодически «допиливали», ковырялись в ней и долгое время удерживали на плаву систему. Но в один момент, после очередных обновлений, система перестала корректно работать, а штатный сотрудник 1С ломает ноги в коде и работа на предприятии встала. В кабинет директора повалила разъяренная толпа кадровиков, бухгалтеров, начальников маркетингового отдела и т.д.

Думаю, всем, кто сталкивался с программными продуктами от 1С в качестве программиста или пользователя, эта ситуация очень хорошо знакома.

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

Почему с программными продуктами 1С постоянно возникают проблемы, почему от клиентов идет столько недовольств, а самих 1С-программистов часто, мягко говоря, недолюбливают?

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

С чего начиналась 1С?

Некоторые программисты 1Сники могут вспомнить как работали с программным обеспечением 1С с версии 6.0. Эта программа была немногим сложнее разнообразных вариантов учета, который вели в электронных таблицах Excel.

Затем на смену пришла 7-я версия 1С, в том числе, ее наиболее удачный релиз – 1С 7.7. Это уже был достаточно солидный программный продукт, который получил очень широкое распространение по всему постсоветскому пространству. К этому времени львиная доля пользователей настолько привыкли работать с 1С, что навыки работы в программе 1С стало одним из ключевых условий для приема на работу бухгалтеров, различного офис-персонала, а также менеджеров, кладовщиков и т.д.

Если не судить строго, то 1С 7.7 вполне успешно решала задачи, связанные с различными видами учета. Мало того, некоторые предприятия до сих пор еще не перешли на восьмерку. Хотя ради справедливости стоит заметить, что это не совсем целесообразное решение, так как на рынке очень ограниченное количество программистов 1С, которые могут работать в 7ке, да и сама компания 1С рекомендует всем переходить на 1С 8 и даже не выпускает обновления для 1С 7.

Итак, после 1С 7 разработчики 1С представили принципиально новый программный продукт – 1С 8.0, а чуть позже – версию 8.2. Сейчас актуальная версия имеет номер 8.3.

Это ПО удивляет обширностью возможностей и одновременно сложностью системы.

Сегодня компания 1С предоставляет для своих клиентов целую экосистему:

  • Мощная платформа для разработчиков;
  • Среда для ведения различных видов учета и аналитики;
  • Возможность подключения разного торгового оборудования;
  • Широчайшая сеть партнеров;
  • Многофункциональная CMS для создания сайтов.

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

Обновления 1С: как это работает

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

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

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

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

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

Ради справедливости стоит отметить, что каждая новая версия – это не только устранение ошибок прошлого периода, но и добавление функционала, но и тут есть особенность – в новом функционале тоже могут быть баги, которые в новом обновлении будут устраняться.

Отсутствие модульности: почему это так важно?

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

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

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

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

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

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

Давайте рассмотрим еще один пример. Допустим есть некое предприятие, которому для работы необходима только Торговля. Кроме Торговли предприятие не использует ничего, ни мобильный интерфейс, ни бухгалтерию, ни интернет-магазин, ни какие-то еще компоненты. Но при получении обновлений предприятие получает полностью всю платформу, в том числе, и функционал, необходимый для работы тех компонентов, которыми оно может никогда и не воспользуется за всю свою трудовую деятельность. Т.е. несмотря на то, что предприятие пользуется Торговлей, а обновления предназначены для работы с Бухгалтерией, ему приходится скачивать и устанавливать платформу целиком.
Лицензионная политика и баги в системе
При обновлении платформы достаточно частой проблемой является то, что лицензионные ключи перестают работать.
Итак, представьте себе ситуацию. Если компания, на которой работает, например, 50 человек, осуществила обновления, а после этих действий программа перестала принимать лицензионные ключи. Работа компании парализована. Компания несет убытки.
Согласитесь, это очень важная проблема: непредсказуемость поведения платформы при обновлении.

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

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

Таким образом, круг замкнулся. И программисту 1С приходится из раза в раз устанавливать новые версии, не смотря на новые проблемы, которые они в себе несут.

Почему так много багов?

Главная причина большого количества багов по мнению некоторых экспертов – это сложность системы.

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

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

Конечно, создаются альтернативные программные продукты, некоторые из них вполне приличные. Но все они являются прикладными решениями, призванные для решения тех или иных задач, в то время как 1С – это целая экосистема.

Ко всему вышесказанному, компанию 1С отличает очень мощный и агрессивный маркетинг, об этом программном обеспечении знают все.

Именно потому утверждение, что сегодня достойного конкурента на постсоветском пространстве у 1С не существует – абсолютно обоснованное.

Ругают, значит любят…

И все же почему при наличии стольких минусов многие продолжают останавливать свой выбор на 1Ске?

Ответ прост. Преимуществ больше, чем минусов.

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

 

 

Инспектор Гаджет… или независимая диагностика проекта 1С в Ростове

Компании, занимающиеся комплексным внедрением программных продуктов 1С в Ростове, предлагают услугу, которая называется независимая диагностика проектов внедрения 1С на производственных предприятиях.

Независимая диагностика проекта 1С в Ростове основывается на анализе трех составляющих проекта:

  • Организационной;
  • Методической;
  • Ресурсной.

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

Источниками рисков могут быть:

  • Исполнитель;
  • Заказчик;
  • Внешняя среда.

К рискам внешней среды относятся:

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

О рисках, связанных с Исполнителем или Заказчиком, мы поговорим чуть ниже, так как их огромное количество.

Выполнение Диагностики проекта 1С

Диагностика проекта 1С включает следующие работы:

  • Анализ имеющейся проектной документации.
  • Анализ внутренней документации предприятия.
  • Интервью с представителями Заказчика и Исполнителя проекта.
  • Формирование выводов о причинах и источниках кризиса.
  • Составление рекомендаций направленных на организацию мероприятий, которые должны привести к выходу из кризиса. Рекомендации Заказчик должен получить в виде документа: «Отчет о диагностике проекта».
  • Контроль выполнения рекомендаций, обратная связь на руководство предприятия.

Также в рамках диагностики возможно дальнейшее кураторство проекта для защиты интересов Заказчика.

Организационная часть Диагностики проекта 1С

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

 

 

 

 

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

Топ самых популярных примеров конфликтных ситуаций на проектах 1С, когда может возникнуть потребность в услуге диагностики проекта 1С в Ростове:

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

Что же делать, чтобы избежать конфликта?

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

  • закрывающая все источники конфликтов и разногласий;
  • обеспечивающая взаимопонимание и конструктивное сотрудничество Исполнителя и Заказчика;
  • неизбежно ведущая к результату.

Методическая часть диагностики проекта 1С в Ростове

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

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

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

 

 

 

 

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

При этом, возможны предложения по реинжинирингу бизнес-процессов с целью:

а) их оптимизации

б) исключения большого объема доработок в системе 1С.

Ресурсная часть диагностики проекта 1С в Ростове

 

 

 

 

Для успешной реализации ERP-проекта Заказчик должен располагать необходимыми ресурсами:

  • Функциональными специалистами предприятия – временными ресурсами на работу в проекте.
  • Нормативно-справочными данными. Как правило, задача подготовки, полной формализации нормативно-справочных материалов становится «Гордеевым узлом», и Заказчики как правило недооценивают ее сложность, масштабы и ресурсоемкость.

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

Компания ДАКАР предлагает услуги по выполнению диагностики проекта по 1С на любой стадии проекта.

 

Собери меня если сможешь. Технология Agile и Waterfall: плюсы и минусы использования на проектах в среде 1С

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

Тоже самое происходит и с разработками в среде 1С. Только масштабы гораздо больше и круче. Если кубик-рубика это 54 элемента, которые необходимо разместить особым способом (куб 3×3×3 с 54 видимыми цветными наклейками), то при создании автоматизированной системы 1С на предприятии будет насчитываться гораздо больше элементов чем у кубика-рубика, которые между собой нужно структурировать, а в некоторых случаях связать между собой.

Наиболее популярным методом скоростной сборки кубика является метод CFOP, он же метод Джессики Фридрих, если говорить о методах разработки в сфере 1С, то самыми популярными являются Waterfall и Agile, о которых и пойдет речь ниже.

И тут сразу возникает вопрос: «По какому пути пойти? Выбрать Agile или Waterfall».

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

Для того чтобы остановить свой выбор на той или иной методике ведения проектов в сфере 1С необходимо внимательно не только изучить в чем заключаются принципы методологий, но и изучить особенности конкретно вашего проекта. Только после этого Вы сможете с полной уверенностью ответить на вопрос: «Что подойдёт моему бизнесу — Agile или Waterfall?»

Применение Agile в проектах 1С

Agile – это гибкая методология, которая базируется на итеративных принципах разработки. Процесс создания автоматизированной учетной системы 1С делится на серию коротких циклов, которые рассчитаны на 1-4 неделю.

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

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

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

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

 

Применение Waterfall в проектах 1С

Waterfall — процесс создания автоматизированной системы учета 1С состоит из последовательности конкретных шагов: анализ требований, проектирование, реализация, настройка интеграции, тестирование, выпуск релиза, поддержка. Переход от шага к шагу происходит только после окончания предыдущего. Изменение бизнес-требований возможно только после релиза и исправления предыдущих ошибок.

Стоит акцентировать внимание на том, что методологию «Waterfall» очень часто критикуют, но она остается актуальной и сегодня, даже несмотря на то, что другие методологии эволюционировали и предлагают нечто большее, чем линейное решение поставленных задач. Если у Вас небольшая компания, а ваши бизнес-процессы последовательны и предсказуемы, то методология Waterfall послужит вам отличной базой для организации процесса внедрения ERP.

 

 

Сравнение методологий: плюсы и минусы каждой

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

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

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

 

 

 

Плюсы и минусы методологии Waterfall

Плюсы методологии Waterfall Минусы методологии Waterfall
Понятная и простая структура процесса разработки автоматизированной системы учета 1С, что способствует снижению порога вхождения для команд Лишенный гибкости проект. В случае, когда проект требует больше времени и финансовых затрат, то фаза тестирования крайне усложняется. По статистическим данным, стоимость исправления багов после запуска автоматизированной системы учета 1С выше в среднем в 20 раз, чем во время многоэтапного тестирования в процессе разработки и внедрения.
Удобная отчетность. Без труда можно мониторить ресурсы, риски, затраченное время и финансы, благодаря строго регламентированной этапности процесса разработки и детальной документации проекта. Жесткий каркас из этапов разработки и условие предоставления только готовой учетной системы 1С определяют невозможность вносить изменения во время разработки.
Задачи ясны команде разработчиков и внедренцев с самого начала проекта и остаются константой на протяжении всего проекта. Изменить проект в сторону оптимизации затрат, изменить функционал или концепцию до запуска готовой системы автоматизации учета 1С не представляется возможным.
Сроки запуска готовой автоматизированной системы учета 1С могут быть просчитаны до момента запуска разработки. Повышенные риски. При данной методике, тестирование системы осуществляется в самом конце проекта и какие неприятности могут выплыть в итоге может быть загадкой.

 

Плюсы и минусы методологии Agile

Плюсы методологии Agile Минусы методологии Agile
Короткие и понятные итерации, в конце которых заказчик может посмотреть рабочую версию части системы. Постоянные изменения проекта. Гибкость разработки автоматизированной системы учета 1С может привести к тому, что финальную версию в этой жизни никто так и не увидит.
Высокая степень вовлечения исполнителей, организаторов и заказчиков проекта по созданию автоматизированной системы учета 1С. Повышенные требования к квалификации и опыту команды. Помимо непосредственного создания автоматизированной системы учета 1С, команда разработчиков должна анализировать возможные способы улучшения эффективности собственной работы, безостановочно обмениваться информацией по проекту, быть само организованной.
Минимизация рисков благодаря гибкой системе внесения изменений. Изменения и усовершенствования конечной системы приводит к повышению стоимости проекта.

Что выбрать?

Перед тем как выбрать тот или иной метод, с помощью которого Вы будете реализовывать свой проект, Вы должны ответить сами себе на вопросы: Какого качества Вы хотите получить систему и какие деньги готовы на это выделить? Перед выбором метода, стоит проанализировать свой предстоящий проект, оценить свои реальные финансовые возможности, посоветоваться с коллегами, почитать статьи про «чужие грабли» и т.д.

Если есть необходимость быстро получить рабочую автоматизированную систему учета 1С, конечный пользователь готов участвовать постоянно в проекте с вовлеченностью не менее 50% времени, по каким-либо причинам бизнес-требования могут изменяться постоянно и часть функциональных требований неизвестны, — то смело выбирайте технологию Agile.

Если качество итоговой автоматизированной системы учета 1С намного важнее времени на его реализацию, конечный пользователь готов участвовать в проекте в небольшом объеме, будет участвовать только в приемке итогового результата, бизнес-требования и функциональные требования известны и не будут изменяться, то лучше применять Waterfall методологию.

Уделите большое внимание выбору компании, которая будет разрабатывать автоматизированную систему учета 1С и внедрять ее.

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

 

Договор 1С:ИТС… быть или не быть?

Аббревиатура ИТС расшифровывается как информационно-технологическое сопровождение.

Информационно-технологическое сопровождение – это всесторонняя поддержка, которую оказывает как сама фирма «1С», так и компании сети «1С:Франчайзи». Система предназначена для пользователей конфигураций версии ПРОФ, а именно, для руководителей организации, а также сотрудников отделов бухгалтерии, подбора персонала и т.п.

Итак, давайте рассмотрим более подробно.

Допустим, что Вы стали обладателем версии ПРОФ программного продукта «1С:Зарплата и управление персоналом». Первое, о чем Вас должны были просветить менеджеры фирмы-франчайзи – это о предоставлении бесплатной подписки ИТС ПРОФ в течение трех месяцев. Три месяца – это тот срок, который позволит пользователям почувствовать все преимущества договора ИТС.

В течении этих волшебных трех месяцев Вы получаете:

  • Обновление программ и конфигураций (если они не были дороботаны);
  • Обновление форм регламентируемой отчетности;
  • Практические и методические рекомендации по работе с программами;
  • Услуги линии консультаций по телефону и электронной почте.

Но три месяца пролетают мгновенно и завершается тестовый период. Что же делать в таком случае? У любого пользователя системы 1С есть три варианта развития событий:

1. Первый вариант – не тратить денег и остаться без ИТС, бросив программу «как есть». Первое время ни руководитель, ни сотрудники не заметят разницы, всё будет работать как и работало все предыдущие три месяца, но простое существование продлится недолго и потихоньку начнет образовываться снежный ком. С каждым месяцем программный продукт 1С будет терять актуальность. Из-за нехватки обновлений программный продукт 1С застынет во времени, ведь каждый релиз от разработчиков «1С» включает в себя самые нужные данные об изменении законодательства РФ. В итоге предприятие, компания, фирма с такой «полуживой» программой останется «за бортом». А все почему? Потому что были потрачены финансовые средства на покупку ПО, но сэкономлены средства на организацию его корректной работы.

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

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

 

1С это…

Все мы помним жевательные резинки love is … Сама жевательная резинка была ароматной и вкусной, но покупали ее многие не столько из-за вкусовых качеств, сколько из-за милых фантиков.

По мотивам этих фантиков хотелось бы презентовать свое виденье что такое 1С…

Итак, представляем Вам 1С это…

1С это… быстрая стандартизация работы.

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

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

1С… это повышение качества обслуживания

Осознанное отношение к качеству сервиса, как конкурентному преимуществу, стало мировой тенденцией.

82% компаний считают высокий уровень сервиса главным показателем, который дает возможность опережать конкурентов.

77,5% – признали уровень обслуживания клиентов стратегическим фактором, который прямо пропорционально оказывает влияние на прибыль.

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

1С… это возможность построить систему учета своей мечты

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

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

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

1С это…автоматизация

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

Вот это и есть информационная система 1С или система управления предприятием.

1С – это инструмент для управления бизнесом. А управлять можно только на основе планирования и отчетности.

1С … это комфортные условия работы

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

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

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

1С… это контроль за работой сотрудников компании

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

Собственник бизнеса, или менеджеру система 1С дает ответы на следующие вопросы:

  • Какие задачи назначены сотруднику, какова очередность и сроки их выполнения?
  • На что распределены основные трудозатраты Вашего подразделения?
  • Какие задачи занимают основное время офисных работников? Есть ли возможность сократить затраты путем автоматизации этих процессов?
  • Насколько рационально используются ресурсы?
  • Каково распределение финансовых затрат на обслуживаемые подразделения?
  • Какова динамика производительности подразделения в целом и каждого работника в отдельности. Где слабое звено?

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

 

 

 

Правильная доработка типовых решений от 1С

Компания 1С является лидером на рынке программ для автоматизации деятельности предприятий.

1С:Бухгалтерия, 1С:Управление торговлей, 1С:Зарплата и управление персоналом, 1С:Управление производственным предприятием — стали визитными карточками компании 1С и активно используются не только на маленьких и средних, но и на крупных предприятиях.

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

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

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

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

Проблема

Повторимся, что типовые решения от 1С не могут выполнить все «пожелания» компаний на 100% и единственный способ их реализовать – обратиться к сторонним разработчикам или взять разработчика в штат. В случае, когда «пожелания» затрагивает типовые механизмы (объекты, формы, алгоритмы), то конфигурация становится непригодной для автоматического обновления.

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

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

Документирование

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

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

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

Конфигурирование

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

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

Нужны примеры квадратных колес?

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

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

Одну и ту же печатную форму можно сделать разными способами: воспользоваться механизмом, предоставляемым БСП (библиотека стандартных подсистем) или написать код напрямую в модуль формы/менеджера определенного объекта. Результат будет один и тот же – клиент получит желаемое, а вот поддержка решения усложнится.

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

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

Хотелось бы резюмировать все вышесказанное и добавить пару мыслей, которые нет желания расписывать на несколько томов, а выразить их тезисно:

1. Типовая 1С:Бухгалтерия и 1С:Зарплата и управление персоналом в 99,999% случаев покрывают потребности бизнеса в регламентированном учете, поэтому внимательно то, что Вам предлагает компания 1С. Доработки Бухгалтерии и ЗУП – последнее дело. Не допускайте доработок без крайней необходимости.

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

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

4. Релизы всегда должны быть последними. Свежие релизы решают много проблем.

5. Обновлять необходимо весь комплекс продуктов: свежая бухгалтерия и старый ЗУП – это потенциальная проблема в обменах.

И напоследок о наболевшем

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

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

Каждый раз, когда на глаза попадается база, в которой: львиная доля учёта осуществляется ручными операциями; автоматически не закрывается месяц (вот уже сто лет как не закрывается); корректировкой поправили проводки, но не поправили регистровые записи, по лицу начинают играть желваки и проскакивает нервный тик.

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

Есть крайне редкие случаи, когда доработки Бухгалтерии и ЗУП действительно необходимы. Но в этих случаях осуществлять их должны профессионалы высочайшего уровня, и главный вопрос, который Вам стоит задать им: «Я хочу обновлять свою базу с каждым релизом, выпускаемым «1С»?

Развивайтесь. Учитесь. Растите профессионально. Добивайтесь совершенного владения инструментом 1С. Повышайте свой профессиональный уровень, обращайтесь с вопросами к профессионалам, разбирайте проблемы по мере возникновения.

Техническое задание программисту 1С

Если Вам интересно: «зачем составляют техническое задание программисту 1С», тогда усаживайтесь поудобнее, мы постараемся максимально доступно рассказать об этом.

Стоит отметить, что всё нижеизложенное является исключительно советом, который основывается на нашем профессиональном опыте, а не обязательным требованием для всех предприятий.

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

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

Отличия Проекта от Технического задания

Проект — это намерение разработать определенный механизм автоматизации учёта или желание получать быстрые и точные отчёты от уже имеющийся системы.

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

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

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

Есть ли смысл изменять типовую конфигурацию?

Все конфигурации, работающие с бухгалтерской компонентой, в некоторой степени — правовые системы, т.е. кроме функций расчёта и хранения информации от них требуется соответствующее государственным законам ведение учета. Для этих программ фирмой 1С каждый месяц выпускаются обновления. Обновления могут касаться как форм отчётности, так и самих конфигураций. А теперь вопрос, что случится, если внести изменения в программу, а после осуществить обновление? Все ранее внесенные изменения исчезнут. Можно каждый раз их реанимировать, но, как правило, это практически то же, что делать работу заново и больше похоже на борьбу с ветряными мельницами. В данном случае самый разумный способ — осуществлять все доработки во внешних модулях.

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

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

В перспективных долгоживущих проектах после Анализа снова следует Проектирование, замыкая тем самым «круг»; такой цикл будет существовать на протяжении всего срока эксплуатации программы.

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

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

Как показывает практика, именно на стадии Проектирования возникает до 80% ошибок, особенно при разработке нестандартных решений, из-за размытых или некорректно сформулированных требований. Программисту 1С с большим опытом не стоит большого труда для того чтобы реализовать практически любое задание, но его работа — это Ваши финансовые траты и время; следовательно, чем точнее и продуманнее задание, чем ответственнее вы подходите к составлению ТЗ, тем быстрее и дешевле реализация.

Рассмотрим основные принципы составления ТЗ:

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

Золотая истина: хотите меньше потратить денег на доработку 1С — изучайте программу.

2. Ознакомьтесь с интерфейсом программы 1С. В случае, если назначение какого-то элемента Вам не понятно — посоветуйтесь с знакомыми, кто имеет богатый опыт работы в программных продуктах 1С или прибегните к помощи консультантов 1, заключив предварительно договор на несколько часов в компании, которая специализируется на программных продуктах 1С. Как показывает практика при разработке ТЗ пользователи, которые только начинают работать в «1С:Предприятие», просят убрать «ненужные», с их точки зрения, поля, документы или справочники. Не торопитесь этого делать, так как с убрать их, для программиста 1С займет несколько часов работы, а вернуть их в будущем обратно будет гораздо дольше и это время Вам придётся профинансировать. Что же касается настройки прав доступа и меню — это совсем несложно, здесь нет необходимости приглашать специалиста. Не забывайте только о том, что, если Вы отдали конфигурацию на доработку, подождите, пока её вернут, иначе придётся делать настройки заново.

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

3. При составлении технического задания в начале разработки помните о том, что это задание, а не весь проект. Объясните программисту 1С, что от него требуется в результате. Организуйте для него образцы форм. Это можно реализовать в Ms Excel или Ms Word или даже нарисовать от руки. Главное, чтобы было максимально доступно и понятно. Постарайтесь не использовать подобных и длинных объяснений, старайтесь выражать свои мысли четко и кратко. Разрабатывать обмен данными между базами лучше после накопления некоторого опыта работы с ними и проведения основных доработок, связанных с изменением структуры программы.

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

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

Надеемся, что наши советы помогут в составлении ТЗ и решении Ваших задач.