Массовая поставка контент-фильтра ИКС в 43 школы Санкт-Петербурга

Заказчик:
«ГЭНДАЛЬФ»
Руководитель проекта со стороны заказчика
Поставщик
ООО «А-Реал Консалтинг»
Год завершения проекта
2018
Сроки выполнения проекта
Февраль, 2018 — Март, 2018
Масштаб проекта
100 человеко-часов
4500 автоматизированных рабочих мест
Цели
Обеспечить соответствие каждого образовательного учреждения требованиям ФЗ №139, №149, №436, гарантировать информационную безопасность школьников. Настроить политики доступа во внешнюю сеть в соответствии с возрастными ограничениями и задачами каждого конкретного учебного заведения.
Гарантировать защиту школьных сетей от вирусов и сторонних атак.

Уникальность проекта

Массовость поставки ИКС в учебные заведения Санкт-Петербурга.
Причины успешной сделки:
•    Контент-фильтр ИКС – одна из редакций решения UTM+ Интернет Контроль Сервер. Его преимущество состоит в том, что, помимо ограничения трафика и контроля доступа учащихся к сети, решение позволяет наладить комплексную защиту корпоративной сети от любого типа угроз (с помощью интегрированных межсетевого экрана, IDS/IPS, антивирусов, прокси-сервера), обеспечить учет трафика, развернуть сетевые сервисы (почтовый, файловый, ftp-, vpn-, jabber-серверы) и IP-телефонию. Это значит, что каждое учебное учреждение может выбрать из всего комплекса функций необходимые и использовать их без дополнительных оплат.
•    Доступность решения для бюджета.
•    Бесплатная техническая поддержка.
Использованное ПО
В качестве аппаратного исполнения выступали сервера/виртуальные машины школ, подходящие под требования для установки программы, предварительно описанные вендором. В основе программного исполнения – ИКС.
После заключения сделки вендор передавал клиенту лицензионный ключ, необходимый для активации программы. После этого ИТ-специалист каждого учреждения мог приступать к настройке программы.
Описание проекта
Основание для реализации проекта: Требования ФЗ №139, №149, №436. В соответствии с требованиями действующего законодательства все образовательные учреждения должны иметь правильно настроенный инструмент фильтрации входящего и исходящего контента. В начале 2018 года 43 учебных учреждений Санкт-Петербурга выбрали для этого российскую разработку контент-фильтр ИКС. Использование ИКС в учебных сетях значительно облегчает работу и позволяет обеспечивать информационную защиту детей, так как решение имеет готовый набор правил для школ, осуществляет фильтрацию по спискам Минюста, позволяет создавать собственные категории и правила доступа учащихся к различным ресурсам сети и, при необходимости, блокировать трафик по интегрированным в ИКС категориям трафика Kaspersky Web Filtering и SkyDNS. Поставка решения проходила через ГК «Гендальф» и заняла около 1 месяца. С момента установки ИКС каждая из школ начала обеспечивать информационную безопасность учащихся. На 2019 год у большинства ОУ запланирована закупка Лицензии на обновления для доступа к новым версиям программы.
География проекта
Санкт-Петербург
Дополнительные презентации:
веб-интерфейс ИКС.png
Коментарии: 74

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • 18.12.2018 13:45

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

    • 18.12.2018 15:53

      Добрый день, Александр Викторович)
      Из массовых поставок контент-фильтра ИКС в регионы были еще Дубна, Нижневартовск, Норильск, Тацинский район Ростовской области. Где-то конкретное ПО регламентируется на уровне департаментов образования, где-то школы сами решают и внедряют по рекомендациям)

      По ПО в других регионах информации нет)

  • Роман Кузнецов
    Рейтинг: 931
    ГК Интертехэлектро
    CDTO
    22.12.2018 21:58

    Добрый день!
    Насколько я понимаю, проект заключается только в установке ПО. Или речь идет о полноценном внедрении DLP системы? Проекты установки преднастроенного контент-фильтра и внедрение DLP существенно различаются по сложности.

    • Роман
      27.12.2018 11:42

      Добрый день, Роман Олегович)
      Проект заключается в поставке ПО в учебные заведения. Для них функционал контент-фильтра в большинстве случаев актуальнее, чем DLP-системы)

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

  • Александр Балабанов
    Рейтинг: 858
    MT global
    Директор по развитию бизнеса
    26.12.2018 23:21

    Юлия приветствую! Вопросы: 1. Кто обеспечивает поддержку/развитие/мониторинг данного решения? 2. Были ли уже какие-либо инциденты, связанные с "дырами" в ПО или в настроенных фильтрах? 3. Были ли инциденты в обратную сторону - когда ПО или фильтры блокировали правильный ресурс - например yandex.ru?

    • Юлия Терентьева Александр
      Рейтинг: 10
      «ГЭНДАЛЬФ»
      руководитель представительства в Санкт-Петербурге
      27.12.2018 12:08

      Александр Валерьевич, добрый день!
      1. Разработкой и развитием продукта занимается компания «А-Реал Консалтинг» (г. Ярославль). Техническая поддержка также осуществляется ими, на уровне консультации она бесплатна.
      2. Каких-то инцидентов, связанных с нарушением фильтрации, у клиентов не было. Но тут важно, чтоб были своевременные обновления ИКС и актуализация списков Минюста, и само решение было настроено правильно.
      3. Такие обращения были, но технические специалисты помогали правильно прописать настройки, добавить исключения в правила доступа, и все начинало работать так, как нужно клиенту.

  • Илья Козлов
    Рейтинг: 120
    ООО «Агрохолдинг «Энергомера»
    Исполнительный директор
    17.09.2015 14:47

    А на Бизнес Студио вы смотрели?
    http://www.businessstudio.ru/description/
    Там есть все из вами перечисленного, кроме, пожалуй, каталога продуктов.

    • Илья
      17.09.2015 16:12

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

      Описать - это не самоцель. Цель - чтобы эти описания могли работать, использоваться сотрудниками и улучшать показатли бизнеса. И вот именно этой цели у меня не получилось достичь используя BS. Хотя сами описания в неком виде удавалось от туда выжимать.

      В WP удалось выявить ряд преимуществ:
      1. Оно требует меньше затрат на то чтобы развернуть и запустить продукт
      2. Адаптивно и работает с любых устройств
      3. Более 36 000 готовых модулей, из который несколько десятков обычно подходят и позволяют улучшать то что есть
      4. Это OpenSource и СПО - причем самое популярное в мире и на всем ИТ-рынке. Это позволяет очень легко его дорабатывать при необходимости.
      5. Легко подключаются счетчики и замеряется ценность для пользователей. Видно где мертвые части системы, которые никто не использует и которые никому не нужны. А где живые - используются и улучшаются. В BS я тоже не смог найти решения этой задачи.

  • 24.09.2015 16:21

    Хотелось бы поспорить с автором в полезности такого описания.
    В теории все выглядит красиво, однако на практике возникает ряд проблем, который сводит на нет весь коммерческий моделирования деятельности организации:
    1. Никто не любит читать регламенты. Когда человек устраивается на работу, на него сваливается куча информации, ему нужно максимально быстро узнать самую необходимую информацию и приступить к работе, тут не до регламентов. А потом когда человек уже вольется ему легче позвонить спросить коллегу, а не лезть на портал читать.
    2. На создание данной модели нужны ресурсы, квалифицированные аналитики, далеко не в каждой компании такие найдутся. Кроме того структура компании меняется постоянно, поэтому эту модель нужно постоянно дополнять и изменять, соответственно расходы будут постоянными. Для небольших компаний это непозволительная роскошь.
    3. Ничего не мешает сотруднику работать так как он считает нужным, а не как написано в регламенте. Контролировать вручную кто что делает, можно только когда сотрудников не много, с ростом штата, эта задача становится не подъемной. Да можно разделить компанию на подразделения и каждый руководитель будет в ручную контролировать людей. Но тут мы сталкиваемся с другой проблемой, никто не будет нести ответственности за сквозные процессы (которые затрагивают несколько подразделений), каждый руководитель будет отстаивать интересы своей вотчины. Тогда главные процессы организации, в ходе которых и создается ценность для клиента, затрагивающие большую часть подразделений компании, начинают пробуксовывать. И тогда у руководства компании начинаются поиски виновных, и разбор каждого случая, вместо улучшения процессов и развития бизнеса.
    Я сталкивался с этими проблемами на личном опыте, работая в одном из крупных банков. Было отдельное подразделение, в похожей методологии описывало бизнес-процессы, структуру компании, продукты, должностные инструкции и т.д. Была разработана своя система, позволяющая все это моделировать (похожа на Бизнес-студию, о которой писали выше), был реализован механизм, позволяющий публиковать все эти модели и регламенты на корпоративный портал (на sharepoint). Все о чем вы пишите было реализовано, возможно даже больше. Однако на практике люди как работали, так и продолжали работать так как они привыкли и опубликованные процессы не отражали то, как все на самом деле, их мало кто читал и проблемы сквозных процессов так же оставались.
    Чтобы модели заработали они должны быть исполнимыми. То есть сотрудник не должен читать к кому ему обратиться чтобы заменить компьютерную мышь, и как потом её будут закупать, кто за что отвечает. Он должен просто запустить процесс "Заменить компьютерную мышь", а дальше черный ящик который, в результате которого придет неизвестный молодой человек и поставит новое устройство. А когда сотруднику, нужно выполнить какую-то работу, ему просто должна приходить задача, с вложенной инструкцией, как и что делать. Не нужно грузить работников ненужной ему информацией, ему нужно просто в нужное время поставить задачу и приложить инструкцию, как ее выполнять, и все. Решает эту задачу такой класс систем как BPM-системы. Современный BPM-системы, включают в себя почти все аспекты управления описанные вами: орг. структуру, процессы, должности, инструкции, сотрудников и показатели эффективности. Если интересно могу порекомендовать конкретные системы.
    Понимание принципов описанной вами модели очень полезно, для аналитика или руководителя, чтобы развивать организацию и в случае внедрения BPM-системы, реализовывать их на практике. Я могу только дополнить вашу модель еще одним "П", проекты. Они так же присутствуют практически в каждой организации, имеют свою особенность, структуру и важны для полноты картины предприятия.

    • 24.09.2015 17:20

      С проектами бы поспорил. Но это дело вкуса. Мы искоренили проекты в своей компании. Хотя когда то я строил свою систему опираясь именно на них.
      Я бы добавил сюда Планы. Вместо проектов. Планы - это то куда нужно прийти.

      В остальном также согласен, и тоже все это повидал в своей практике. Но и нашел то что работает.
      Та система о которой я пишу - это аналог вики-системы. Ее актуализация - не так страшна как в аналогах. Например при попытке писать такое через BS, ARIS, Word и подобные приложения - все было ужасно точь в точь как вы пишите. А тут вики система - вносить правки в нее - очень просто и это может делать каждый. По этой причине живет википедия, вероятно по этой же причине живет наша система.
      Вот как то так :)

      • Виктор Федько
        Рейтинг: 367
        Независимый эксперт
        Эксперт
        24.09.2015 18:51

        А чего так жестоко с проектами? Чем не угодили? Поделитесь, если возможно. Любопытство не праздное , на перепутье нахожусь сейчас в некотором смысле.

        • Виктор
          24.09.2015 20:54

          Проектная методология была придумана в строительстве. Везде где нужно уложиться с большим числом ресурсов в какой то срок.
          В мире ИТ все слишком не предсказуемо. А то что называют проектами - не имеет сроков. Это абсолютный идиотизм и подмена понятий на мой взгляд.
          То что в мире ИТ обычно называют проектом, на самом деле является продуктом.
          И развитие этих продуктов имеет циклическую или волновую природу. По сути это Agile. Довольно сложно назвать проектом задачу из списка в 30-50 пунктов которая решается за 2-4 недели работы. Многие это более правильно называют - спринт. И спринт есть единица волны развития продукта.
          При должном желании и упертости, очень скоро привыкаешь так смотреть почти на все задачи из мира ИТ. Просто копишь задачи с привязкой к продукту и потом волнами их пускаешь в работу (запускаешь спринты).
          В какой то момент про понятие проектов вообще забыли.

          • Виктор Федько
            Рейтинг: 367
            Независимый эксперт
            Эксперт
            24.09.2015 21:17

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

            • Виктор
              24.09.2015 21:30

              Для наглядности можно посмотреть нашу систему управления бизнесом https://github.com/systemo-biz/casepress

              Это комплексная ИТ система, которая управляет абсолютно всеми аспектами нашей компании.

              И там копятся задачи по ее улучшению https://github.com/systemo-biz/casepress/issues

              Далее эти задачи группируются в релизы (вехи, спринты, итерации, волны). И так очередями выстреливаются.

              Эта методика естественна. Все к ней рано или поздно приходят. И все современные инструменты управления в ИТ заточены именно под нее.

              У нас этот продукт открыт. И потому каждый может участвовать в накоплении списка задач, или в спринтах разработки.

              Но есть и закрытые продукты. Которые работают ровно по тому же принципу. Просто видны лишь тем кто входит в команду развития продукта.

      • 24.09.2015 22:08

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

        • 24.09.2015 22:22

          Большой путь проходят малыми шагами.
          Поверьте - тот продукт что нам удалось создать уникален в самом широком смысле слова. Аналогов ему нет ни в РФ ни в мире. Он охватывает самые широкие слои управления и бизнес-процессы любой сложности.
          При этом первая его версия была получена за 2 недели. В 2011 году. А потом шаг за шагом - и вот уже работающая система в крупной федеральной компании.

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

          Вики-технология не дает никаких гарантий. Она лишь делает систему антихрупкой. И это как раз то что убивает подобные системы при использовании иных технологий. Системы становятся хрупкими и потому умирают. Конечно же такие системы живут только если есть тот кто ими управляет. Я это проверил у себя, и в двух крупных федеральных компаниях. Везде был один и тот же эффект - система работала. Реально работала. Количество просмотров и использования - зашкаливала и легко измерялась. Динамика постоянно положительна.

      • Марк Шварцблат
        Рейтинг: 30
        КТ "Акведук"
        ИТ-директор
        25.09.2015 11:46

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

        • Марк
          25.09.2015 13:02

          План задач - это часть проекта.
          Но могут быть еще планы подразделения - например 1 000 000 прибыли в месяц или сделать 20 000 000 за 3й квартал.
          Или решить 90% заявок за 1 день.
          Или решить 50% заявок на первой линии контакт центра без эскалации

          • Марк Шварцблат
            Рейтинг: 30
            КТ "Акведук"
            ИТ-директор
            25.09.2015 13:06

            Могут. И есть. Поэтому как-то не противопоставляются они. Ни проектов ни регулярной деятельности без планов быть бы не должно. В идеале. :)

    • 24.09.2015 17:41

      Да, что касается конкретных BPM-систем было бы интересно. Я их поизучал десятки. В итоге разработал свою, но на базе концепций ACM (адаптивный кейс менеджмент). Но вдруг за это время что то изменилось.

      • 24.09.2015 22:40

        Мы в нашей компании используем систему Elma (http://www.elma-bpm.ru/). Из плюсов в ней сочетаются разные концепции управления (в разных модулях). Таким образом под каждый тип деятельности можно подобрать подходящее решение (есть BPM, есть проекты, CRM, документооборот и т.д.) И большой простор для доработки, как визуальной, так и с помощью программирования. Не бесплатная, но исходный код включен в поставку.
        Так же сталкивался с системой BizAgi (http://www.bizagi.com/). Очень хорошо выстроенный продукт для реализации бизнес-процессов. Точно соответствует нотации BPMN в описании процессов, удобный и достаточно мощный редактор форм, удобный конструктор процессов, позволяет вести орг. структуру, отслеживать показатели эффективности, вести учет компетенций. Однако, система создана для процессов и заточена под них. Поэтому задачи выходящие за рамки этой системе должны решаться другими системами и интегрироваться с процессной системой. Например процесс выполнения заказа идет в BizAgi, а документы созданные в ходе процесса выкладываются в ECM систему (допустим в sharepoint или alfresco).

        • 24.09.2015 22:48

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

          Но начать стоит с того что я вообще противник BPMN и классических BPM (WorkFlow). Не просто так. А потому что за 10 лет опыта реально их внедрял и видел как это дорого и хрупко. Потому в итоге пришел к ACM концепции. Которую многие противопостовляют идеям BPM. Хотя для меня это просто более эффективная мутация BPM. Относительно ELMA тоже могу много чего сказать. Но думаю тут оно не стоит делать.
          Возможно стоит задуматься о Вашем скепсисе относительно озвученных идей и используемых инструментов? Я согласен с тем что при этих инструментах - мало что будет реально работать. У нас наши системы работают, потому что мы используем другие инструменты. Ну или мы просто умеем применять то что используем :)

          • 24.09.2015 23:24

            Заинтриговали, что же у вас такого есть, чего нигде нет :) Обязательно посмотрю.
            По поводу ACM концепции, практического опыта с ними не имел только знакомился с парочкой систем. По моему впечатлению, они не далеко ушли от классического документооборота и управления по поручениям. Каждый сам себе режиссер. Нет повторяемости, нет конвейера. Как отследить узкие места, когда они каждый раз разные. Да для малопредсказуемых процессов хорошо, но если система выстроена хорошо, таких процессов или участков процессов (как правило, но есть специфические отрасли). В бизнесе низкая себестоимость как раз и порождается повторяемостью, что и дает конкурентное преимущество.
            По поводу BPMN, соглашусь, неудачных примеров не мало и хрупкость встречается. Но, на мой взгляд, проблема всех этих примеров в том, что его не развивают, эти компании думают, что они один раз посовещались, процессы нарисовали и забыли. Но это не так процессы надо развивать и совершенствовать. Процессы повторяемы, но не вечны. По поводу дороговизны, да для небольшого бизнеса (до 30 человек) они слишком и не окупятся. Если же компания шагнула дальше, то тут у нее большой простор для совершенствования своих процессов на базе BPM решений и возможностей кратно увеличить свою прибыль.

            • 25.09.2015 00:56

              Я не против BPM. И в моем понимании ACM это лишь ее разновидность.

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

            • 25.09.2015 01:10

              Что касается поиска узких мест. То на мой взгляд для этого не нужен BPMN. И я знаю что не один в этом мнении. Для того чтобы понять где узкое место в компании - нужно лишь измерять показатели. Вообще если брать идеи Голдратта то в компании всегда лишь одно узкое звено - одно бутылочное горлышко. И только им нужно заниматься. Но прежде его нужно найти. И лучше всего это позволяют делать показатели (статистики). В данной статье это предсмотрено. А в нашей системе они целиком интерактивны и работают в реальном времени. Другими словами если у отдела маркетинга сказано что он оценивается по показатели количества входящих заказов и новых клиентов - то тут же можно посмотреть этот показатель в реальном времени и понять на сколько отдел маркетинга хорошо справляется со своей работой.

    • Марк Шварцблат
      Рейтинг: 30
      КТ "Акведук"
      ИТ-директор
      25.09.2015 11:40

      Поддержание актуальности моделей решается возможностью делегирования прав на изменения от своего поста "вниз".

  • 24.09.2015 22:37

    Мы в нашей компании используем систему Elma (http://www.elma-bpm.ru/). Из плюсов в ней сочетаются разные концепции управления (в разных модулях). Таким образом под каждый тип деятельности можно подобрать подходящее решение (есть BPM, есть проекты, CRM, документооборот и т.д.) И большой простор для доработки, как визуальной, так и с помощью программирования. Не бесплатная, но исходный код включен в поставку.
    Так же сталкивался с системой BizAgi (http://www.bizagi.com/). Очень хорошо выстроенный продукт для реализации бизнес-процессов. Точно соответствует нотации BPMN в описании процессов, удобный и достаточно мощный редактор форм, удобный конструктор процессов, позволяет вести орг. структуру, отслеживать показатели эффективности, вести учет компетенций. Однако, система создана для процессов и заточена под них. Поэтому задачи выходящие за рамки этой системе должны решаться другими системами и интегрироваться с процессной системой. Например процесс выполнения заказа идет в BizAgi, а документы созданные в ходе процесса выкладываются в ECM систему (допустим в sharepoint или alfresco).

  • Марк Шварцблат
    Рейтинг: 30
    КТ "Акведук"
    ИТ-директор
    25.09.2015 11:50

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

    • Марк
      25.09.2015 12:29

      А у нас так и сделано :)
      Эти 7П у нас описаны в одной системе. И в ней же реализовано управление всеми операциями по всем бизнес процессам и вся аналитика с отчетами. И все это сделано на WordPress :)

      • Марк Шварцблат
        Рейтинг: 30
        КТ "Акведук"
        ИТ-директор
        25.09.2015 13:03

        С выходом на первичные финансовые и товаро-сопроводительные документы?

        Вам проще - вы начинали позже. А если системы по 20 лет росли? И про BPM в 90-е никто не задумывался?

        • Марк
          25.09.2015 13:12

          Да у нас есть возможность печатать часть документов. Часть печатаем в бух системе и пока не видим смысла это дублировать. Но как только надо будет то это делов на 15 минут. Любые печатные форму тут делаются довольно просто.

          Возможно вы будете уливлены но наша система состоит на 50% из методов которые были придуманы в СССР в 80е годы.
          Это оно звучит модно - ACM. Но все эти идеи были известны еще в 80е годы в СССР. И звучали они тогда как ГСДОУ.

          • Марк Шварцблат
            Рейтинг: 30
            КТ "Акведук"
            ИТ-директор
            25.09.2015 13:15

            Идей в СССР было много хороших. Но в 90-е распространённые учётные и бухгалтерские системы и прочие самописки решали очень ограниченные насущные задачи без витаний в эмпиреях. И даже повзрослев и вырастя несут в себе родимые пятна и архитектурно-идеологические ограничения.

  • Татьяна Орлова
    Рейтинг: 377
    ЗАО "ЕС-лизинг"
    Замдиректора по инновационной и экспериментальной деятельности, консультант по управленческим дисциплинам
    26.09.2015 10:07

    По-моему в управлении спорить о чем-то бывает нецелесообразно, если это делается не с познавательной целью. Лично я считаю "идеальным" только то, что подходит именно вашей компании и именно сейчас. То есть, работает, живет и успевает следовать за жизнью. А уж какие термины вы используете - не так важно. Частенько обсуждения в области управления натыкаются на разницу в терминологии, когда под одним термином понимаются разные сущности или наоборот, под разными терминами понимается одно и то же. Я с этим часто сталкиваюсь. Изучила и продолжаю изучать подходы, фреймворки, методики, модели и т.п. в области управления. И не только в ИТ. Пока нашла мало различий по сути. Есть разница, помимо терминологийй, в угле зрения (в профиль, сбоку, снизу вверх, сверху вниз), но и это не критично. Считаю это занятие полезным для развития мыслительных способностей. А вот когда пришлось перейти от "классической" деятельности ИТ - директора к работе с проектами, не имеющими аналогов, пришлось строить и систему управления "с нуля", под среду и задачу. И так уже не раз.

  • Ильгизар Талипов
    Рейтинг: 20
    Когнитивная бизнес модель
    ИТ архитектор
    29.09.2015 10:14

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

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

    • Виктор Федько Ильгизар
      Рейтинг: 367
      Независимый эксперт
      Эксперт
      29.09.2015 11:19

      Точно подмечено, коллега. Насчет Персоны. Но таковы наши реалии, это Россия. Тут роль личности в истории просто зашкаливает ))). Потому, собственно, и не работают многие "ихие" технологии, продукты, системы. Или работают, но по-русски))).

      • Виктор
        29.09.2015 11:26

        Я не видел ихних или наших технологий. Видел лишь кривые технологии или кривые руки внедренцев. Все что хорошее одинаково хорошо работает там и тут. А все что кривое работает также криво там и тут.

        • Виктор Федько
          Рейтинг: 367
          Независимый эксперт
          Эксперт
          29.09.2015 11:40

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

          • Виктор
            29.09.2015 11:45

            Пока мы философствуем и рассуждаем теориями все оно так.

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

            На одном из проектов внедряли BPM WorkFlow. Потратили более года и кучу миллионов рублей. Проект провален. Говорят не работает такое.

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

            Это при том что в моем понятии BPM WorkFlow как раз одна из тех кривых западных технологий, которая крайне хрупка и опасна. Сама по себе. Без привязки к нам или там.

            Но даже кривые технологии можно внедрить если уметь это делать.

            • Виктор Федько
              Рейтинг: 367
              Независимый эксперт
              Эксперт
              29.09.2015 12:20

              Само собой, все так. Если только все это не "натягивается" на хаос. Тут можно сто раз внедрять - эффект будет тот же. А хаоса, к сожалению, больше чем "не хаоса".

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

              Нет оснований Вам не верить. Вполне возможно.

              Собственно, это слоган всех внедренцев. и иных мастеров :

              "Что за чайники вам писали и вняедряли эту систему?"
              "Какой дурак копался до меня в этом двигателе?
              "Что за чудик вам ставил этот унитаз?"
              "Какие профаны вам так плитку положили?* И .т.п.
              "

              • Виктор
                29.09.2015 12:40

                Сарказм тонок и засчитан на 5 :)
                Что касается хаоса то тоже в яблочко.

                Эта статья как раз попытка описать инструмент борьбы с хаосом.

                У меня на очереди статья про метод 5Ш описания процессов.

                Эти два инструмента позволяли мне внедрять очень сложные и комплексные системы вообще без программистов. В купе с Agile методом.

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

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

                • Виктор Федько
                  Рейтинг: 367
                  Независимый эксперт
                  Эксперт
                  29.09.2015 13:11

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

              • Марк Шварцблат Виктор
                Рейтинг: 30
                КТ "Акведук"
                ИТ-директор
                29.09.2015 13:14

                Как нам говорили на АСУ ещё в одна тысяча девятьсот восемьдесят мохнатом году - бардак автоматизировать бесполезно. :)

      • Ильгизар Талипов Виктор
        Рейтинг: 20
        Когнитивная бизнес модель
        ИТ архитектор
        29.09.2015 13:24

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

      • Ильгизар Талипов Виктор
        Рейтинг: 20
        Когнитивная бизнес модель
        ИТ архитектор
        29.09.2015 13:24

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

    • Ильгизар
      29.09.2015 11:24

      Интересно, что это за покатазатели отражающие настроение и интересы? Можно парочку привести? Из практики?

      И если сказано что нужно, то кому и для чего?

      • Ильгизар Талипов
        Рейтинг: 20
        Когнитивная бизнес модель
        ИТ архитектор
        29.09.2015 12:08

        Анатолий Валерьевич, в описании к Персоне сказано:

        "Например. мы можем снять с поста специалиста по маркетингу Петра и поставить туда Ольгу. Пост останется тот же, контактные данные, как правило, те же, но персона меняется."

        Хочется понять, что Вы имели в виду, что поменяется для организации в связи с данной переменой? Если Ольга также будет исполнять свои обязанности на посту как и Петр, и никто этого не заметит - отлично. Но тогда на модель организации Персона не влияет и следовательно вводить данный элемент нет необходимости.

        Наши реалии же таковы, что роль Персоны действительно зашкаливает. И я подумал, что Вы предлагаете это моделировать, вводя данный элемент в качестве важнейшего. Тогда и получается что его показатели нужно учитывать.

        • Ильгизар
          29.09.2015 12:22

          Вы зрите в корень :)

          Возможно это действительно лишний элемент с точки зрения модели.

          Но вообще с точки зрения системы без него никуда. У него есть свои контактные данные. Плюс я не уверен что ответственность можно задавать на посты.

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

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

          • Ильгизар Талипов
            Рейтинг: 20
            Когнитивная бизнес модель
            ИТ архитектор
            29.09.2015 13:08

            Персоны видимо должны быть описаны в виде справочника, базы данных персонала к Постам. У Вас так и написано - какие посты и кто их занимает.

          • Марк Шварцблат
            Рейтинг: 30
            КТ "Акведук"
            ИТ-директор
            29.09.2015 13:40

            Вот сидят две живых Персоны. Логисты-диспетчера. Равнозначные. Почти равноопытные. На них всё замыкается в планировании доставок. Назовём их Вася и Петя.

            Что должен учитывать клиент из района при общении с Персоной, если ему надо организовать доставку?

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

            Вася примерно (но с довольно высокой точностью) представляет сколько ему надо будет заказать машин в текущий период, а в понедельник не ленится после планёрки в курилке уточнить - не планируется ли каких-нибудь случайных больших доставок. Ну и информирует субподрядчиков о потребности. Или сразу начинает предварительно искать доптранспорт. Но ему для точной подгонки приходится делать 2, а то и 3, итерации за неделю. Естественно, что клиентов он держит в курсе текущей ситуации при её изменении.

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

            Чаще всего процесс срабатывает и всё доставляется куда надо и вовремя, но... Это Россия, детка! Но, при этом, все формальные показатели на длительном периоде выполняются с заданной точностью и у Васи и у Пети.

            Но!
            У кого из Персон лучше отношения со складами?

            Кому чаще звонят владельцы машин, ищущие груз на доставку?

            Кому чаще привозят благодарности из районов в виде грибов-ягод-мёда на День логиста? :)

            • Ильгизар Талипов Марк
              Рейтинг: 20
              Когнитивная бизнес модель
              ИТ архитектор
              29.09.2015 14:48

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

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

            • Марк
              30.09.2015 14:11

              Если Васе звонят то Вася заводит заявку в CRM?
              CRM может посчитать сколько заявок от постоянных клиентов есть на Васю и на Петю?
              Если да - то все просто. Мы по показателю увидим что Васю любят чаще.
              И обычно этого хватает.

              Но сами показатели и их измерение выходит за рамки этой статьи.

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

              Но в целом ход мыслей мне нравится :)

              • Марк Шварцблат
                Рейтинг: 30
                КТ "Акведук"
                ИТ-директор
                30.09.2015 14:31

                CRM нет. Всё выросло из автобазы и развёрнута логистическая система с понятным упором на приём, хранение, диспетчеризацию транспорта, комплектовку, отгрузку. С перспективой перейти на свой транспорт, если с лизингом срастётся. :)

                Это к вопросу Персон и роли личности в бизнесе. :)

                Правда история Васи и Пети хеппиэндом не закончилась, но это уже точно полный оффтопик. :)

        • Виктор Федько Ильгизар
          Рейтинг: 367
          Независимый эксперт
          Эксперт
          29.09.2015 13:25

          А как тут смоделируешь? Специалисты одинаковые, образование одинаковое. Все, вроде одинаково. но Петр любил армянский 3 зв., а Ольга любит альпенгольд. со всеми вытекающими. )))..

          Петр дружи с Васей и Любой .По работе. и решал вопросы с ними быстрее и лучше. А Ольга дружит с Колей и Аней.

          Вот Персона поменялась и все остальное тоже.

          • Ильгизар Талипов Виктор
            Рейтинг: 20
            Когнитивная бизнес модель
            ИТ архитектор
            29.09.2015 13:54

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

          • Ильгизар Талипов Виктор
            Рейтинг: 20
            Когнитивная бизнес модель
            ИТ архитектор
            29.09.2015 15:58

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

  • Ильгизар Талипов
    Рейтинг: 20
    Когнитивная бизнес модель
    ИТ архитектор
    29.09.2015 11:47

    Анатолий Валерьевич, в описании к Персоне сказано:

    "Например. мы можем снять с поста специалиста по маркетингу Петра и поставить туда Ольгу. Пост останется тот же, контактные данные, как правило, те же, но персона меняется."

    Хочется понять, что Вы имели в виду, что поменяется для организации в связи с данной переменой? Если Ольга также будет исполнять свои обязанности на посту как и Петр, и никто этого не заметит - отлично. Но тогда на модель организации Персона не влияет и следовательно вводить данный элемент нет необходимости.

    Наши реалии же таковы, что роль Персоны действительно зашкаливает. И я подумал, что Вы предлагаете это моделировать, вводя данный элемент в качестве важнейшего. Тогда и получается что его показатели нужно учитывать.

  • Максим Скидан
    Рейтинг: 10
    Fx
    Head of T infrastructure (Начальник IT инфраструктуры)
    30.09.2015 22:56

    "Если Вам нужно стабилизировать организацию, то важно описать ее деятельность" - не согласен.

    В маленьком 3S Telematica, Технический директор экспериментировал с технологиями: то нанимал джавистов + Оракл, то С# + MS SQL, то Firebird для каких-то функциональных кусочков, то Постгрес для геозон, плюс программеры взяли "глассфиш" в качестве сервера приложения. Все вообщем по схеме: "тут играем, тут не играем, тут рыбу заворачивали". Весь этот бардак копился года 4. Толку, что архитектура и деятельность понятна.
    Как мне рассказывали знающие люди, в Сбере - еще хуже. Каждый новый крутой начальник притаскивал за собой новую команду внедренцев (небезвоздмезно). И там "зоопарк" еще тот. Чтоб все выстроить архитектурно красиво и правильно - уже нет ресурсов. Т.е барадак актуален, что для небольших компаний, что для монстров, могу аналогичный пример из Росгосстраха привести. Да вот свежайший пример: новый "Лето-банк", в требованиях к вакансии "Руководитель администраторов БД" :
    "... Инсталляция экземпляра БД на всех используемых Банком платформах (Winows, Linux OEL, Linux RH, AIX .."
    Зачем ставить Оракл БД на все эти платформы? Это говорит о том, что нет Архитектора, который бы четко представлял что нужно и унифицировал инфраструктуру.

    А "стабилизировать работу компании" можно только одним: проактивным мониторингом всех сервисов и чуткое отношение к "каждому чиху" клиента. Даже если "клиент" - это потребитель ваших IT-сервисов и соседнего подразделения. Т.е система обратной связи.

    П.С Ну и "вишенка на торт": что Вы будете делать с вашими схемами управления, если мастер, устанавливая в дорогой автомобиль клиента ваш электронный блок (согласно купленной услуги), случайно сжег бортовой компьютер, тысяч на 10 евро?
    А другой гениальный менеджер, на всю зарплату офиса за несколько месяцев наустанавливал блоки в некупленные машины (у некого диллера), в надежде, что когда машину купят, новый хозяин захочет воспользоваться этими установленными блоками и услугами 3ST.
    От идиотов защиты нет.

    • Максим
      30.09.2015 23:53

      Да и если атомная бомба вам на голову упадет - это решение не поможет.
      Но причем тут это?

      Описание бизнес процессов - это лишь один из элементов стабилизации.
      Понятно что если при всем при этом нанять идиотов то работать не будет.

      Более скажу - если у вас наняты идиоты, то и такой системы не будет.

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

      • Максим Скидан
        Рейтинг: 10
        Fx
        Head of T infrastructure (Начальник IT инфраструктуры)
        01.10.2015 23:36

        Ну и? Я же уже об этом написал выше, зачем подтверждать мои слова? С чего вы решили, что Ваша система нужна в бывшей моей компании? Может там другая "управлялка" стоит ))

        Вы же обошли вниманием главный тезис:

        А "стабилизировать работу компании" можно только одним: проактивным мониторингом всех сервисов и чуткое отношение к "каждому чиху" клиента. Даже если "клиент" - это потребитель ваших IT-сервисов и соседнего подразделения. Т.е система обратной связи.

        Вам же раньше писали, что бардак описывать безсмысленно. И так происхоит в 80% компаний. В мутной воде легче рыбку ловить. Из заинтересованных, не стремятся избавлятся от бардака. Это если говорить о компании вцелом. Но IT - должно как часы работать (интернет, почта). А всякая отчетность - тут уж извините, кому она нужна, а кто-то против этой отчетности.
        Вначале Вы пишите, что "Если Вам нужно стабилизировать организацию, то важно описать ее деятельность" - c чем я несогласен.

        Второй момент: Вы тут красивые термины употребляете типа Oracle BI. Вы, простите купили продукт? В курсе сколько лицензия стоит? По карману ли такие приобретения не очень крупным компаниям?

        • Максим
          01.10.2015 23:44

          Максим Владимирович, начнем с того что я ниразу не писал о Oracle BI. Как минимум потому что ниразу его не видел и знать не знаю сколько он стоит и у кого на него есть деньги.

          Во вторях я лишь говорил что для стабилизации важно описать модель организации, но это не значит это единственное что важно.

          И если вы думаете что стабилизировать можно чем то одним - то это ваше мнение. У меня иное. Вот и все )

        • Максим
          01.10.2015 23:54

          Далее что касается бессмысленности описания бардака - это лишь отчасти правда.

          Реальность такова что бардак сам по себе не исчезнет.

          И первый шаг в борьбе с ним это попытаться описать "как есть" (as is).

          Попытаться - важное слово в этом предложении. Потому что это не получится. Если описывать модель по 7П то волей или не волей вам придется увидеть ошибки и тут же их поправить. Так было у нас на ряде проектов. Подозреваю что никому не удасться описать бардак, не исправив по ходу явные проблемы.

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

          Это не значит что поможет вам или всем. Просто вот у нас так было. Я свой опыт описал. У вас он может быть иным. Опишите свой если хочется отразить альтернативную точку зрения.

          • Максим Скидан
            Рейтинг: 10
            Fx
            Head of T infrastructure (Начальник IT инфраструктуры)
            02.10.2015 00:13

            Да в людях проблема. Как Вы что не внедряйте, если кое-кто в бухгалтерии (или в отделе по дебиторской задолженности) выписывал цифирки на бумажку, а потом тыкал кнопочки пол-дня... так оно и будет... А кто-то себе какой-нибудь эксель-файл соорудит, который ему все сосчитает. До меня внедряли разные "управлялки", я пытался, потом новый манагер пришел - все без толку. Если люди не хотят, руководство активно не пользуется и не пинает народ. То любая управлялка - остается в стороне. Народ, общается файликами по почте, печатает и бегает к руководству с бумажками.
            И второе, любят у нас ограничить область видимости сотрудника внутри управлялки. Если в программисткой среде, народ автоматом читает как новости, что прооисходит в соседнем подразелении, какие задачи решают, обмениваются мнениями - как лучше сделать. То в неIT компаниях часто выдают некомпетентные указания, потом их отменяют, и исполнитель часто не понимает, зачем он делает ту или иную задачу, и всякие ньюансы по ней ему не понятны.

    • Максим
      30.09.2015 23:55

      Что касается зоопарка - я возможно вас понимаю. Но с трудом.

      Нужно понимать что у нас все системы на WordPress. Буквально.
      От внешнего сайта, до системы управления проектами и CRM и ERP и финансовый учет и кадры и документооборот, и ECM и база знаний и BI с отчетами и LMS. Вообще все. На одной платформе.

  • Ильгизар Талипов
    Рейтинг: 20
    Когнитивная бизнес модель
    ИТ архитектор
    01.10.2015 15:13

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

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

    • Ильгизар
      01.10.2015 15:57

      Пример таких условий или процессов?
      Основная цель это ЦКП. Он есть у всех подразделений и у самого верхнего соответственно самый главный

      • Ильгизар Талипов
        Рейтинг: 20
        Когнитивная бизнес модель
        ИТ архитектор
        01.10.2015 16:53

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

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

        • Ильгизар
          01.10.2015 17:07

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

          • Ильгизар Талипов
            Рейтинг: 20
            Когнитивная бизнес модель
            ИТ архитектор
            01.10.2015 20:55

            Соглашусь со всеми словами Татьяны Георгиевны: "в управлении спорить о чем-то бывает нецелесообразно, если это делается не с познавательной целью". Вопросы терминологии очень сложные.
            Если Ваша модель успешно работает, значит она идеальна для данных условий..

    • Ильгизар
      12.10.2015 17:07

      "...как будут учитываться внешние условия..."
      Мне кажется, что они автоматически учитываются в процедурах. Набор процедур ведёт к исполнению процесса. Упрощённо триггер: (не)случился внешний фактор - (не)запустилась соот-щая процедура.

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

      • 12.10.2015 23:53

        ого, на редкость похоже мыслим :)

        Правда по миссии - у нас она есть. Только называется иначе.

        В нашем понимании миссия это ЦЦКП.
        У каждого подразделения есть ЦКП - ценный конечный продукт. То за что этому подразделению платят деньги.
        Но за что платят деньги всей компании в целом? Это и есть ЦЦКП - центральный ценный конечный продукт. С тем же успехом это можно назвать миссией. Этот продукт не меняется со временем и отражает смысл компании и ее ценность на рынке.

        Мы это не называем миссией, птм что само слово слишком мутное. А вот ЦЦКП - понятно и написать там белеберду сложно. Когда люди пытаются сформулировать миссию то часто там пишут бред и потом этот бред публикуют. А мы не такие :)

        • 13.10.2015 13:48

          "похоже мыслим" да тут и мыслить-то особо не надо :), для первого приближения понимания представленная модель вполне наглядна, основные моменты лежат на поверхности.
          "не называем миссией, птм что само слово слишком мутное" поэтому и взял слово в кавычки :) , но оно удобно для употребления, присутствует везде, потому всем примерно понятно, о чём речь. В общем, третьестепенный вопрос терминологии.

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.