Mdop information experience

11 способов мотивировать сотрудников, не обещая им денег

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

1. Возможность карьерного роста.
   Этот стимул является одним из самых действенных, потому что он объединяет в себе повышение статуса и повышение зарплаты. Его минус — ограниченные возможности применения. Но если вы будете «выращивать» своих топ-менеджеров из собственных сотрудников, то перспективы продвижения заставят их работать с большим рвением и отдачей.
2. Повышение квалификации.
   Если вы предоставите своим лучшим сотрудникам возможность дополнительного обучения, выезда на семинары или конференции, это также будет мотивировать их на более высокие результаты.
3. Предоставление дополнительного отдыха.
   Введите особую привилегию для лучших работников: дополнительный день отгула или возможность уходить домой пораньше. Кстати, небольшая японская компания Hime & Company прославилась тем, что предоставляет своим сотрудницам оплаченные отгулы по причине «разбитого сердца» (от 1 до 3 дней в зависимости от возраста).
4. Контакт с руководством.
   Это еще один способ показать лучшим сотрудникам, что их успехи заметны и высоко ценятся. Председатель правления Сбербанка Герман Греф ежемесячно приглашает лучших работников банка на совместный обед в ресторане.
5. Доска почета.
   Заслуженная похвала — отличный мотиватор! Сообщение об отличившихся сотрудниках можно включить в корпоративную рассылку, опубликовать в корпоративной газете или стенгазете, разместить на сайте вашей компании или на ее странице в соцсети. Компания должна знать своих героев!
6. Командный дух.
   Если каждый сотрудник ощущает себя частью команды, чувствует себя нужным и важным для нее, это обеспечивает стабильный эмоциональный подъем. Сюда также можно отнести корпоративные выезды на природу. Совместный отдых с играми и веселыми соревнованиями — популярное средство для сплочения коллектива и создания в нем дружественной атмосферы.
7. Вручение символических наград.
   Этот способ показал себя особенно эффективным на производственных предприятиях. Лучшим работникам в торжественной обстановке вручаются памятные кубки и грамоты.
8. Почетное название должности.
   Всего лишь переименовав должность, вы можете сделать ее более статусной и привлекательной. В качестве примера можно привести консультантов из Store, которые гордо именуются «гениями». А в сети кафе Артемия Лебедева «Кафетериус» вместо официанток работают «хозяйки кафе».
9. Скидки «для своих».
   Во многих компаниях лояльность сотрудников поддерживают, предоставляя им скидки на товары и услуги компании.
10. Обратная связь.
    Дайте своим сотрудникам возможность высказаться, устно на планерках или письменно при помощи «ящика идей». Людям приятно знать, что руководство готово всерьез рассматривать их идеи, комментарии и пожелания по организации работы в компании. Кстати, авторов лучших идей можно поощрять небольшими подарками и публичной благодарностью.
11. Возможность удаленной работы и свободного графика.
    Вы можете поощрять лучших работников компании, дав им возможность работать из дома (если их род деятельности это позволяет). Согласитесь, никому не нравится стоять в утренних пробках или толкаться в метро в час пик.

Rate Limiting в распределенных системах

Политики синхронизации

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

Самый простой способ установить ограничения — настроить «sticky session» на балансировщике, чтобы пользователь направлялся на один и тот же узел. Недостатки этого способа — отсутствие отказоустойчивости и проблемы с масштабированием, когда узлы кластера перегружены.

Лучшим решением, которое допускает более гибкие правила распределения нагрузки, является использование централизованного хранилища данных (на ваш выбор). В нём можно хранить счётчики количества запросов для каждого окна и пользователя. Основные проблемы этого подхода — это увеличение времени ответа из-за запросов к хранилищу и «race conditions».

Race conditions

Одной из самых больших проблем с централизованным хранилищем данных является возможность возникновения race conditions при конкурентных запросах. Это случается, когда вы используете естественный подход «get—then—set», при котором извлекаете текущий счётчик, увеличиваете его, а затем отправляете полученное значение обратно в хранилище. Проблема такой модели заключается в том, что за время, необходимое для выполнения полного цикла этих операций (то есть чтения, инкремента и записи), могут поступать другие запросы, при каждом из которых счётчик будет сохраняться с недопустимым (более низким) значением. Это позволяет пользователю отправлять большее количество запросов, чем предусмотрено алгоритмом rate limiting.

Один из способов избежать этой проблемы — установить блокировку вокруг рассматриваемого ключа, предотвращая доступ на чтение или запись любых других процессов в счётчик. Однако это может быстро стать узким местом в производительности и плохо масштабируется, особенно при использовании удалённых серверов, например Redis, в качестве дополнительного хранилища данных.

