Постановка целей и задач технологии

Сегодня пользователи деловых компьютерных программ исчисляются, наверное, сотнями тысяч. Как бы ни были хороши компьютеры и программы, среди такого количества людей всегда найдутся недовольные результатами автоматизации. Для рынка в целом процент неудачных проектов не столь велик. Но для каждого конкретного потребителя неудача порой оборачивается большими проблемами. Отметим, что и для поставщика программ неудачные проекты несут дополнительные хлопоты и подрывают репутацию. Проблемы и конфликты в ходе автоматизации никому не нужны. Так почему же они возникают? Анализ критических ситуаций показывает, что почти всегда виноваты не программы или компьютеры, а люди. Намного легче исправить программу, чем изменить точку зрения человека. К моменту конфликта в проект уже вложена уйма денег. Закрыть проект - значит, выбросить затраченные средства и силы на ветер. Но и дальше так продолжаться не может. К нам нередко обращаются по поводу экспертизы программы или проекта. Чаще всего с помощью экспертного заключения люди надеются доказать вину противоположной стороны. Но на самом деле, поиск виновных не разрешает проблему. Лучше всего, чтобы проблемы не возникало вовсе. Для этого очень важно уметь взглянуть на проект глазами другой стороны. Попробуем это сделать вместе. Сразу оговоримся, что случай действительно слабых и недоделанных программ мы здесь не рассматриваем. Многие потенциальные проблемы закладываются еще на этапе выбора программы или фирмы-разработчика. Приведем типичный пример. Тиражные недорогие бухгалтерские или торговые программы, имеющие наибольшую известность, рассчитаны, как правило, на небольшие и в отдельных случаях на средние предприятия. Их распространением занимаются дилеры. Такие программы всегда дешевые, иначе они не были бы массовыми. Доход от простой продажи таких программ невелик. Поэтому дилеры стараются заработать на услугах по внедрению и настройке, для чего они заключают контракт на комплексную автоматизацию. Сумма контракта обычно пропорциональна величине предприятия, и некоторые дилеры стараются заполучить клиента покрупнее - завод или даже холдинг. Но, как мы помним, программа-то рассчитана совсем на другой размер предприятия. В результате закладывается мина замедленного действия. Проблемы возникнут не сразу, а по мере ввода в эксплуатацию все новых и новых рабочих мест. Система начнет работать с непозволительными задержками. Возникнут проблемы с получением сводных результатов, с разграничением полномочий, со спецификой учета на отдельных участках и т.д. Как ни странно, но претензии заказчика могут возникнуть не к дилеру, а к разработчику и к его "плохой" программе. Но разработчик честно предупреждал в рекламе, в документации и даже в надписи на коробке, что программа ориентирована на такой-то размер и такой-то профиль деятельности предприятия. С точки зрения разработчика, виноват дилер и сам клиент. В нашей практике встречались случаи, когда корпорация ломала голову, что лучше выбрать систему R/3 или купить много программ "1С: Бухгалтерия". В первом случае проект обойдется в миллион долларов. Во втором - затраты уменьшатся на несколько порядков, а программы фирмы "1С" известны своим высоким качеством. Мы не утверждаем, что крупному предприятию всякий раз нужно покупать R/3 или "Галактику". Но выделяемые средства и рассматриваемые программы должны быть сопоставимы с масштабом поставленных задач. К числу ошибок клиента можно отнести также неуместную экономию на внедрении, настройке, обучении. Дорогостоящие программы внедряются собственными силами на протяжении долгих месяцев и в результате работают лишь на 5-10% своих возможностей. Зачастую подводит желание быть полностью независимым от разработчика. Для этого приобретаются самые гибкие программы, чтобы можно было самостоятельно настроиться на любые изменения в законодательстве. Но ирония состоит в том, что для такой настройки привлекаются случайные программисты, зависимость от которых еще хуже, чем от разработчика или официального дилера. Предположим, что выбор сделан. Выбрана и установлена достойная программа. При этом контракт предусматривает обучение, но к началу опытной эксплуатации персонал заказчика понятия не имеет, как работать с системой. Директор и главный бухгалтер сами программу не выбирали, но они были в курсе, что на проект затрачены немалые деньги. Они почти поверили в то, что автоматизация - это не модное веяние, а приносящее результат дело. Вдруг оказывается, что компьютеры и программы стоят сами по себе, а персонал работает по старинке. С точки зрения этих руководителей, во всем виноваты разработчики. Им заплачены деньги, а результата нет. По мнению разработчиков, виноват заказчик, который не только не смог организовать процесс обучения, но и вообще не желал прилагать никаких организационных усилий. Переход на компьютерный учет для крупного и даже среднего предприятия - это очень непростой процесс, требующий пересмотра буквально всех привычных операций, проведения ревизии всех документов, сверхурочной работы персонала, двойной нагрузки от параллельного ведения ручного и компьютерного учета. Без железной воли руководства такой процесс не может быть проведен в сжатые сроки. А растягивание этого процесса во времени может отбить желание к автоматизации у любого сотрудника. Каждое достаточно крупное предприятие по-своему уникально. Начиная от способа распределения учетных функций между персоналом и заканчивая тем, как территориально расположены рабочие места с компьютерами и каким образом они соединены в сеть. Автоматизация зачастую ведется поэтапно и в целях экономии предварительное полномасштабное обследование не проводится. Поэтому через год - другой после начала работ вдруг выясняется, что производительность уже выбранной системы недостаточна. Прикладная разработка вполне хороша с точки зрения набора функций, но инструментальная платформа слабовата. Разработчик утверждает, что необходимо переходить на Oracle и докупить несколько более мощных компьютеров. Но заказчик не согласен нести дополнительные расходы. Таким образом, вновь возникает патовая ситуация. Предположим, что проект доведен до логического конца. Система установлена, доработана, персонал обучен. Но накануне сдачи проекта выясняется, что, по мнению заказчика, ряд задач решен не так. Исполнитель в свою очередь утверждает, что по результатам опытной эксплуатации эти задачи были признаны полностью соответствующими требованиям технического задания. В чем же дело? Просто само задание было составлено давно и его авторы уволились. Отдельные элементы комплекса вполне удовлетворяют отдельных пользователей. Но кто-то должен принять все в целом. Для этого заказчик срочно назначает нового ответственного, который совсем не в курсе дел. Ответственный в целях подстраховки начинает придумывать новые требования, чтобы оттянуть момент подписания акта приемки. Еще чаще нам приходилось сталкиваться с проблемами, возникающими по причине смены руководства. В этом случае почти всегда меняются цели, стратегия, а иногда даже и направление деятельности. Разработчики в это время заканчивают последний этап автоматизации и неожиданно обнаруживают, что результат их труда безнадежно устарел. Надо сказать, что чаще всего новое руководство в таких случаях не имеет претензий к разработчикам, но и доводить до конца проект тоже не соглашается. Нередко оно настаивает на установке иной программы, более знакомой им по месту предыдущей работы. Персонал предприятия, потративший полгода на освоение и запуск одной программы, естественно, не хочет еще полгода осваивать другую. Кстати, чем комплексным бывает внедрение программ, тем труднее ее заменить. На одном крупном пивном заводе долгое время внедряли отечественную разработку. Разработчики вместе с аудиторами выступали при этом еще и в роли консультантов по постановке учета и финансового планирования. Проект был удачно завершен. Но через полтора года завод был перекуплен иностранцами, которые настояли на покупке западной программы вместо российской. А еще через 10 месяцев тщетных усилий по ее внедрению вновь вернулись к отечественной разработке. Как объяснили нам аудиторы, весь учет и едва ли не все управленческие технологии на заводе были построены под ту первую российскую программу. Сменить программу было невозможно без смены всей технологии учета и управления. А западную программу не выбросили. Раз или два в году с ее помощью печатали некие справки для иностранных совладельцев. Мы привели лишь несколько примеров, обозначив в каждом случае причину возникновения проблемы и мнение каждой стороны. Разобравшись с причиной любой конфликт можно преодолеть. При одном условии - для этого должна быть добрая воля обеих сторон. Но в жизни, в отличие от статьи, каждый чаще видит только свою правоту. На прошедшем недавно собрании ведущих российских разработчиков деловых программ затрагивалась, в том числе и эта проблема. Мы рассказали о наших шагах по защите интересов потребителя и нейтрализации конфликтов. Фирмы со своей стороны изъявили готовность предпринять ряд мер по предотвращению потенциальных конфликтов. Например, одна из таких мер - обмен информацией о недобросовестных дилерах. Была затронута и роль прессы в просвещении потенциальных потребителей, в знакомстве их с существующими видами программных продуктов, в объяснении важности более серьезного и ответственного подхода к автоматизации.

