Рубрика «управление»

Оптимизация аптек: что мы сделали с помощью математики - 1

Оказалось, что аптечный бизнес достаточно прост в плане старта (аптека крупной франшизы открывается чуть ли не по механике «далее-далее-ок»), но достаточно сложный в управлении. При этом таким он не кажется. Сложная часть в управлении запасами, то есть в поставке лекарств, медсредств и прочего в конечную розничную точку. В реальности делают это люди руками и часто жёстко лажают.

Очень часты ситуации недозаказа товара (когда нужного ходового лекарства просто нет в аптеке), перезаказа (товар поставляется на пару ближайших лет) или неправильного распределения по сети аптек (в одной нет, а в другой — на шесть месяцев запаса). Таблетки компактные, выкладка в аптеках — хорошо, если 5 % от товарного запаса, поэтому восемь–десять миллионов рублей можно запросто спрятать даже на 15 квадратных метрах в ящиках. А потом у этих лекарств внезапно уже через год закончатся сроки годности.

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

Конечно же, в этой ситуации очень не хватает математической модели. Ну мы с ней и пришли. В процессе сделали ещё несколько чудесных открытий про рынок. Читать полностью »

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

Синтез регулятора методом обратной задачи динамики - 1

Читать полностью »

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

Полезные советы для интеграции в новые проекты - 1
Читать полностью »

Впервые на Saint TeamLead Conf 2019 будет три потока докладов. Мы растём и развиваемся, а тематика конференции позволяет широко и глубоко освещать разные направления работы и развития тимлида. Традиционно будет 6 основных направлений: личное развитие, работа с командой, инструментарий тимлида, развитие осознанности, трансформационные изменения в процессах и людях и выстраивание технологического процесса. В прошлый раз я рассказывал о докладах, которые попали в секцию «Инструментарий тимлида» и «Развитие осознанности». Теперь анонсирую блок о работе в команде.

Работа с командой - 1

Управление маленькими командами — это основа работы лида, и мы регулярно уделяем внимание этой теме на всех конференциях серии. Saint TeamLead Conf в 2019 году не стала исключением. Этой осенью поговорим о «любимом» микроменеджменте, канбане, корпоративной культуре, «дружественном коллективе» и Data Science. Все подробности под катом.
Читать полностью »

В этот раз на Saint TeamLead Conf мы решили собрать на целый поток больше докладов. В программе конференции для тимлидов будет три полноценных параллельных трека докладов, не считая традиционных митапов и воркшопов. Направления работы тимлида настолько разнообразны, что позволяют нам захватывать широкий набор тематик. Но мы с вами растем, и вопросы требуется прорабатывать глубже. Поэтому конференция тоже растёт и развивается, следуя потребностям отрасли.

Развитие осознанности на Saint TeamLead Conf - 1

Традиционно мы несем пользу в 6 основных направлениях. Их «говорящие» названия такие: личное развитие, работа с командой, инструментарий тимлида, развитие осознанности, трансформационные изменения в процессах и людях и выстраивание технологического процесса.
Читать полностью »

В ВМС США отказываются от использования сенсорных экранов в системах управления боевых кораблей - 1

Из-за сложности использования интерфейсов управления с тачскринами и возможности возникновения ситуаций, приводящей к потере контроля над системой управления кораблями, в ВМС США начали программу замены существующих сенсорных экранов на бортах боевых судов на более надежные и стабильные механические системы управления, которые использовались ранее до их модернизации.
Читать полностью »

В NASA испытали систему автономного управления одного микроспутника другим - 1

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

Об админах, девопсах, бесконечной путанице и DevOps-трансформации внутри компании - 1

Что нужно для успеха IT-компании в 2019 году? Лекторы на конфах и митапах говорят много громких и не всегда понятных нормальным людям слов. Борьба за время деплоя, микросервисы, отказ от монолита, DevOps-трансформация и много-много чего ещё. Если отбросить словесную красоту и говорить прямо и по-русски, то всё сводится к простому тезису: делайте качественный продукт, причем делайте его с комфортом для команды.

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

Вся эта история от «по модулю» прекрасна, но… Так получилось, что часть админов резко окрестили в DevOps, а от самих DevOps-инженеров стали требовать, как минимум, навыков телепатии и ясновидения.
Читать полностью »

Мобильный спасательный круг на дистанционном управлении - 1

«Dolphin 1» – небольшой управляемый спасательный круг, который может помочь в беде на воде быстрее в некоторых случаях, чем спасатель. Устройство может скользить по воде со скоростью до 15 км/ч, а его оператор может следить за ним и управлять на расстоянии до 500 метров.
Читать полностью »

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

А руководству всё было мало – оно постоянно заказывало всё новые и новые метрики, очень быстро переставая пользоваться тем, что были сделаны ранее.

Последнее время все только и говорили про LeadTime – время поставки бизнесовых фич. Метрика показала сумасшедшее число – 200 дней на поставку одной задачи. Как же все охали, ахали и воздевали руки к небу!

Через некоторое время шум постепенно затих и от руководства поступил заказ на создание еще одной метрики.

Ивану было совершенно понятно, что и новая метрика точно также тихонько помрёт в тёмном уголке.

Действительно, размышлял Иван, знание числа совершенно никому ни о чём не говорит. 200 дней или 2 дня – нет никакой разницы, потому что по числу невозможно определить причину и понять, хорошо это или плохо.

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

Для Ивана это был пройденный этап. Он понимал, что метрики – это просто обычная деревянная линейка для измерений, а все секреты надо искать в объекте влияния, т.е. в том, что эту метрику формирует.

Для интернет-магазина объектом влияния будут его клиенты, приносящие деньги, а для DevOps – команды, создающие и раскатывающие дистрибутивы с использованием конвейера.

Однажды, устроившись в холле в удобном кресле Иван решил как следует продумать как бы он хотел видеть метрики DevOps с учётом того, что объектом влияния являются команды.

Цель метрик DevOps

Понятно, что всем хочется уменьшить время поставки. 200 дней – это, конечно, никуда не годится.

Но как, вот в чем вопрос?Читать полностью »