Гораздо лучшим подходом является «set—then—get», опирающийся на атомарные операторы, что позволяет быстро увеличивать и проверять значения счётчика, не мешая атомарным операциям.

Оптимизация производительности

Другим недостатком использования централизованного хранилища данных является увеличение времени ответа из-за задержки на проверку счётчиков, используемых для реализации rate limiting (round-trip time, или «круговая задержка»). К сожалению, даже проверка быстрого хранилища, такого как Redis, приведет к дополнительным задержкам в некоторое количество миллисекунд на каждый запрос.

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

Например, каждый узел может создать цикл синхронизации данных, в котором будет синхронизироваться с хранилищем. Каждый узел периодически передает значение счетчика для каждого пользователя и окна, которое затрагивал, в хранилище, которое будет атомарно обновлять значения. Затем узел может получить новые значения и обновить данные в локальной памяти. Этот цикл в конце концов позволит всем узлам кластера находиться в актуальном состоянии.

Период, в течение которого узлы синхронизируются, должен быть настраиваемым. Более короткие интервалы синхронизации приведут к меньшему расхождению данных, когда нагрузка равномерно распределяется по нескольким узлам кластера (например, в случае когда балансировщик определяет узлы по принципу «round-robin»), тогда как более длинные интервалы создают меньше нагрузки на чтение/запись для хранилища и уменьшают издержки на каждом узле на получение синхронизированных данных.

Бизнес-требования для MED-V

Когда ИТ-отдел вашей компании определяет, следует ли выполнять обновление до Windows 7, он должен обратить внимание на бизнес-приложения и веб-бизнес-приложения, чтобы убедиться, что они могут выполняться в новой операционной системе. Часто эти приложения и URL-адреса создаются для работы с более старой версией Windows или Internet Explorer, и при попытке их использования в новой операционной системе могут возникнуть проблемы

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

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

Использование контрольного списка MED-V

Рассмотрите MED-V, если к вам применяется любой из следующих сценариев:

• У вас большая организация (например, 500 пользователей и т. д.), у вас есть Соглашение Enterprise майкрософт и вы планируете выполнить обновление до Windows 7.

• Вы протестируете бизнес-приложения и обнаружили некоторые из них, несовместимые с Windows 7.

• Вы устраните проблемы совместимости для некоторых из этих проблемных приложений, обнов приложение или используя оболочку, предоставляемую корпорацией Майкрософт, например набор средств совместимости приложений (ACT), но проблемы совместимости остаются для некоторых приложений.

• Вы рассмотрели App-V как вариант доставки несовместимых приложений и сделали вывод, что даже после реализации App-V у вас по-прежнему возникают проблемы совместимости операционной системы, которые необходимо устранить.

• Вы рассмотрели режим Windows XP в качестве решения и определили, что это не эффективный вариант, так как:

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

  • Вы решили, что гораздо эффективнее управлять устаревшими приложениями (которые доставляются виртуально) и управлять параметрами виртуального ПК Windows из централизованного расположения, а не на рабочем столе каждого пользователя.

  • Вы хотите иметь возможность обновлять и поддерживать виртуальные машины в масштабе, а не на каждом рабочем столе.

  • Вам нужна возможность перенаправлять URL-адреса, которые лучше работают в более старой версии Internet Explorer, на виртуальные машины и легко управлять перенаправлением URL-адресов позже.

• Вы определили, что обновление до Windows 7 будет более экономичным и полезным как можно скорее, и решили отложить устранение оставшихся проблем совместимости приложений до более поздней даты, зная, что у вас есть решение, доступное в MED-V.

Используйте внешнюю клавиатуру и шорткаты

Для серьёзной работы физическая клавиатура гораздо удобнее экранной, а ещё удобнее она становится при использовании шорткатов. Они есть в каждом приложении и зачастую перекликаются с горячими клавишами функций Mac: например, Cmd + Tab для переключения между приложениями или Cmd + Пробел для поиска в Spotlight.

В хороших приложениях вшиты списки клавиатурных сокращений, которые можно просмотреть, удерживая клавишу Command. Есть шорткаты и в самой iOS, вот несколько самых полезных из них:

• Cmd + H — возврат на рабочий стол;
• Cmd + Shift + 3 — снимок экрана;
• Option + клавиши стрелок — навигация от слова к слову по тексту;
• Option + Delete — удаление текста по словам.

Ссылки на документацию по MDOP

В следующей таблице приведены ссылки на документацию по продуктам MDOP по версиям.

С чего начать

Помните, что для разных людей эффективными оказываются разные способы мотивации. Молодые амбициозные сотрудники могут предпочесть перспективы карьерного роста денежным бонусам; а для людей в возрасте ключевым может оказаться проявление уважения и признания их заслуг перед компанией. Поэтому рекомендуем вам «держать руку на пульсе» и периодически выяснять, что именно лучше всего мотивирует ваших сотрудников.