Для того чтобы эффективно провести автоматизацию, следует, в первую очередь, хорошо представлять себе, что же такое автоматизированный бухучет. На первый взгляд все просто и даже такая постановка вопроса кажется несколько надуманной, потому что автоматизированный бухучет - это просто когда бухучет ведется на компьютере. Вот такое заблуждение и служит причиной большого количества неудачных попыток автоматизации. Следует осознать, что внедрение бухгалтерской программы эффективно только тогда, когда следствием внедрения является повышение эффективности и улучшение качества ведения бухучета на предприятии. Это может выражаться в: упорядочении бухучета. Если при бумажной бухгалтерии для получения какой-либо информации, например специфической выборки оборотов по субсчету счета №№№60, требовалось несколько часов работы, то на компьютере - нажал клавишу и выборка распечаталась. Увеличение количества информации, получаемой из бухучета. Раньше можно было увидеть аналитику по 41 счету только в каком-нибудь одном разрезе, сейчас, на компьютере - в нескольких. Снижение числа бухгалтерских ошибок. Это очень важный фактор, если учитывать величину штрафов и пеней за сокрытие налогооблагаемых величин, причиной которого, как правило, являются именно бухгалтерские ошибки, а не некий злой умысел. Повышение оперативности бухучета. Если раньше, при бумажном бухучете, бухгалтера не поспевали за первичной документацией и делали проводки с опозданием, а квартальный и годовой отчет сдавался в последний момент, то сейчас это прекратилось. В повышении экономичности бухгалтерского учета. Наша практика показывает, что во многих случаях, изменив применяющиеся на предприятии план и типовую корреспонденцию счетов, формы первичных документов и другие "подвластные" бухгалтерии параметры можно без использования рискованных различных схем уменьшить налогооблагаемые величины или, по крайней мере, передвинуть сроки и снизить частоту налоговых платежей. Другие факторы, зависящие от специфики каждого конкретного предприятия. Если таких улучшений не произошло, то автоматизация бессмысленна - она не принесла конечного результата, сам же по себе переход с заполнения бумажных журналов-ордеров на нажимание компьютерных клавиш улучшением не является, это просто замена. Такую ситуацию следует скорее называть "псевдоавтоматизацией". К сожалению, псевдоавтоматизация встречается часто, происходит это потому, что люди думают: "Автоматизировать - значит просто перевести на компьютер и все тут", а процесс внедрения программы в их понимании состоит в том, чтобы как-то начать заводить операции в компьютер. Последствия псевдоавтоматизации удручающи. Бухгалтерия, которая раньше была перегружена текущей работой, сейчас, "при компьютерах", тоже ничего не успевает, иногда работы становится еще больше - надо же вначале сделать все или отдельные разделы бухучета на бумаге, а потом, непонятно для чего, завести в компьютер. Руководство тоже не понимает для чего потрачены немалые деньги на компьютеры, программы и внедрение, когда в бухгалтерии как был "завал", так и остался. Таким образом, можно сказать, что автоматизация бухучета - это процесс, при котором в результате перевода бухгалтерии на компьютер повышается эффективность и улучшается качество ведения бухучета на предприятии. Значит, перед тем как принимать решение об автоматизации бухучета следует выделить, что и как эта автоматизация должна в бухгалтерии улучшить, это и будет целью автоматизации. Распространенным стереотипом является то, что автоматизация бухучета приводит к сокращению бухгалтерского персонала, что приводит к страху перед автоматизацией, а иногда и к ее саботажу. Несмотря на то, что, на первый взгляд, все логично - часть работы берет на себя компьютер, который и вытесняет бухгалтеров-людей, стереотип является ошибочным. Дело в том, что количество необходимых в бухгалтерии бухгалтеров зависит только от количества обрабатываемых бухгалтерией первичных документов (накладных, кассовых ордеров, платежек и пр.), а количество первичных документов не зависит от того, автоматизирован бухучет или нет, оно зависит от объема хозопераций в организации. Таким образом, автоматизация бухучета не уменьшает числа необходимых в бухгалтерии бухгалтеров. Еще одним распространенным заблуждением является то, что автоматизация бухучета начинается с покупки программы и затем происходит "введение данных в программу".