Облачные решения плотно вошли в нашу жизнь. В них ведутся сложные вычисления, хранятся и обрабатываются большие данные, разворачиваются системы биллинга, аналитики, управления компаниями. Но главная причина популярности облачных технологий — это экономия на затратах, особенно актуальная в период кризиса. Но мало быть выгодным решением — нужно быть удобным. И тут начинаются проблемы.
Теория систем рассматривает процесс как изменение системы. Действительно, любая деятельность — это действия, направленные на достижение результата, который выражается в том, что система обретает новое состояние. С процессами мы сталкиваемся в разработке, технике, химии и даже социологии. Однако каждый из нас ежедневно является участником рабочих процессов. Как показывает опыт, нередко руководители компаний избегают автоматизации и формализации процессов, им это кажется не совсем демократичным «закручиванием гаек». А напрасно. Грамотное построение и управление процессами в компании любого профиля помогает обеспечить адекватное взаимодействие сотрудников, обусловленное ответственностью и вниманием к срокам. Процессный подход не умер — он лежит в основе множества модных теорий управления разработкой, компанией, персоналом. Сегодня мы расскажем, где встречаются процессы, как ими управлять и нужны ли они вам в принципе.
Российский рынок CRM сходит с ума. И на то есть весомые причины. Пользователи постоянно сталкиваются с термином «CRM-система» и рано или поздно начинают искать своё решения, повинуясь отчасти советам коллег, отчасти острой необходимости, отчасти моде. Но при этом по-прежнему клиенты не понимают до конца, что они хотят от системы и зачем она им вообще. Вендоры только подливают масла в огонь — в частности тем, что CRM-системой называется корпоративный софт абсолютно неоднородных конфигураций: от простых контакт-менеджеров (записных книжек) до программ, вплотную приблизившихся к ERP (сейчас их определяют как xRM). На примере нашей системы мы попробуем разобраться, чем хороши CRM-системы, кому они нужны и насколько это оправданно — автоматизировать сделки, продажи и самое ценное — отношения с клиентами.
При создании компании каждый счёт кажется вызовом судьбы — руководитель изыскивает максимум возможностей оптимизировать затраты. Неизвестно, что будет дальше, и какая подушка безопасности понадобится. С другой стороны, компанию нужно обеспечить сотрудниками, сотрудников — рабочими местами, рабочие столы оснастить компьютерами, компьютеры… И вот тут начинается экономия на софте: от почтовых клиентов и офисных приложений до антивирусов. О CRM, ERP и учётных системах и речь, как правило, не идёт. А напрасно.
На Гайдаровском форуме Герман Греф заявил, что Сбербанк будет переходить на новые информационные технологии, выбрав в качестве основного партнёра российско-американскую компанию с численностью 60 чел. При этом Сбербанк потратил 65 млрд. руб. на амбициозный и сложный проект централизации ИТ- структуры и на сегодняшний день у него более 22 000 ИТ-сотрудников, включая 6 тыс. человек в Сбертехе. Основная причина перехода — скорость внесения изменений в ИТ, которая была низка и привела к отставанию ИТ Сбербанка от лидеров по развитию и гибкости ИТ-инфраструктуры. А насколько важна скорость внесения изменений в разработке? На что нужно обратить внимание в управлении процессом разработки? Стоит ли использовать модели и методологии? Попробуем разобраться.
Склад компании, магазина, завода часто воспринимается как что-то неприкосновенное, тайное. Практически как пещера с сокровищами или трюмы с золотом на пиратском корабле. В советское время заведующий складом всегда бы птицей высокого полёта, поскольку мог «достать» и «подогнать» нужную вещь, которую на прилавках не сыщешь. Сейчас значимость этой должности уменьшилась, что, тем не менее, не исключает старых привычек. Самое страшное, что зачастую от ревизии до ревизии жизнь склада остаётся тайной даже для руководства компании, в то время как неграмотное управление складом или халатность могут привести к солидным убыткам. В то же время сделать складской учёт прозрачным просто — достаточно полностью автоматизировать процессы и наблюдать за товародвижением в режиме онлайн.
Вы заметили, какой популярностью пользуются конструкторы: от детских игровых наборов и шаблонов сайтов до готовых панелей и срубов для строительства? И дело тут совсем не в элементе геймификации — вся прелесть конструктора в том, что пользователь получает набор качественных «блоков» от профессионалов и создаёт своё, уникальное решение на этой надёжной базе. Вся подготовительная, сложная, черновая работа ложится на поставщика (разработчика) базовых элементов, а пользователю остаётся соединить свои умения с готовыми частями решения и создать дом, конструкцию, сайт, CRM под себя. Несколько лет назад наша команда задумалась над этим феноменом — так появился генератор информационных систем, который успели оценить и клиенты, и партнёры.
Современные разработчики систем автоматизации имеют богатые возможности: это многочисленные языки программирования, библиотеки, огромные репозитории открытого кода, наконец, относительно доступное практически любое оборудование, необходимое для разработки и тестирования. В 50-е годы, когда в СССР зарождалась идея создания АСУ и начала активно развиваться кибернетика, всех этих ресурсов не хватало. Учёные того времени были не только сухими прагматиками, но и мечтателями — им хотелось позитивных изменений социо-экономических отношений, которые была призвана обеспечить АСУ. Однако вся дальнейшая история создания автоматизированной системы управления в рамках командной экономики и бесконечной бюрократии не столь оптимистична. Но обо всём по порядку.
Каждый из нас периодически сдаёт кровь на анализ. В последнее время всё стало очень удобно: сдал, получил логин/пароль, через несколько часов заглянул на сайт в личный кабинет и там все показатели в числах, а рядом зелёные или красные буллиты «норма/не норма». Но мало кто знает, что даже полностью зелёный столбец или столбец с парой красных буллитов на каком-нибудь непопулярном показателе типа эозинофилов могут свидетельствовать о неполадках в организме, и только врач может верно интерпретировать картину. Почему? Потому что все показатели необходимо рассматривать в совокупности и взаимосвязи — сами по себе они несут чисто справочную информацию. Так же и в бизнесе, сложной и многоуровневой системе, необходимо выстраивать систему аналитики, которая даст комплексное понимание положения дел. Что нам стоит аналитику построить?
2006-2008 годы в бизнес-кругах были ознаменованы бесконечными дискуссиями на тему управления проектами и процессами. Научные организации и институты собирали целые конференции с участием видных международных экспертов и буквально без перерыва на кофе-брейк обсуждали проекты и процессный подход. Чуть позже, в 2009 году на одном из международных круглых столов аспирант крупного вуза основательно и весьма убедительно доказал, что процессному подходу и управлению проектами в России уготовлен печальный конец, потому что «всё, что ни делается в компаниях, неизменный бардак».
К счастью, он ошибся. Современный бизнес доказывает, что управление проектами и процессами как раз лежит в основе устранения беспорядка в компании. Бизнес-процессы, в свою очередь, из теоретической плоскости перешли в практическую, во многом благодаря корпоративному программному обеспечению.
Вспоминается 2006 год. Тогда у многих появились минифоны — крошечные телефоны, больше напоминающие брелок запуска автомобиля. Дальше — только толщиной с пластиковую карту или величиной со спичечный коробок. Как ни странно, тренд не просто переломился — он развернулся: чтобы это понять, достаточно взглянуть на свой смартфон или витрину сотового салона. Современные телефоны стали заложниками универсализации, стремления получить всё в одном и иметь под рукой свой офис, почту, телефон, Skype, развлечения и проч. Универсализация затронула все сферы жизни современного общества — и особенно её влияние заметно в сфере B2B. Мир корпоративного программного обеспечения не заметил, как легко перешагнул грань, ведущую к XRM — многие системы называются CRM или ERP лишь по привычке к имени бренда.
Команда Рули24 не стала исключением — мы разработали максимально универсальную систему. С рассказа о том, почему мы это сделали и что у нас получилось, мы и начнём наш блог на Хабре.