Возникает закономерный вопрос: как же это сделать? Разумеется, спрашивать в лоб не стоит, потому что значительная доля ответов будет неискренней. К тому же подобные вопросы от руководства могут вызвать напряженность и негативные эмоции («Они хотят меня как-то мотивировать? Я, наверное, плохо работаю. Что я сделал не так?»).

Анкета может выглядеть так:

1. Опишите идеального руководителя в трех словах.
2. Что побуждает людей работать с максимальной отдачей?
3. Что вам нравится в вашей работе больше всего?
4. Что бы вы изменили в работе вашего отдела?
5. Чем похожи цветок и кирпич?

Такую анкету можно раздать сотрудникам в начале очередной планерки и попросить в течение одной минуты ответить на вопросы. Вуаля! У вас есть ключ к мотивации каждого вашего сотрудника. могут учитывать эту информацию при дальнейшем распределении задач и организации работы.

Например, если ответ на ключевой вопрос анкеты включает в себя «творческие задачи», «свободный график» и «возможность профессионального роста», то такому человеку вряд ли придутся по вкусу скучноватые рутинные дела. Наиболее ярко и эффективно он будет работать в сферах PR, маркетинга или рекламы. А если сотрудник указал в качестве мотиваторов «стабильность», «комфортные условия на рабочем месте» и «хорошую атмосферу в коллективе» — он сможет спокойно и эффективно выполнять рутинные задачи, не страдая от отсутствия креатива.

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

Нужно только ваше внимание к потребностям сотрудников и готовность поощрять их труд

Сравнение алгоритмов Rate Limiting

Конкретно в нашем случае, мы должны не отклонять запросы клиента к API, а на основе данных, наоборот, не создавать их; при этом “терять” запросы мы не имеем права. Для этого при рассылке уведомления у нас используется параметр send_rate, в котором и указывается максимальное количество уведомлений, которое мы будем отправлять в секунду при рассылке.

Таким образом, у нас есть некий Worker, выполняющий работу в отведенное ему время (в моём примере, чтение из файла), который принимает на вход интерфейс RateLimitingInterface, сообщающий можно ли в данный момент времени выполнить запрос и как долго он будет выполняться.

Все примеры кода можно найти на GitHub тут.

Сразу поясню, зачем нужно передавать квант времени в Worker. Дело в том, что запускать для обработки отправки одного сообщения с ограничением скорости отдельный экземпляр демона — слишком дорого, поэтому реально send_rate используется как параметр «количество нотификаций в единицу времени», которая составляет 0.01 — 1 секунда в зависимости от загруженности.

Фактически, мы за секунду обрабатываем до 100 различных запросов с send_rate, выделяя на обработку каждого квант времени в 1 / N секунд, где N — это количество пушей, обрабатываемых данным демоном. Самый интересующий нас параметр при обработке — будет ли соблюдаться send_rate (допускаются небольшие погрешности в ту или другую сторону) и нагрузка на наше железо (минимальное количество обращений к хранилищам, потребление CPU и памяти).

Для начала разберемся, в какие моменты времени Worker реально работает. Для простоты в данном примере обрабатывался 10000-строчный файл с send_rate = 1000 (то есть мы читали из файла по 1000 строк в секунду).

По шкале Х — время с момента старта обработки, от 0 до 10 секунд, каждая секунда разбита на десятые доли, поэтому график от 0 до 100).

Мы видим, что несмотря на то, что с соблюдением send_rate справляются все алгоритмы (для того они и предназначены), Fixed Window и Sliding Log всю нагрузку “выдают” практически одномоментно, что нас не очень устраивает, в то время как Token Bucket и Sliding Window равномерно распределяют её на единицу времени (за исключением пиковой нагрузки в момент старта, вызванной отсутствием данных о нагрузке в предыдущие моменты времени).

Ввиду того, что в реальности код обычно работает не с локальной файловой системой, а со сторонним хранилищем, ответ может затянуться, могут возникнуть проблемы с сетью и множество других проблем, попытаемся проверить как поведет себя тот или иной алгоритм, когда запросов какое-то время не было. Для примера — после 4 и 6 секунд.

Здесь может показаться, что Fixed Window отработал некорректно и обработал в 2 раза больше положенного запросов в первую и с 7 по 8 секунду, но на самом деле это не так, поскольку на графике время отсчитывается с момента запуска, а в алгоритме используется текущий unix timestamp.

В целом, принципиально ничего не изменилось, но мы видим, что Token Bucket более гладко сглаживает нагрузку и никогда не превышает заданный rate limit, а вот Sliding Log в случае простоя может превысить допустимое значение.

Необходимое программное обеспечение DaRT 10

Перед установкой DaRT убедитесь, что выполнены следующие предварительные требования.

