Книга Внедрение программного продукта
Для успешного внедрения программного обеспечения (компьютерных информационных систем), важно понимать, что именно вы планируете внедрить, какие цели вы преследуете, какого результата добиваетесь. Только при условии четко поставленной цели и продуманного выбора информационной системы результат внедрения принесет плоды. Но этого мало. Сам процесс внедрения включает в себя много больше, чем установка и доработка программного продукта. Обо всем этом подробнее читайте в книге «Внедрение программного продукта».
Введение
Выбор и внедрение программных продуктов нередко завершаются неудачей. Система оказывается ненужной, неудобной или слишком сложной. Пользователи не могут найти необходимые инструменты, приходят к выводу, что этот продукт им не подходит. И, в принципе, хорошая и даже полезная программа оказывается «на полке». Такие ситуации даже в быту неприятны. А в бизнесе — это большие потери времени и средств.
Я много лет занимаюсь внедрением программного обеспечения и автоматизацией бизнеса как бизнес-консультант. Наблюдал большое количество неудачных решений, анализировал их причины. Изучал также успешный опыт, в том числе, зарубежный. В результате появился мой собственный метод выбора и внедрения информационных систем для бизнеса, проверенный на практике и доказавший свою эффективность.
Эта книга предназначена, в первую очередь, для специалистов по внедрению и автоматизации, бизнес-консультантов и IT-специалистов, которые регулярно сталкиваются с проблемой выбора программного продукта для заказчика и взаимодействия с ним в процессе внедрения. Потому я уделяю особое внимание изучению бизнеса клиента, вопросам обоснования своего выбора, преодоления саботажа сотрудников и другим подобным вопросам.
Но и руководитель компании, который задумался об автоматизации и модернизации программных систем, также найдет здесь много полезного. Вы узнаете, что такое информационная (программная) система, как ее правильно выбирать. Поймете, как происходит результативное взаимодействие с подрядчиками и научитесь определять, стоит ли доверять специалисту на ранних этапах сотрудничества.
Отдельные разделы посвящены документации, инструкциям и обучению персонала. Это также важные составляющие успеха. Даже грамотно выбранный программный продукт может быть не востребован просто потому, что сотрудники с ним работают слишком медленно или постоянно ошибаются. Вы поймете, что следует ждать от автоматизации, а какие надежды на самом деле бессмысленны.
Деньги и IT
В этой книге я планирую рассказать о том, как правильно внедрять IT-системы, об их классификации и применении этих знаний на практике, о том, как организовать сотрудничество и добиться эффективного взаимодействия заказчиков (пользователей) и специалистов.
Но я намеренно не буду говорить о ценообразовании. Здесь я не планирую рассматривать, как оценивать услуги по внедрению различных программных продуктов, как взаимодействовать с заказчиком с юридической и финансовой точек зрения, как документально оформлять завершение сотрудничества и т. д.
Я понимаю, что эти аспекты также важны в работе любого IT-специалиста или компании. Их необходимо изучить и продумать, так как любые ошибки в организационных и финансовых вопросах могут усложнить вашу работу.
Но книга посвящена эффективному внедрению программных систем. А от того, какую цену вы посчитаете оптимальной или как документально оформите сотрудничество, процесс внедрения и его результат не зависят. Конечно, за исключением случаев, когда само сотрудничество прервано по причинам, на связанным непосредственно с внедрением.
Независимо от стоимости услуг и достигнутых договоренностей, внедрение должно проводиться профессионально, а в итоге заказчик должен получить нужный результат. Вам это должно быть важно не меньше, чем будущим пользователям. Это — ваш опыт, подтверждение профессионализма.
Даже если на каком-то этапе у вас появились мысли, что заказчик вам недоплачивает или сомнения в том, что вы получите в итоге оплату, внедрение все равно нужно доводить до конца. Это ваш уникальный практический опыт.
Конечно, деньги — важный фактор в любой работе. Но если вы уже дали согласие на выполнение работ по внедрению, независимо ни от чего, нужно просто сделать свою работу. Это необходимо не только заказчику, но и вам.
Чем больше у вас будет успешных (законченных) внедрений, тем уверенней вы будете. В будущем вы сумеете грамотно оценить затраты времени и сил, будете четко представлять себе, как и что нужно сделать для успешного внедрения. И вместо разочарования с двух сторон от прерванного сотрудничества, получите опыт и знания, которые пригодятся вам в будущем.
Бизнес-консультант в малом и среднем-бизнесе. Кто это и зачем он нужен?
«Хороший советник лучше любого богатства»
Сократ
Для начала я решил немного рассказать, кто такой бизнес-консультант. Это поможет лучше понимать последующие главы. Описание того, чем и как занимаются бизнес-консультанты, избавит читателя от вопросов при описании моего опыта взаимодействия с заказчиками и тех подходов, которые я предлагаю использовать в процессе внедрения программных систем.
Я не буду здесь давать сухие определения, думаю, они никому не интересны. Бизнес-консультант — это тот самый человек, которого приглашают со стороны, чтобы он помог найти решение каких-то проблем. Также очевидно, что взгляд «со стороны» очень часто помогает выявить то, что вы никогда не обнаружите, будучи сотрудником компании.
Я хочу с вами поговорить исключительно о бизнес-консультантах, которые работают с малым и средним бизнесом, т.е. с предприятиями с численностью сотрудников ориентировочно от 5 до 70 человек. Эта работа во многом отличается от того, что делают специалисты, которых привлекают в подобных случаях крупные компании. И, как раз, с этими нюансами есть смысл разобраться.
Итак, в чем особенности малого и среднего бизнеса?
— Малый и средний бизнес по своей структуре достаточно просты. Обычно здесь не нужна сложная логистика или аналитика. Управление осуществляется небольшим числом людей. Отсутствуют и многие другие структуры, без которых невозможно представить себе управление крупной компанией.
— Небольшой бизнес не имеет достаточных финансовых средств для того, чтобы привлекать к работе целый штат разных специалистов.
Именно эти две причины — отсутствие необходимости и экономия средств — привели к тому, что для малого и среднего бизнеса оптимальным решением стали услуги консультанта-дженералиста.
Напоминаю, что консультант-дженералист (в отличие от консультанта-специалиста) — это человек, способный оценить бизнес в целом, наметить общие тенденции, увидеть перспективы и возможности улучшения ситуации. Обычно ситуация выходит за рамки одного процесса и/или функции.
Конечно, не все так просто. Разобраться в том, что происходит в бизнесе и найти причины «заболевания» — это только половина дела. Решение должно быть конкретным, как рецепт от врача. А потому наряду с общим пониманием бизнес-процессов, консультант должен обладать многими сопутствующими знаниями и навыками. Так, сегодня невозможно представить себе управление бизнесом без использования программного обеспечения. А потому бизнес-консультант должен ориентироваться в IT-сфере, обладать знаниями о том, какие решения существуют, какие можно реализовать под заказ, уметь поставить задачу программисту и т. д.
Зачем нужен бизнес-консультант?
При общении с новыми клиентами мне постоянно приходится отвечать на этот вопрос. Также нередко его задают мои бывшие коллеги из IT-сферы и сотрудники различных компаний.
Казалось бы, и правда:
1. Структура небольшого предприятия достаточно простая.
2. Увидеть работу «в целом» может и даже должен уметь руководитель.
3. Слабое звено» найти не сложно, часто даже клерки понимают, какой отдел «тормозит» работу.
4. Для автоматизации можно напрямую обратиться к программисту.
Все это, конечно, верно. Именно так и должна работать небольшая компания. Но реальность несколько отличается от любой бизнес-схемы, и отличается обычно в худшую сторону. В результате, компания какое-то время работает, текущие проблемы решаются по мере их возникновения более или менее успешно. А потом наступает кризис. И тогда зовут бизнес-консультанта.
Что чаще всего видит бизнес-консультант?
Основные проблемы, с которыми я сталкиваюсь на практике:
«Узким местом» бизнеса очень часто оказывается совсем не то, о чем говорил клиент.
Например, вы можете быть на 100% уверены, что ваша компания не может увеличить товарооборот из-за медленной работы склада. Вы покупаете на склад компьютеры и какое-то программное обеспечение для автоматизации работы. Нанимаете большее число грузчиков и кладовщиков, чтобы они быстрее собирали заказы. При этом истинная проблема кроется в непродуманной работе отдела доставки. Достаточно оптимизировать транспортные маршруты, научиться передавать документы на склад в правильном порядке, и пропускная способность этого склада вырастет без каких-то других вложений.
Для решения возникающей проблемы выбирают сложный и ошибочный путь.
Как известно, на ошибках учатся. Но стоит ли учиться исключительно на своих? Бизнес-консультант, по сути, является кризис-менеджером. Его зовут тогда, когда компания сталкивается с определенными проблемами. Консультант анализирует бизнес, разбирается в предпосылках, которые привели к текущей ситуации. Он видит много разных ошибочных решений, а также их последствия на практике. И, естественно, в своей работе уже не повторит такие ошибки. А потому помощь бизнес-консультанта очень часто избавляет бизнес от «танца на граблях», на которых уже побывали ваши конкуренты.
При автоматизации работы предпочтение отдают далеко не самому лучшему инструменту.
Чаще всего руководитель бизнеса и программист говорят «на разных языках». В итоге программист работает либо вообще без тех задания, т.е. составляет его себе самостоятельно на основе того, о чем он сам догадался в беседе с клиентом, либо получает ТЗ, которое на самом деле вынуждает его делать не совсем то, что реально нужно клиенту. Более того, любой IT-специалист без исключения ограничен в выборе решения своей специальностью. Так, 1С-специалист будет привычно дорабатывать под поставленную задачу какую-то из 1С-конфигураций в то время, когда для решения проблемы может быть достаточно Excel-таблицы или отдельной программы для рассылки почты.
Итак, бизнес-консультант — это тот самый человек, который сумеет провести грамотную диагностику проблем, возникших в вашем бизнесе. Он привык смотреть не только на явные симптомы, но анализирует весь бизнес-процесс. После чего бизнес-консультант назначит вам правильное «лечение». У него есть практический опыт, есть знание и понимание ошибок ваших коллег, есть разные варианты решений, проверенные на практике.
Бизнес-консультант должен быть IT-консультантом
Если бизнес-консультант работает с малым и средним бизнесом, он обязательно должен быть также IT-консультантом. Современные бизнес-процессы невозможно представить себе без автоматизации. Многим предприятиям нужны новые продукты, методы, и как итог — программы. Внедрение какого-то нового процесса без программной поддержки — нереально. И надо уметь выбрать оптимальное решение, а также пояснить клиенту, почему именно такой программный продукт подойдет лучше всего. Кроме того, очень важно понимать, как он будет взаимодействовать с другими программами и процессами на предприятии. Для небольшого бизнеса лучше всего, если тактику и стратегию бизнеса, а также программное сопровождение для новых бизнес-процессов будет выбирать один человек.
При этом бизнес-консультант не может быть привязанным к какому-то одному программному продукту. В отличии от программиста, он должен выбирать каждый раз оптимальное решение, не «зацикливаясь» на каких-то привычных инструментах. Бизнес-консультанту безразлично, будет ли строиться работа новых процессов при помощи 1С, каких-то специально разработанных приложений или стандартных средств Microsoft Office. Он хорошо знает, что может предложить современный IT-рынок, умеет четко поставить задачу программисту, и всегда выбирает то решение, которое лучше всего подойдет для автоматизации бизнес-процессов в конкретном случае.
Работа «под ключ» и другие нюансы
Очень важный момент для малого бизнеса. Консультант поможет воплотить в жизнь все свои идеи и предложения:
1. Подготовит и поможет внедрить любые кадровые перестановки, изменения режима работы и т. д.
2. Подготовит и внедрит новые программные решения. Все нюансы — начиная от выбора программы и оканчивая поиском специалиста и внедрением — консультант берет на себя.
3. В процессе решения проблемы при необходимости какие-то нюансы проработает отдельно, в том числе, привлечет к этому специалистов советующего профиля.
4. Обучит персонал новым методам работы.
Чаще всего бизнес-консультант работает с одним предприятием не более 1,5 лет. За этот срок полностью решаются все поставленные задачи. И когда новые бизнес-решения начинают работать в штатном режиме, сотрудники компании уже сами без помощи и подсказок могут продолжать работать в нужном направлении, работа бизнес-консультанта с конкретным предприятием завершается. Как показывает моя практика, до следующей сложной задачи.
Отдельно хотелось бы сказать еще об одной функции бизнес-консультанта. Это — функция «громоотвода». Лично я не единожды сталкивался с такой ситуацией. Руководитель компании даже без моей помощи знал о том, что компании нужны перемены. Более того, понимал во многом, какие именно. Но он также понимал, что эти перемены приведут к неприятным для части персонала кадровым решениям. А коллектив — дружный, сработавшийся. Если начать внедрять какие-то новшества, могут обидеться и уйти, в том числе, те специалисты, которых совсем не хочется потерять. Что в итоге? Реформы откладываются «в долгий ящик» из страха сделать еще хуже
Что происходит, когда появляется бизнес-консультант? Он — чужой, при этом именно он отвечает за все непопулярные решения. Все просто и понятно. На фирме имеются определенные проблемы. Руководитель нанял специалиста, который далее поступает так, как считает нужным для решения поставленной задачи. А весь негатив от коллектива направляется именно на консультанта.
Казалось бы, это все — мелочи. Но именно такие «мелочи» помогают очень часто в небольшой фирме сохранить и сотрудников, и нормальные отношения в коллективе, и все перемены провести максимально безболезненно. Консультанту этот негатив не страшен. Он отработал — и ушел. Да и деньги ему платят как раз за внедрение перемен, так что — реакция привычная, никаких эмоций не вызывает, а руководителю — одной проблемой меньше, и проблемой немаловажной.
Как я к этому пришел?
Вопрос о том, как я пришел к этой, столь редкой для нашей страны профессии, мне также задают достаточно часто. Да и для понимания специфики работы рассказать об этом будет не лишним. Может быть, даже кто-то из вас пожелает стать моим коллегой. И здесь я надеюсь, что мой путь, мои ошибки и наработки могут пригодиться.
Между прочим, на сегодняшний день на российском рынке бизнес-консультанты для малого и среднего бизнеса очень нужны. Эта ниша пока очень слабо заполнена. А работа — невероятно интересная, и не только финансово. Я лично всегда буду рад помочь любому из вас стать моим коллегой, подскажу и хорошую литературу, и на вопросы отвечу. Кому надо — пишите, буду рад. И сразу порекомендую книгу, которую сам считаю настольной:
«Управленческое консультирование. Введение в профессию» Под редакцией Милана Кубра.
Итак, я жил в Уфе, занимался бизнесом, был фактически замдиректора достаточно солидной компании. Мы продавали автозапчасти, тогда это было выгодно. Казалось бы, что еще нужно? У меня был очень достойный доход, был автомобиль с личным водителем, спокойная работа и «солидные» 100 кг с некоторой тенденцией к дальнейшему росту массы тела. Вот такой классический «начальничек».
Я знаю, что, к сожалению, для большинства из россиян подобный ход дела — это предел мечтаний. Очень многие среди нас «заточены» исключительно на получение прибыли. В результате в нашей стране появилось даже слишком много более или менее успешных продавцов, при этом имеется явный недостаток ремесленников, специалистов, которые знают и любят свое дело.
Лично я, когда мне говорят слово «ремесленник», вспоминаю немецких кузнецов прошлых веков, которые поколениями оттачивали мастерство, ковали доспехи, мечи, утварь. Они не были хорошими продавцами. Они были — специалистами, которые знали и любили свое дело. И за это их очень высоко ценили.
Что я хочу вам сказать? Если вы — продавец, если вы считаете, что прибыль — прежде всего, то дальше читать эту главу вам будет, скорей всего, не интересно. Но если вы, как и я, считаете, что намного интереснее не просто продавать, но создавать самому какие-то ценности, быть специалистом, то нам с вами по пути.
Итак, я — достаточно активный человек, мне было мало моего устоявшегося комфортного существования, хотелось чего-то интересного. Я читал о бизнес-консультантах, смотрел интервью с представителями западного бизнеса, которые в нашей стране сумели открыть филиалы и стать успешными именно при помощи подобных специалистов, и понимал, что я так тоже могу. Более того, я хочу этим заниматься. В итоге, я бросил все и переехал в Москву.
Специалист 1С или мое обучение
Лично я для изучения на практике различных бизнес-процессов выбрал путь, наиболее близкий мне. Окончил курсы, получил сертификат и стал специалистом 1С. Как известно, 1С программисты постоянно работают с бизнес-процессами, с бухгалтерией, складом, торговлей, с другими видами учета. А потому в процессе работы с программой 1С изучить особенности работы конкретной компании очень просто.
Первой компаний, куда я устроился, была фирма по продаже различных зоотоваров (корма для животных, клетки, игрушки, другие аксессуары). Фирма активно развивалась, и у нее была уже тогда разветвленная сеть магазинов. Как-то в моем присутствии разгорелся спор о ценообразовании. Я уже хорошо знал, как здесь все работает, а потому рискнул внести свое предложение — один из вариантов единого ценообразования для всех магазинов. Поначалу реакция руководства меня даже обидела. Мне сказали: «Ты программист? Занимайся своим делом». Но потом я понял, что они правы.
И тогда я сделал для себя важный вывод:
Если вы хотите, чтобы в вас видели бизнес-консультанта, надо представляться как бизнес-консультант. Иначе вас и ваши идеи никогда не воспримут всерьез. Бизнесом руководят люди, а люди привычны думать стереотипами.
Далее я устроился на работу руководителем проекта. Затем работал еще на нескольких должностях. Так я проработал с 1С до 2008 года, до кризиса. К этому моменту у меня уже были некоторые идеи и наработки, плюс я уже около года работал в качестве фрилансера над разнообразными проектами.
Итак, 2008 год. Кризис. Я прихожу на одно предприятие, владелец которого собирается внедрить 1С Управление производством. При этом я вижу, что он сам сомневается в своем выборе и даже в том, надо ли ему внедрять эту программу. И тогда я предложил для начала сделать описание бизнес-процессов. Оказалось, что руководство никак не могло понять, что происходит у них в компании, а потому я со своим предложением оказался весьма кстати. Необходимо отметить, что, если бы не кризис, они вряд ли согласились довериться и попытаться так кардинально менять свою компанию. Этот проект продлился больше двух лет, дал мне опыт и еще больше убедил меня, что я иду по правильному пути.
Так я понял, что нужно сделать, чтобы начать карьеру бизнес-консультанта.
Проблемы в бизнесе есть у многих. Надо приходить к людям, рассказывать, что я могу, надо предлагать свои услуги. Они действительно очень востребованы.
На сегодня у меня в активе где-то 35—45 готовых проектов. Каждый проект — это новые люди, отрасль, новые свершения, новые идеи. Я работал со швейной фабрикой, работал с производителями смузи и соков, с продажей косметики, с автозапчастями, с продажами складского оборудования, с салонами красоты и т. д.
Я видел очень много ошибок в бизнесе.
Ведь меня, бизнес-консультанта, как и врача, чаще всего, зовут тогда, когда «болезнь» становится явной, а «самолечение» не помогает. А потому я видел очень много самых разнообразных решений, причем, на практике. И смогу сразу отсечь ошибочные идеи и выбрать оптимальное «лекарство» для конкретной ситуации.
Я постоянно учусь, и не только на практике.
Если у нас в стране бизнес-консультирование малого и среднего бизнеса развито очень слабо, то на Западе эта специальность очень популярна, там есть множество учебников, выходят интересные статьи, есть какие-то методики и даже стандарты профессии.
Каждый проект — это сложная увлекательная задача.
Не смотря на все знания и навыки, у меня нет и быть не может готовых решений «на коленке». Каждый раз мне приходится изучать все нюансы бизнеса, начиная от общих тенденций и оканчивая графиком работы сотрудников, системой поощрений и наказаний, особенностями транспортной доступности офиса, склада, производства и т.д., и т. п. И только после понимания всех нюансов работы компании у меня появляется возможность выявить реальную проблему и предложить варианты ее решения.
Бизнес-консультант — работа не для ленивых.
Я не буду говорить о том, сколько сил и времени требуется, чтобы продать мои услуги. С одной стороны, они очень востребованы, наблюдается реальный дефицит бизнес-консультантов для малого и среднего бизнеса. С другой — очень многие бизнесмены не понимают, чем им может помочь бизнес-консультант, приходится тратить много усилий на пояснения того, о чем я пишу здесь и сейчас. Но это — мелочи по сравнению с тем, сколько сил придется вложить в сам процесс работы. Приходится постоянно учиться. Во-первых, нужно изучать нюансы работы конкретной отрасли, и даже конкретного предприятия. Во-вторых, мало выявить проблему, нужно ее решить. А это — продумать и внедрить программное решение, проконтролировать работу сотрудников, которые, скорей всего, будут первое время саботировать ваши предложения, так как новое всегда воспринимается с трудом. Надо обучить персонал новым методам работы, постоянно отслеживать качество этой работы и эффективность выбранного решения, и многое, многое другое.
Бизнес-консультант для малого и среднего бизнеса — это очень интересно!
К сожалению, сегодня в России малый и средний бизнес развивается очень слабо. Одна из важных причин такого печального положения вещей — это отсутствие у предпринимателей достаточного опыта и знания бизнес-процессов. Бизнес развивается, по сути, методом проб и ошибок. В то время как на Западе бизнесмены активно используют услуги бизнес-консультантов, благодаря чему избегают многих «подводных камней» в своей работе и эффективнее используют свои возможности.
Я считаю очень важным, чтобы в нашей стране число бизнес-консультантов, работающих с малым и средним бизнесом, также увеличивалось. И чтобы бизнесмены помнили, что у них всегда есть помощник. Бизнес-консультант не имеет никаких своих интересов и предпочтений в вашем бизнесе, но при этом всегда готов прийти на помощь в кризисной ситуации, разработать надежную и эффективную стратегию развития, или даже просто дать действительно хороший совет.
Не имеет значения, с какими программными продуктами вы будете работать. На сегодняшний день я много работаю с линейкой продуктов Zoho, Salesforce, с различными системами на базе других вендоров, BPMS-системами. Основные подходы к работе и правила внедрения одинаковы для всех типов программных систем. Они универсальны и не зависят, в том числе, от размера организации.
Надеюсь, что мне удалось донести до вас главное: зачем нужен бизнес-консультант в малом и среднем бизнесе, чем он занимается и какими знаниями должен обладать. А также насколько это интересная профессия, и как важно для успеха российского бизнеса чтобы нас стало больше, чтобы к нам обращались чаще, чтобы вместе мы научились работать еще лучше!
Выбор программного продукта
В этой части я постараюсь пояснить основные термины, понимание которых поможет эффективно взаимодействовать с IT-специалистами, расскажу о классификации IT-систем, а для самых нетерпеливых — в последней главе пошаговая инструкция по выбору программных систем.
Что такое компьютерная информационная система
Одна из самых больших проблем в любой сфере деятельности, где используется специфическая терминология, — это договор о понятиях. Часто люди используют слова, вообще не понимая их значения. И трактуют их каким-то своим особенным образом. Результат — отсутствие взаимопонимания, претензии и недовольство результатом. Особенно сложно пояснять основополагающие базовые понятия. Но в сферах бизнеса и IT технологий без этого не обойтись.
Одна из самых распространенных проблем при внедрении IT-систем — очень высокий процент провалов. Внедрение тормозится из-за отсутствия взаимопонимания с программистами, нередко уже готовые программные решения оказываются «пылящимися в коробке», так как они оказались совсем не тем, что ожидал пользователь.
Попытки пояснить и классифицировать компьютерные информационные системы привели к появлению огромного числа сложных и малопонятных терминов. Их пытаются делить на классы и подклассы, описывать странными для широкого круга людей терминами, что приводит к еще большей путанице.
Сложности взаимопонимания с IT-специалистами
Пользователи часто вообще не понимают, кто такие программисты и чего от них требовать. Я и сам в свое время, когда делал первые шаги в IT, с не понимал, что такое компьютерные информационные системы, какую роль в них играют программисты, когда и зачем они нужны.
Пример:
Если вы обращаетесь к врачам или, например, в строительную компанию, вы точно понимаете, что за специалист перед вами, как к нему обращаться, что рассказывать, какого результата ожидать. В IT-сфере до сих пор нет жестко устоявшейся и понятной на уровне обывателя терминологии.
Одна из самых больших проблем в IT — отсутствие общей (именно общей) теоретической базы. Я написал очень много тематических статей, предназначенных для широкого круга читателей. Все они призваны в числе прочего помогать мне самому находить общий язык с клиентами. Но и здесь я столкнулся с непониманием. Люди не осознают в принципе, что такое IT система. И объяснить это «на ходу» бывает крайне сложно.
Справочники, учебники и статьи в интернете практически не дают информации на уровне пользователя. Например, определение в Википедии выглядит так:
Компьютерная информационная система (ИС) — система, предназначенная для хранения, поиска и обработки информации, и соответствующие организационные ресурсы (человеческие, технические, финансовые и т. д.), которые обеспечивают и распространяют информацию (ISO/IEC 2382:2015). Предназначена для своевременного обеспечения надлежащих людей надлежащей информацией, то есть для удовлетворения конкретных информационных потребностей в рамках определённой предметной области, при этом результатом функционирования компьютерных информационных систем является информационная продукция — документы, информационные массивы, базы данных и информационные услуги.
Осмыслить и понять это определение без глубоких знаний в теме практически невозможно, да и вникать в него, по большому счету, бессмысленно. И люди в большинстве своем так и не понимают: что является компьютерной информационной системой, а что — нет. Какие качества обязательны, а какие вторичны. Вопросов очень много. И если вы не будете понимать явления в его сути, вы так и будете воспринимать его как некую «магию», шаманство.
Что такое компьютерные информационные системы?
Когда я читал различные определения IT систем, я долго не мог понять, почему они такие разные? Где-то можно встретить нечто громоздкое и всеобъемлющее, как в той же Википедии. А где-то краткие определения, «выхватывающие» какие-то отдельные аспекты и полностью на них основанные.
Как я вижу, суть проблемы в том, что люди не пытаются создать определение, которое стало бы фундаментальным обоснованием. Скорее, прослеживается стремление пояснить их собственное видение. И это я даже не говорю о ситуациях, когда описания и определения связаны с продажей какого-то программного обеспечения.
Чтобы понять, что же это такое, давайте вспомним, как появляется на свет новый программный продукт:
Этап 1. Идея. Просто на уровне «а давайте сделаем что-то, что будет делать вот такие вещи»
Этап 2. Построение модели.
Этап 3. Кодинг. Алгоритм воплощается в реальность в виде программного кода, которым смогут пользоваться люди.
И потому на самом общем уровне любую IT-систему (программный продукт, компьютерную информационную систему) можно определить кратко:
Идея, выраженная посредством языка программирования.
Почему именно «выраженная», но не «реализованная»? Потому что компьютерного кода недостаточно для того чтобы идея заработала, получила материальную основу. Для того чтобы появилась материальная основа, необходимо чтобы человек реализовал ее.
Пример:
Мы написали компьютерную программу, но, чтобы она заработала, необходим компьютер, который будет ее запускать, монитор, который будет при необходимости выводить эту информацию в виде понятном для человека. В конце концов нужен человек, который будет запускать ее, когда надо, проверять ее работу, обслуживать.
На основе этого базового обоснования можно уже детализировать другие особенности, развить и выразить всю проблематику, связанную с информационными системами. Но здесь я считаю, что важна именно суть: появилась идея, которую можно выразить посредством языка программирования. Было найдено и воплощено в жизнь решение.
Чем поможет понимания особенностей IT систем?
Чтобы правильно выбирать программное обеспечение и понимать, какие дополнительные действия потребуются, стоит отталкиваться от определения «идеи, выраженной в программном коде».
Первый этап выбора будет основан на идее.
Важно понимать, какую именно идею воплощали разработчики. Что они хотели и сумели реализовать. Какие основные принципы они воплощали в жизнь.
Если вы не сумеете понять идею, т.е. предназначение программного обеспечения, то ваши мысли о том, как вы будете использовать программу, не будут совпадать с идеями разработчиков. В итоге вы купите ненужный продукт.
Но чтобы идея компьютерной информационной системы совпала с вашей, необходимо, чтобы у вас была также собственная идея. Да, она будет выражена на пользовательском уровне. Но она должна быть.
Пример:
Если вы хотите добавить на сайт калькулятор ОСАГО, нет смысла интересоваться просто калькулятором или какой-то системой расчетов других функций. Ваша идея — ОСАГО. Значит, нужно искать, кто из разработчиков также воплощал расчеты по ОСАГО. Иначе доработки выбранного продукта потребуют очень больших усилий либо вообще продукт окажется неподходящим для вашей идеи.
Для крупных компьютерных информационных систем крайне важно составить список ваших идей. И убедиться, что у разработчиков выбранного программного продукта в момент его реализации также присутствовал необходимый вам перечень идей, и, как следствие, решений.
Второй важный параметр: соответствие идеи ее реализации.
Нередко разработчики в процессе воплощения идеи по самым разным причинам, начиная от ошибок и заканчивая организационными решениями, уходят от изначальной идеи. И продукт, который должен был воплощать в себе одну идею, реализует ее лишь частично либо не реализует вообще. Это обязательно нужно проверять при помощи тестирования, консультаций со специалистами или какими-то другими способами (отзывы знакомых и прочее).
Третий параметр: идея, которую вам продают, может совпадать с вашей, но не совпадать с идеей, которую вложили в программную систему разработчики.
Дело в том, что в коммерческих продуктах (а они в наше время почти все такие) идея заключается не столько в том, чтобы вы получили нужный инструмент, сколько в том, чтобы продать вам программный продукт. Т.е. при постановке задач разработчикам основная идея заключалась именно в продаже продукта, а не в его качественной работе и соответствии всем вашим потребностям.
Далее «в игру» вступают маркетологи, вы, как вам кажется, покупаете как раз ту «идею», которая вам необходима. А на самом деле, вы покупателе продукт, выполненный с другими идеями (продажи). А ваши потребности при реализации на уровне идеи будут только на втором месте. Продукт будет красивым, удобным, особенно на уровне демо версий. Но в нем может не оказаться важных для воплощения именно вашей идеи инструментов.
Это как покупка квартиры с косметическим ремонтом «чтобы продать» — все очень красиво и качественно, а «баги» выявляются после покупки. К сожалению, в обществе капиталистическом, ориентированном на получение прибыли, такое встречается повсеместно. И частично воплощается даже в самых лучших системах.
Маркетинг и программный продукт
Почему пользователи так редко воспринимают программные системы как «воплощенные идеи»? Я считаю, что здесь проблема заключается в маркетинге. Чаще всего IT-системы подаются разработчиками и воспринимаются пользователями, как материальный товар. Причина такого подхода очевидна — товар продать намного проще, чем идею.
Человеку сложно воспринимать и, тем более, покупать идеи. Их невозможно «пощупать», и продавец редко может пояснить, почему именно такая идея лучше других. Другое дело — IT система как нечто материальное. Здесь сразу речь идет о непосредственной пользе и преимуществах с точки зрения покупателя. Все можно увидеть, оценить, выбрать.
Маркетологи стремятся показать выгоды с точки зрения покупателя. Тем более, что у любой программы есть определенная цена. В результате у покупателей складывается несколько искаженное представление об компьютерных информационных системах: они считают, что осуществляют покупку готового продукта. Такого же, как сапоги или автомобиль. И часто недоумевают, и разочаровываются, когда понимают, что это не так. Оказывается, для реализации компьютерной информационной системы понадобятся какие-то доработки, настройки, работа программистов и т. д.
Идея и выбор программной системы
Первое, где поможет понимание особенностей компьютерных информационных систем, это правильный выбор программного продукта.
Основные критерии выбора:
— Ваша идея должна соответствовать идее разработчиков максимально близко по всем параметрам.
— Качество реализации идеи в коде должно также отвечать поставленным вами задачам.
Таким образом, для выбора программной системы вам нужно четко сформулировать вашу собственную идею: что должна выполнять компьютерная информационная система, какие параметры действительно важны (соответствуют вашей основной идее), что — второстепенно (без этого можно обойтись). Все функции программных продуктов, которые в ваш перечень не входят, придется изучать отдельно. Иногда они становятся приятным дополнением. Но чаще — ненужными возможностями, за которые вам придется заплатить.
Из всех существующих программных продуктов вас заинтересуют только те, где в описании указана нужная вам идея. В идеале именно ваша идея должна декларироваться как основная, а другой функционал, если он есть, как дополнительные возможности.
Далее следует изучить качество реализации. Для этого используются отзывы других пользователей, тестовые бесплатные версии и т. д. Помните, что реализация далеко не всегда соответствует изначальной идее и описанию.
Нередко при покупке программного обеспечения используется ошибочная тактика. Покупатель изучает, реализованы ли нужные ему функции, не обращая внимания как раз на основную идею разработчиков, даже если она явно прописана в названии и описании программного продукта. В результате они получают нужный функционал, но зачастую в «обрезанном» виде. Систему приходится очень сильно дорабатывать, а это — значительные затраты времени и средств. А иногда это вообще невозможно. При этом в составе продукта покупатель получает множество ненужных ему возможностей, которые он также вынуждено оплачивает.
Пример:
Если вам нужен сайт-визитка, нет никакого смысла покупать дорогостоящий «движок» интернет-магазина. И наоборот, если вам нужен магазин, попытка воспользоваться бесплатной CMS чаще всего ведет к значительным затратам при адаптации этого кода под интернет-магазин.
С одной стороны, даже под бесплатные «блоговые» CMS существуют готовые надстройки для создания интернет-магазина. С другой стороны, это не основная идея выбранного вами продукта. А потому функционал в ней ограничен. И как только вам понадобится интеграция с учетной системой, какой-то обмен данными с CRM и другие функции автоматизированной торговой площадки, вы столкнетесь со сложностями, потеряете время. Да и затраты на доработки часто оказываются выше, чем в случае покупки готового интернет-магазина с уже реализованными возможностями автоматизации.
Очень важно, чтобы выбранный вами программный продукт максимально соответствовал вашей идее.
Как найти общий язык с разработчиком
Понимание сути компьютерных информационных систем помогает правильно выбрать разработчика для создания или доработок программного продукта. Людям, которые далеки от компьютерных информационных технологий, часто кажется, что все программисты одинаковы и с ними сложно найти общий язык.
На самом деле, чтобы добиться взаимопонимания с разработчиком, нужно:
— Четко сформулировать свою идею. Причем, эта идея должна быть максимально конкретизированной и конкретной. Вариант «я хочу заработать на программе деньги» — это не идея. Идея — это «что я хочу, чтобы делала эта программа». Это может быть ТЗ, может описания в виде диаграмм, брифа.
— Убедиться, что разработчик понял суть идеи. Здесь уже вопрос из области коммуникации. Один специалист поймет вас «с полуслова». Другому придется пояснить несколько раз и не факт, что он воспримет все правильно. Чтобы избежать проблем и разночтений, существуют предварительные этапы работы, в том числе, написание четкого и однозначного технического задания. Если вы сумеете получить внятное и соответствующее вашей идее ТЗ, значит, и дальше работа будет выполняться правильно.
Как видите, при правильном понимании термина «компьютерные информационные системы» коммуникация со специалистами также оказывается не столь сложной, как это описывают многочисленные мифы об «айтишниках».
Иерархия IT-систем и выбор программного обеспечения для организации труда
IT-системы плотно вошли в нашу жизнь. Мощные и сложные программные продукты используются в самых разных сферах. При этом многие забывают, что появились IT-системы не просто так, как программные продукты, которые нужно продавать и внедрять, а как инструменты организации и автоматизации труда.
И очень важно помнить при выборе и внедрении IT-систем, что первичен здесь — труд, а не программное решение. Я не единожды сталкивался с тем, что люди выбирали программу просто потому что: «она понравилась». В результате появляются попытки «натянуть» процессное производство, например, работу молокозавода, на ERP-систему, предназначенную для дискретного производства (сборка изделий).
Самое главное правило выбора IT-систем: выбираем программу под бизнес, а не подстраиваем бизнес под понравившийся IT-продукт.
Следующий шаг — выбор непосредственно программной системы. И для того, чтобы этот выбор был для вас проще, чтобы вы или ваши клиенты не терялись в огромном выборе разнообразных систем, я предлагаю разобраться с определением иерархии систем, которая поможет структурировать программные продукты и сделать правильный выбор.
Если вы сталкивались уже с покупкой различных программных решений для бизнеса, в первую очередь, решений, связанных между собой в единую систему, вы уже и сами, скорей всего, догадываетесь, что программные продукты имеют свою иерархию. Она мало известна и не столь очевидна, как во многих других сферах. И, тем не менее, она существует.
При автоматизации бизнеса понимание иерархии поможет сделать правильный выбор, определить очередность закупок и внедрения программ, избежать ошибок, результатами которых становятся невостребованные «коробки» оплаченного программного обеспечения.
Каждый продавец программных систем стремится показать свой продукт с лучшей стороны, ведь его цель — продажа. Это необходимо учитывать при выборе системы и оценке, действительно ли продукт вам подойдет.
Важно: перед любой покупкой программных систем и внедрением какой-то автоматизации необходимо четко определить для себя — зачем это вам нужно. Только после ответа на этот вопрос имеет смысл заняться поиском программы, которая сможет решать поставленную задачу, или обратиться за помощью к специалисту, способному предложить оптимальное решение поставленной вами задачи.
А потому первое, что вы должны понимать — зачем вам покупать программы системы. Постановка задачи — вопрос, который каждый решает самостоятельно. А вот как правильно выбирать программы с учетом иерархии, как избежать «подводных камней» агрессивного маркетинга, я постараюсь помочь разобраться.
Классификация IT-систем
С точки зрения применения программных решений системы делятся на несколько уровней.
1. Прикладные
Самый нижний уровень. Это программные решения, которые каждый сотрудник использует индивидуально на своем рабочем месте для выполнения каких-то локальных задач. Это могут быть AutoCAD, Mathcad, Photoshop, Corel Draw и т. д. Важно понимать, что прикладные системы не являются самыми простыми или самыми «плохими», так как они находятся на нижнем уровне. Эти программные решения могут быть очень сложными, и они необходимы в работе специалистов. Нижний уровень они имеют только с точки зрения организации работы в целом, т.е. предназначены для индивидуального использования. Даже если эти продукты позволяют какую-то совместную работу, все же они предназначены, в первую очередь, для работы одного специалиста, а какие-то варианты совместного использования являются вспомогательными. а потому такие системы также относятся к прикладным.
2. Системы для совместного решения определенных задач
Эти системы предназначены для решения определенных задач, относящихся к той или иной сфере деятельности. Это могут быть CRM, HR-системы, MRP, SCM-системы и пр. Каждая такая система отличается собственным узким функционалом, она предназначена для решения определенного круга специализированных задач. Программные продукты этой категории могут интегрироваться между собой или с программными решениями нижнего уровня (индивидуальными). Например, HR-системы нередко интегрируют с MS Word. А CRM интегрируются с индивидуальными программами отслеживания и записи звонков.
3. ERP-системы
Программное обеспечение, предназначенное для решения самого широкого круга задач и объединения работы различных подразделений компании в единую информационную систему. ERP-системы могут включать в себя специализированные решения второго уровня (CRM, MRP, SCM и т.д.) либо могут интегрироваться со специализированными программными продуктами, предназначенными того или иного направления деятельности.
4. BPMS-системы
Что это такое. я подробно писал в статье «Что такое BPMS». Кратко напомню — это непосредственно системы нотаций бизнес-процессов. Я их ставлю на самый верхний уровень иерархии по той причине, что считаю BPMS — системой организации труда в самом «чистом» виде. При этом BPMS может являться частью любых систем организации труда — как второго уровня (CRM, HR, MRP, SCM), так и третьего (ERP). Нотации BPMS встраиваются в программные продукты, тем самым позволяя стандартизировать и упростить организацию процессного подхода к организации труда.
В этой иерархии три нижних уровня программных систем — функциональные, т.е. они выполняют определенные функции. Четвертый самый высокий уровень — BPMS — исключительно процессный.
Все перечисленные выше IT-системы предназначены несут в себе определенную добавленную стоимость. Они помогают решать важные задачи.
Прикладные программы позволяют создавать какие-то продукты, например, эскизы из Photoshop на следующем этапе «превращаются» в оформление товаров, упаковки, этикетки или рекламные баннеры.
CRM, HR и другие подобные системы позволяют значительно экономить время специалистов и стандартизировать рабочий процесс, повышая производительность группы людей в целом.
ERP-системы «собирают» функции различных подразделений и направлений деятельности в один общий «организм», что позволяет повысить эффективность руководства, скорость решения различных задач и качество взаимодействия различных подразделений.
BPMS-системы, не являясь какой-то определенной функциональной системой, не несут в себе не только достоинства готовых решений, но также избавлены от их недостатков. И позволяют сравнительно быстро интегрировать любые варианты бизнес-процессов в какой-то единый результат. На этом вопросе я остановлюсь подробнее ниже.
Почему я выбираю английские аббревиатуры и термины
Я считаю, что стоит отдавать предпочтение английским аббревиатурам просто по той причине, что они — точнее. Кроме того, английские термины являются первичными, а русские — это различные варианты перевода.
В прошлом веке в период СССР, когда на Западе развивались IT системы, в нашей стране все эти решения и связанные с ними термины были не востребованы просто потому, что плановая экономика, которая не предполагает конкуренцию за ресурсы и людей, в них не нуждалась. Теперь все эти идеи и подходы пришли и в наш бизнес. Но по понятным причинам наша страна здесь находится в роли «ведомого» и «догоняющего». А потому и термины русские — не более чем перевод, причем, часто недостаточно точный, что вносит дополнительную путаницу и усложняет понимание.
Бесклассовые IT-системы
Все существующие системы делятся на две категории — с разработанной методологией и без нее. В случае разработанной методологии уже из названия системы становится понятно, для чего она может применяться. Примеры — CRM, MRP, HR, ERP.
В случае методологии неразработанной название также мало информативно и носит общий характер («электронный документооборот», «управление товарами», «корпоративный портал»).
Главная особенность подобных программных решений заключается в том, что у них нет четкой специализации или ограничений. Они пытаются охватить как можно больше направлений деятельности, но в каждой отдельной сфере оказываются неудобными или недостаточно проработанными.
Использование таких решений оправдано в определенных случаях, но, чтобы понять, подходит вам это решение или нет, придется внимательно и глубоко изучить выбранную систему. Просто исходя из названия и описания точно определить сферу применения такого продукта невозможно.
Вспомогательные IT-системы
Еще одна разновидность систем — вспомогательные. Это программные продукты, которые не влияют непосредственно на процесс организации труда. Без этих программных решений можно обойтись либо быстро найти им замену.
К этому классу относятся различные мессенджеры, системы отчетности, которые выросли в самостоятельные продукты, и т. д. Эти программы являются вспомогательными. Использовать их вместо основных нельзя, хотя в определенных случаях этим грешат, преимущественно, IT-компании в стремлении продать свой продукт.
Да, они полезны, с их помощью работать удобнее. Но подобное программное обеспечение является всего лишь вспомогательными инструментами, которые сами по себе не несут добавленной стоимости. Они эффективны только как дополнение к основной IT-системе.
Как использовать иерархию на практике
Итак, мы создали определенную иерархию систем, основанную на организации труда. Самый нижний первый уровень — программы для организации работы одного человека, второй уровень — совместная специализированная работа (программное обеспечение для какого-то подразделения компании, выполняющего те или иные функции), третий уровень — работа компании в целом. И над ними — процессный подход к организации любого труда в принципе. Каким образом можно применять этот подход на практике?
Интеграция систем
Интеграция любых двух программных продуктов в соответствии с описанной выше иерархией возможна только по принципу снизу-вверх. Т.е. программы ниже по уровню будут служить источниками данных, а программы более высокого уровня — потребителями.
Обратный поток данных возможен в определенных случаях, но эти исключения являются примерами ошибочной организации работы систем. В нашей стране встречаются и довольно часто решения, когда из ERP-системы данные выгружаются в бухгалтерскую систему или другой подобный продукт. Этот подход действительно применяется, но он является следствием ошибок в организации бизнес-процессов и внедрения IT-систем. В результате усложняется как работа программистов, занятых в доработках и внедрении ПО, так и организация работы всего бизнеса. Возникает ненужная путаница. А потому следует избегать такого направления. Обмен данными в две стороны нужен при интеграции между собой систем одного класса.
Например, результаты индивидуальной работы в AutoCAD или Photoshop будут отправляться, например, в MRP, CRM или ERP систему в качестве документа, на основе которого производятся расчеты, макета, отправляемого клиенту на утверждение и т. д. В обратную сторону сотруднику могут «спускаться» результаты согласования или расчетов, но в программу индивидуальной работы они не передаются. Всю информацию человек получит из системы совместной работы.
Выбор программного продукта
При выборе программной системы всегда приходится сравнивать между собой разные продукты. С этого этапа обычно начинается любой процесс выбора. Но важно понимать, что сравнивать между собой можно только продукты одного класса, так как системы, отличающиеся друг от друга по уровню организации труда, просто несравнимы.
Даже разные продукты одного уровня можно попробовать сравнить, например, CRM и HR системы. Да, они отвечают за разные направления в работе. Это очевидно при самом первом сравнении. И далее вопросов обычно не возникает. А вот попытки сравнивать CRM и ERP я наблюдал не единожды. На самом деле, это так же неразумно, как сравнивать функциональные возможности MS Word и продукта другого класса, например, той же CRM.
Сверяйте программные продукты с приведенной выше классификацией, и вы с большой вероятностью избежите ошибки сравнения разных классов. Это позволит сделать выбор точнее и сэкономит ваше время.
Выведение внеклассовых систем
Если система не может быть отнесена однозначно к тому или иному классу, она является внеклассовой. Такие системы невозможно сравнивать со специализированными продуктами, созданными по определенной методологии.
Внеклассовые системы — это «управление задачами», «электронный документооборот», «корпоративные порталы» и т. д. Их можно и нужно сравнивать только с им подобными внеклассовыми решениями, обладающими сходным перечнем возможностей.
Классификация программных продуктов
Программные продукты BPMS и ERP определяются очень просто. Обычно уже в названии этих систем присутствует аббревиатура, указывающая на принадлежность программы к определенному семейству. Кроме того, вы всегда можете воспользоваться перечнем признаков той или иной системы, которые я описывал в специализированных статьях: «Что такое BPMN» и «Что такое ERP».
Бесплатный фрагмент закончился.
Купите книгу, чтобы продолжить чтение.