Текст книги "SAP Business One. Строим эффективный бизнес"
Автор книги: Михаил Елашкин
сообщить о нарушении
Текущая страница: 4 (всего у книги 11 страниц)
О нелинейности масштабируемости очень интересно рассказывает в своих презентациях компания Sun Microsystems. Они приводят историю или, возможно, байку про компанию, которая решила заняться грузовыми перевозками в городе и подошла к этому делу очень серьезно. Специалисты компании тщательно исследовали рынок и выяснили, что типичный заказ включает перевозку коробки весом от 3 до 20 килограмм на расстояние от 5 до 15 километров. На основании этих данных они выбрали наиболее экономически эффективный автомобиль для своей компании – FIAT Uno (что-то вроде нашей Оки) и закупили партию этих автомобилей для своих курьеров. К сожалению, первый же заказ, который они получили, был на перевозку пианино!
Но это масштабы, до которых еще нужно дожить. А вот для нашего малого и среднего бизнеса очень характерна другая ситуация. Не секрет, что большая часть расчетов и планов строится сотрудниками в электронных таблицах – Excel. До определенного этапа развития это нормально и экономически оправдано. Менеджеры ведут свои таблички и регулярно присылают их «большому боссу», который консолидирует все отчеты и планирует деятельность компании. Так продолжается достаточно долго, но рано или поздно поток информации от менеджеров к боссу превысит возможности этой технологии. В результате складывается интересная ситуация – производительность системы и ее возможности достаточны для всех сотрудников компании, кроме одного. Но этот один – ее первое лицо И принимается решение о переходе на более мощную и масштабируемую технологию, когда старая вроде еще работает...
Так или иначе, бизнес растет, растет вовлеченность информационных технологий в бизнес, число пользователей, размер задач, автоматизируются все новые области деятельности – так что масштабируемость еще долго будет одним из главных критериев выбора информационной системы.
Надежность. Обычно этот критерий не требует обширных доказательств и объяснений – с ним сразу соглашаются. Но я все-таки потрачу ваше время и страницы в этой книге для того, чтобы еще раз напомнить важные вещи.
Основное значение этого параметра: оценивать устойчивость системы к сбоям, включая такие экстремальные ситуации, как глобальные катастрофы или «маски-шоу». Современные технологии позволяют создавать исключительно эффективные системы устойчивые практически к любым внешним воздействиям, вплоть до уровня трансконтинентальных кластеров. Уровень надежности определяется процентом времени, которое система находится в рабочем состоянии. Скажем, 99,999%, или, в просторечье «пять девяток», обеспечивает такой уровень надежности, что в течение года система будет в нерабочем состоянии всего несколько часов. Нечасто, но встречается ситуация, когда заказчик, прочитав о таких надежных системах, требует у поставщика реализовать такую же надежность для своих решений. Технически это реализуемо, но… очень дорого. Каждая следующая «девятка» в степени готовности системы обходится в несколько раз дороже предыдущей.
Проблема надежности заключается не только в снижении времени простоя. Критические ситуации довольно часто приводят к потере данных в информационной системе.
Как-то журналист спросил одного очень известного владельца компании —производителя систем управления базами данных:
– Послушайте, ведь первые версии вашей программы были очень ненадежными. Неужели ваши покупатели ни разу не требовали деньги назад?
– Деньги? Не припомню. А вот свои данные назад просили.
При всей анекдотичности этой истории она отражает основное правило ИТ – данные в системе могут стоить дороже всей системы.
Как оценить необходимость инвестиций в надежность? Очень просто: стоимость обеспечения надежности должна соответствовать возможным потерям бизнеса, как прямым, так и непрямым. Т.е. если весь ваш бизнес стоит миллион долларов, а вероятность потерять его из-за проблем с компьютерными системами составляет один шанс из тысячи, то вкладывать 500 000 в обеспечение надежности будет в общем случае не совсем разумно.
И не забывайте про то, что в понятие «надежность» входит и защищенность от внешних воздействий и кражи информации. С одной стороны, образ хакеров сильно демонизирован прессой. Серьезных профессионалов среди них единицы, и вряд ли их заинтересуют компьютеры именно вашей организации, когда вокруг столько других потенциальных жертв. Тем не менее абсолютно необходимо применять все стандартные способы защиты своей системы, встроенные в операционную систему или приложение. Даже правильная политика назначения паролей и приказ по компании с объяснением мер безопасности могут серьезно снизить риски. Кстати не забудьте, что главными врагами безопасности данных являются не внешние хакеры, а собственные сотрудники, которые могут получать доступ к данным вполне легально, но вот использовать их...
У профессионалов безопасности существует свой критерий выбора системы защиты: защита должна делать экономически невыгодной проникновение в систему. Например, у меня дома стоит беспроводная точка доступа Wi-Fi и выделенный канал доступа в Интернет. Я, как параноик в области безопасности, защитил его с помощью встроенного механизма WPA. Взломать это код, наверно, смогут специалисты из ФСБ за несколько месяцев работы сверхмощных компьютеров. Я думаю, что вряд ли эту организацию заинтересует перспектива потратить столько ресурсов, чтобы «украсть» мой предоплаченный трафик стоимостью 25 долларов в месяц. А никаких секретных данных у меня нет – разве что текст этой книги, но наш книжный рынок пока не дошел до такой прибыльности, чтобы воровать книгу прямо с компьютера автора.
Правило «стоимости и затрат» хорошо для крупных компаний и параноиков вроде меня. Для всех остальных более полезно другое правило которое можно легко запомнить и объяснить с помощью старого анекдота:
Два геолога наткнулись в тайге на медведя, а ружья они забыли в лагере. Один геолог бросился бежать. Второй побежал за ним и кричит:
– Это бессмысленно. Медведь легко догоняет лошадь. Тебе не удастся его обогнать!
– А мне это и не нужно. Мне достаточно бежать быстрее тебя!
То есть если вы защитите себя хотя бы минимально, то большая часть охотников за чужими секретами отправится искать более простые цели.
Управляемость. Мы уже говорили о стоимости владения системой. Понятие управляемости очень близко к этой теме. Информационная система не должна отнимать слишком много ресурсов на свое обслуживание. В небольших и средних организациях обычно пренебрегают эти фактором, считая, что он проявляется только при сотнях и тысячах пользователей, но это не всегда правильно. Особенно велики могут быть скрытые потери. Слишком часто пользователи, не привыкшие к нормальному сервисному обслуживанию, могут попытаться решить проблему самостоятельно или обратиться к соседу с просьбой помочь. Я не раз наблюдал ситуацию, когда топ-менеджер с зарплатой не в одну тысячу долларов и приносящий компании серьезные сделки, пытается настроить принтер или разобраться с компьютером своего сотрудника. На фоне этих расходов содержание специалистов по поддержке пользователей или покупка программного обеспечения высокого качества и серьезных поставщиков кажется чистой экономией.
Опора на стандарты. Опора на стандарты. Опора на стандарты. Уж сколько раз твердили миру… Мы живем в эпоху перемен. Перемен столько, что единственная постоянная вещь сегодня – это твердая уверенность в том, что завтра перемены будут продолжаться. Информационные технологии меняются еще быстрее, чем окружающий мир, – им ведь нужно не просто поменяться, а попробовать несколько вариантов и наконец выбрать тот, который наилучшим образом соответствует переменам в реальном мире бизнеса и отношений. Каким образом я могу быть уверен, что все деньги, которые я вложил в ИТ не пропадут и я смогу хоть как-то использовать мои наработки в будущем?
Единственный метод, который может с определенной степенью вероятности гарантировать такую «совместимость с будущим», это опора на стандарты. Если ваша система использует сегодняшние стандарты информационных технологий, то вероятность ее интеграции и применения в будущем очень серьезно возрастает. Если вы используете систему с закрытым форматом данных, с частными протоколами обмена и другими нестандартными интерфейсами, то, скорее всего, вы окажетесь в сложной ситуации в достаточно обозримое время.
Рассмотрев базовые принципы построения информационных систем, можно перейти к основам внедрения информационных систем. Как ни странно, но мир информационных технологий достаточно «стандартизирован» – очень сложно найти ситуации, где не годится одна из небольшого количества стандартных методик. В свое время я объехал немало заказчиков, планируя проекты по внедрению СУБД. И каждый заказчик объяснял мне, что именно его организация и ее структура являются уникальными: «Мол, Клавдия Петровна не подчиняется Сергею Михайловичу, хотя это было бы логично. А вот этот филиал работает непосредственно с поставщиком, а не через центральный офис». Я внимательно выслушивал эти истории, а потом спрашивал, какая все-таки организация отношений у них в компании – матричная или иерархическая Дело в том, что на таком уровне абстракции, как построение иерархии СУБД, меня совершенно не волновали особенности отношений в компании – только связи между различными подразделениями и направление передачи данных. А вся сложность таких отношений была в первую очередь связана с проблемами в управлении компанией, а не с технической реализацией этих отношений: данным совершенно безразличны родственные связи начальника департамента. Более того, за все время работы я не встречал компаний, которые не укладывались бы в иерархическую схему управления с небольшими модификациями. Невольно вспоминаешь «Трудно быть богом» Стругацких:
«Румата задрал подбородок.
– Зарубите на носу, дон Рэба, – сказал он высокомерно. – Для нас, коренного дворянства метрополии, все эти Соаны и Ируканы, да и Арканар, были и всегда останутся вассалами имперской короны».
Описанный выше подход все-таки основывается на знании технологий. Пусть поверхностном, но определенном техническом понимании систем. А что делать, если у руководителя нет «технической жилки»? Если он или она гуманитарий? Бизнес в России в основном развивали инженеры и физики но ведь не только они. Существует и другой способ оценки различных технологических решений. В его основе лежит очень простая идея: основной продукт, с которым работают информационные системы, – это... (сюрприз! сюрприз!) информация. Пусть технической стороной, носителем, который обеспечивает обработку этой информации, занимаются специалисты. Подход к компьютерным системам как к способу работы с информацией дает необходимый уровень абстрагирования от деталей, оставляя за руководителем понимание всей системы в целом.
Вообще-то компьютерные технологии могут работать с любой информацией. Это может быть поиск сообщений внеземных цивилизаций в записях сигналов радиотелескопов или запись последнего хита группы «Корни», но для бизнес-целей обычно используются другие типы информации: записи о продажах, контактах с покупателями, финансовые расчеты, хранящиеся на складах товары, документы, контракты, электронная почта и многое другое. Какими же свойствами должны обладать информационные системы для бизнеса?
• Простота обработки информации. Должно быть понятно, что и как делать. При этом сам процесс работы с информацией должен быть очень прост и эффективен.
• Доступность информации. Пользователи должны иметь возможность получить доступ к необходимой информации в правильном формате и в удобной форме.
• Обеспечивать обратную связь. Действия пользователя должны обеспечивать необходимое изменение информации, как для него самого так и для других пользователей, отражая происходящие процессы.
• Установка приоритетов действий с информацией. Обеспечение целостности данных и процессов.
Эти принципы настолько базовые, что уже невозможно найти их автора. Но на основе этих самых общих принципов работы с информацией, практически одинаково пригодных для любой работы с информационными ресурсами, можно сформулировать самые базовые принципы работы информационных бизнес-приложений в области управленческого и финансового учета.
• Полнота, непротиворечивость и значимость информации. Об этом часто забывают, но не всякая информация достойна «высокого звания информации».
• Информация в нужном месте. Данные либо находятся там, где в них возникает потребность, либо, если это экономически обоснованно, могут быть доставлены в это место за приемлемое время и цену.
• Информация в нужное время. Сбор данных выполняется настолько часто, насколько это требуется для поддержки их актуальности. Например, в системах биржевых торгов актуальность информации гораздо важнее, чем в отделе комплектации заказов.
• Информация в нужном объеме. Собираются все необходимые данные, включая первичные.
• Информация в нужном виде. Исходные данные, чтобы их было удобно использовать, должны быть предварительно обработаны. Для этого на основе собранной первичной информации вычисляются различные сводные показатели позволяющие представить данные в необходимых разрезах и с нужной степенью обобщения.
• Информация сопоставима. То есть необходимо сравнивать между собой одинаковые или хотя бы однородные величины.
• Существует единая версия корпоративной правды. Все потребители данных всегда используют единую версию информации с целью избежать несогласованности действий.
• Идет накопление корпоративных знаний. Исторические данные накапливаются и могут быть использованы в процессе работы.
• Поддерживаются изменения в бизнесе. Необходимо иметь возможность легко изменить и расширить состав информации в процессе работы.
Наверно можно выбрать и другие важные принципы построения информационных систем, но задача этой книги не заставить читателя выучить формальные определения, а дать ему необходимые сведения для развития собственных мыслей и идей Скажем, в данном случае гораздо важнее понимание потребителем того, что термин «информационные системы» не является волшебным неделимым заклинанием, как часто можно услышать из уст маркетологов и технических специалистов, а действительно описывает процессы обработки «информации» в специализированных «системах». Это знание позволяет управляющему или владельцу бизнеса без каких либо специальных знаний задавать вполне адекватные технические вопросы любому специалисту по технологиям. Причем чем лучше специалист, тем проще и понятнее будут его ответы даже непосвященным.
ГЛАВА 04
УПРАВЛЕНИЕ
Однажды сороконожку спросили, с какой ноги она начинает движение. С тех пор она не может сдвинуться с места, мучительно размышляя над тем, с какой ноги начинать.
Это старая шутка, но попробуйте задуматься: как вы управляете своей компанией? Не знаю, может быть, существуют такие руководители, которые строят модели управления и реализуют их. Но, наверно, они занимаются не тем бизнесом – им бы учить других и писать учебники. Малый и средний бизнес – не то место, где есть возможность философствовать и строить теории. Быстрый, подвижный, он требует моментальной реакции на изменения и выверенного управления. Парадокс, но управление нужно, а задумываться об этом нет времени!
Этот парадокс легко разрешается, если принять во внимание огромное количество теоретиков, которые строят модели бизнеса и экономики. Честно говоря, каждая модель достаточно проста и очевидна, но лучше воспользоваться уже готовыми чем тратить свое время на новые. Посмотрим на простую диаграмму (рис. 3), где показана схема управления предприятием.
Рис. 3. Схема цикла управления предприятием
Можно выделить следующие основные функции в процессе управления:
• Принятие решения.
• Организация.
• Регулирование, или контроль сверху.
• Обратная связь, или контроль снизу.
• Учет.
Выделим в этом списке последний пункт – учет.
Это особая функция управления, формирующая представления о ситуации. Вести бизнес вслепую невозможно. Важно знать, какая продукция лучше расходится, во сколько обходится ее выпуск, какой доход приносит ее продажа. Учет обеспечивает сбор и обработку этой и другой необходимой информации. Качество отображения и его адекватность реальности оказывает непосредственное влияние на эффективность управления предприятием. Учет является основой для всех других функций и охватывает сразу несколько этапов в цикле управления – планирование, исполнение, контроль за ним, анализ и корректировка планов или целей.
Построение в компании системы учета в целях управления ее бизнесом аналогично постановке бухгалтерского (финансового) учета и реализуется похожими этапами, а его использование должно регламентироваться документами, по содержанию аналогичными документам, которые регламентируют практику бухгалтерского учета. Однако имеется значительное различие в статусе этих документов связанное с различием пользователей бухгалтерской и управленческой отчетности. Бухгалтерский учет, который обязаны вести все предприятия, отражает исключительно финансовую отчетность и предназначен в основном для создания соответствующего образа предприятия в сознании государственных налоговых органов и только во вторую очередь – для руководства компании. Именно поэтому бухгалтерский учет регламентируется внешними по отношению к компании стандартами Для бухгалтерии «несть ни эллина, ни иудея», все предприятия не просто равны, а одинаковы. Такой высокий уровень абстракции позволяет использовать бухгалтерскую отчетность, одинаковую для любой отрасли деятельности, но именно этот уровень абстракции делает эту форму учета малопригодной для оперативного управления бизнесом Для обретения руководством «зрячести» необходима система управленческого учета. Цель такой системы – отчетность, на основе которой можно принимать правильные управленческие решения Но отчетность – это только вершина пирамиды управленческого учета, в основании же лежит сбор релевантной информации, ее группировка, систематизация и представление в том виде, который более всего отвечает требованиям менеджеров и владельцев бизнеса – конечных потребителей информации. Поэтому управленческий учет как обособленный процесс не является эффективным. Важна совокупность планирования, учета и контроля Только тогда возможно управление компанией, а не учет произошедшего. Такая свобода ведет к тому, что управленческий учет не имеет однозначных стандартов и может строиться на основании большого множества существующих практик или быть вообще полностью разработанным для единственной компании (если это кому-то придет в голову).
При постановке управленческого учета важно продвигаться в направлении от поставленных управленческих задач (стратегическое и бюджетное управление) к организации работы на местах (оперативный учет). Конечной целью построения системы управленческого учета в компании является создание такого режима работы, при котором менеджмент сможет получать абсолютно точные и максимально оперативные ответы на свои вопросы.
«На самом деле все фирмы ведут управленческий учет. Только одни – в обычных школьных тетрадях; под стать этому работает и их бизнес. А другие – с помощью системы управленческого учета, которая позволяет в любой момент получить целостную картину деятельности предприятия в цифрах».
[ Steven Crane, CFO #2/2000 ]
В чем суть управленческого учета и почему недостаточно бухгалтерского учета? Рассмотрим некоторые примеры. Например, вопрос цены. Не всегда цена адекватно отражает реальность. Представьте себе, что производство или отдел продаж выделены у какой-то компании в отдельную фирму. Эта фирма получает в качестве полуфабрикатов продукцию головной компании по фиксированным ценам отгрузки. Но насколько эти цены реальны? Ведь, так как все равно идет работа «на один карман», играя ценами, можно снижать налоговую нагрузку или перекачивание денег в производство. А если в схеме используется оффшорная компания? Бухгалтерский учет покажет только то, что компания хочет показать налоговым органам. Это может быть позитивно для бизнеса, но чем управляет директор такой компании? Как ему оценить реальные результаты работы?
Другой пример – учет использованного стоимости сырья в себестоимости конкретной партии произведенного товара. Если цена на сырье постоянна, то все просто. А что делать, когда она меняется? А вопросы отнесения расходов на соответствующие проекты? Хорошо поставленный управленческий учет позволяет учитывать даже затраты на коробку конфет секретарше чиновника, выдающего разрешения, и отнести этот расход на себестоимость проекта.
Приведем пример из практики одной из компаний, участвовавших в написании этой книги. Собственно компания состоит из четырех юридических лиц: розничного магазина, оптового магазина, дистрибьюторской компании и строительной бригады. Представьте себе, что бригаде срочно понадобилась банка какой-то редкой краски. Ее можно купить в собственном магазине, но предположим, что ее там нет. Но она есть у дистрибьюторской компании, которая заказала ее для своего клиента. Бригада получает банку краски со склада дистрибьютора, заказывает ее в магазине, который ее закажет, купит и вернет дистрибутору. Представили? И как это все проводить по бухгалтерии и как учитывать в расчете стоимости проектов? А еще у этой группы компаний два хозяина, которые должны иметь возможность видеть что происходит, чтобы доверять друг другу. А еще они хотят разделить бизнес…
Хорошо. Допустим, я убедил вас, что управленческий учет необходим вам как воздух. Но как сделать это эффективно и правильно? Собственно, основная цель этого учета в том, чтобы качественно и быстро предоставлять руководству компании информацию. При этом, как и для любого другого проекта, расходы на введение управленческого учета должны быть меньше, чем прибыль от его внедрения. Впрочем, выгоды настолько очевидны для компаний, где в полный рост встают вопросы эффективности управления, что испортить баланс между расходами и доходами невозможно. Кстати это не так сложно, как может показаться, – купите систему управления, на две головы более мощную, чем нужно вашей компании, или пригласите дорогих бизнес-консультантов на «реинжиниринг бизнес-процессов» – и ваши расходы превысят все разумные границы.
Исторически, как ни странно это звучит для исторического периода в 15-20 лет, значительное число малых предприятий было создано несколькими предпринимателями. Можно говорить о «соборности русского народа» и «крестьянской общине» или о желании разделить риски с другим человеком, но вне зависимости от причины с такой реальностью необходимо считаться. До определенного момента такая модель построения бизнеса является очень эффективной – несколько владельцев удачно взаимно дополняют другу друга, обеспечивая очень высокую эффективность бизнеса. Но, начиная с определенной стадии зрелости и объема бизнеса, сложность и количество информации становятся слишком высокими для вербальной передачи данных (например, в субботу в бане за пивом). В результате точки зрения партнеров начинают расходиться, и не последнюю роль в этом играет недостаточная информированность и контроль за работой компании. Безусловно, даже наличие эффективной информационной системы не даст гарантии против «эпидемии разводов», но позволяет совершить эту процедуру без «традиционного битья посуды».
При разработке системы управленческого учета обычно выделяют следующие ключевые задачи (я цитирую сайт одной из компаний, специализирующихся на таком консалтинге):
• Определение финансовой структуры предприятия путем выделения центров финансовой ответственности.
• Разработка состава, содержания и форматов управленческой отчетности.
• Разработка классификаторов управленческого учета.
• Разработка методов управленческого учета затрат и калькулирования себестоимости продукции.
• Разработка управленческого плана счетов и моделей типовых хозяйственных операций.
• Разработка внутренних положений и инструкций, регламентирующих ведение управленческого учета.
Необходимо также разработать:
• Положение о финансовой структуре предприятия;
• Положение о внутренней учетной политике;
• единые классификаторы управленческого учета;
• управленческий план счетов;
• формы первичных и отчетных документов управленческого учета;
• регламентацию бизнес-процессов, отражающих сроки, последовательность и ответственность за формирование регистров управленческого учета и форм отчетности.
Я не стал интересоваться расценками на такие услуги. Не думаю, что все это обходится очень дешево. Но самое главное – такие системы наиболее эффективны, когда не просто оформлены в виде бумаг или даже электронных таблиц для расчетов а имплементированы, то есть встроены, в существующую информационную систему управления компанией. При этом для малого и среднего бизнеса нет нужды переживать по поводу того, что ему придется многое перестраивать – у большинства российских компаний проще сделать управленческий учет и информационную систему заново, чем переделывать существующие. В большинстве случаев лучше просто купить готовую систему с возможностью некоторой настройки и подстроить свой бизнес к качественным западным бизнес-процессам.