Предварительные требования для компьютера администратора

В следующей таблице перечислены предварительные требования для установки компьютера администратора при установке DaRT 10 и всех средств DaRT.

Предварительные требования для компьютеров службы технической поддержки

В следующей таблице перечислены предварительные требования для установки компьютера службы технической поддержки при запуске средства просмотра удаленных подключений DaRT 10.

Предварительные требования для компьютеров конечных пользователей

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

Экспертный кейс. Расследование фатального замедления времени расчета себестоимости в 1С:ERP 2

При выполнении нагрузочного тестирования информационной системы на базе 1С:ERP для одного из клиентов с целью оценки возможности миграции системы на PostgreSQL и Astra Linux мы столкнулись с неприемлемым увеличением времени выполнения расчета себестоимости.

Строго говоря, сценарий тестирования закрытия месяца не был выполнен вообще – он не укладывался в таймаут выполнения теста, 24 часа. По прошествии 18 часов всё ещё шло выполнение операции «Распределение затрат и расчет себестоимости». Более 16 часов выполнялся подэтап “Расчет партий и себестоимости. Этап. Расчет себестоимости: РассчитатьСтоимость”. Всё это время выполнялся запрос, который в текущей инфраструктуре клиента (СУБД MS SQL Server) выполняется чуть более 3 минут на аналогичных данных.

Опыт оптимизации и контроля производительности в БД с 3000 пользователей Промо

Данная статья написана по материалам доклада, прочитанного на Конференции Инфостарта IE 2014 29-31 октября 2014 года.

Меня зовут Сергей, являюсь руководителем отдела оптимизации и производительности систем в компании «Деловые линии».
Цель этого доклада – поделиться информацией о нашем опыте работы с большой базой на платформе 1С, с чем пришлось столкнуться, как удалось обеспечить работоспособность.
Уверен, что вам будет интересно, так как подобной информацией мало кто делится, да и про само существование таких систем их владельцы стараются не рассказывать, максимум про это «краем глаза» упоминают участвовавшие в проекте вендоры.
**update от 04.03.2016 по вопросам из комментариев

Дополнительные рекомендации по продуктам MDOP

Помимо документации по продукту, доступной в Интернете, для большинства продуктов MDOP доступны дополнительные рекомендации по продукту, такие как информационные видео и виртуальные лаборатории.

Требования к операционной системе DaRT 10

Требования к компьютерной системе администратора

В следующей таблице перечислены операционные системы, поддерживаемые для установки компьютера администратора DaRT 10.

Примечание Убедитесь, что выделено достаточно места для любых дополнительных средств, которые необходимо установить на компьютере администратора.

Примечание Корпорация Майкрософт предоставляет поддержку для текущего пакета обновления и, в некоторых случаях, непосредственно перед пакетом обновления. Сведения о временных шкалах поддержки для вашего продукта см. в разделе «Поддерживаемые пакеты обновления жизненного цикла». Дополнительные сведения о политике служба поддержки Майкрософт жизненного цикла см. в статье служба поддержки Майкрософт вопросы и ответы о политике поддержки жизненного цикла.

Требования к системе компьютера в службе технической поддержки DaRT

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

DaRT 10 позволяет сотруднику службы технической поддержки подключаться к компьютеру DaRT 10 с помощью средства просмотра удаленных подключений DaRT 7.0, DaRT 8.0, DaRt 8.1 или DaRT 10. Для средств просмотра удаленных подключений DaRT 7.0, DaRT 8.0 и DaRt 8.1 требуются операционные системы Windows 7, Windows 8 или Windows 8.1 соответственно, а для средства просмотра удаленных подключений DaRT 10 — Windows 10. Средство просмотра удаленных подключений DaRT 10 и все остальные средства DaRT 10 можно установить только на компьютере, на котором Windows 10.

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

DaRT также имеет следующие минимальные требования к оборудованию для компьютера пользователя:

Компакт-диск, DVD-диск или USB-порт — требуется только в том случае, если вы развертываете DaRT на предприятии с помощью компакт-диска, DVD-диска или USB.

Поддержка BIOS для запуска компьютера с компакт-диска или DVD-диска, USB-устройства флэш-памяти, удаленного раздела или раздела восстановления.

Требования к системе компьютеров конечных пользователей в DaRT 10

В окне «Набор средств диагностики и восстановления» в DaRT 10 требуется, чтобы компьютер конечного пользователя использует одну из следующих операционных систем вместе с указанным объемом системной памяти, доступной для DaRT:

Сравнение UE-V с другими продуктами Майкрософт

Эта таблица используется для сравнения UE-V с синхронизацией профилей в Windows 7, синхронизацией профилей в Windows 8 и функцией синхронизации параметров КОМПЬЮТЕРА учетной записи Майкрософт.