• Highload++: Как помочь ERP-системе справиться с 500 000 запросов в секунду

      Мы в X5 обрабатываем много данных в ERP-системе. Есть мнение, что больше нас в SAP ERP и SAP BW в России не обрабатывает никто. Но есть еще один момент – число операций и нагрузка на эту систему увеличивается быстро. 3 года мы «сражалась» за производительность нашего ERP-тяжеловеса, набили немало шишек, а какими методами их лечили, рассказываем под катом.

      image
      Читать дальше →
    • Менеджер проекта с ТЗ в руках — это ещё не признак управления проектом

        — Привет! Ну ты как, кто, где? — давно не виделись.
        — Да я менеджер ИТ-проекта в большой компании.
        — О, PRINCE, риски, экстремальное управление, финансы. Сложно!
        — Да не. Так, ТЗ от клиента технарям и обратно таскаю за деньги. Фигня.


        Вот такой вот реальный диалог. И, думается, диалог актуальный для многих компаний, особенно, если они не входят в десятку крупнейших вендоров и интеграторов, где процессы всё же отлажены и проекты выглядят именно как проекты. Понятно, почему многие компании малого и среднего бизнеса отворачиваются от самого понятия «проект» и работают как карта ляжет. В таких условиях работа прожект менеджера больше похожа на работу надсмотрщика, который приходит к программистам и просит быстрее накодить фичу, потом идёт к тестерам и призывает тестировать прямо сейчас и без критикалов, потом идёт с тимлидами разворачивать это на продакшене и с фиолетовым лицом приносит баги от клиента, причём независимо от того, минорный баг или критический, — лицо всегда одинаково фиолетовое, а речь начинается со слов: «У клиента всё упало». Правда, ситуация кажется нездоровой? Давайте о ней поговорим.


        Типичный прожект менеджер, который не очень понимает, что такое управление проектами
        Читать дальше →
        • +22
        • 12,1k
        • 6
      • Внедряете CRM-систему? Снимите розовые очки

          Бывает такое: ходишь в спортзал, качаешься, занимаешься на беговой дорожке, наяриваешь свои 15 км в день. И вдруг теряешь сознание и понеслась: нарушения мозгового кровообращения, анемия и ещё несколько диагнозов, о которых ещё неделю назад ты даже не подозревал. Что делать: жить как раньше, лечить, ждать нового криза, оставить как есть? Как правило, такая точка невозврата заставляет человека изменить жизнь и пойти по пути наименьшего сопротивления — всё бросить. И только сильные духом умудряются стать ещё спортивнее, здоровее и побороть всё, что побороть можно.

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

          Читать дальше →
        • Логика построения универсальных графиков работ

            Графики работ сотрудников неотъемлемая часть любой CRM системы. Но в зависимости от специфики бизнеса клиента они могут очень отличаться. В клинике это графики приема пациентов, в телекоме – графики подключения клиентов, в школе – графики занятий. Все они отличаются по структуре и сути. У них разные шапки, разный набор полей, разные сетки.

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

            До этого графики были некой штукой разработанной на php. Но боже! Карл! Каждый раз, когда нужен новый график под какое-то нишевое решение, надо этот код копировать, перерабатывать. Индивидуальность графиков не позволяла что-то централизованно изменить. Да и в целом подрывало концепцию нашей облачной платформы в том, что клиент может самостоятельно ее конфигурировать.
            Читать дальше →
          • Как выбрать систему для внедрения в Дилерской сети?



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

              Мы выработали пять основных тезисов, которые формируют нашу цель!

              Напомню:

              • Быстрая имплементации единой методологии (стандарта) по быстрому выводу на рынок продуктов и услуг компании и их реализации;
              • Автоматизация Пути Клиента и MOT для бесшовной передачи Клиента от этапа подогревания его интереса к продукту до продажи и обслуживания;
              • Обеспечение партнерской сети всей необходимой информацией и минимизация ошибок при передаче данной информации, с высокой степенью безопасности;
              • Обеспечение рентабельности партнерских предприятий путем стандартизации процессов работы сети на базе лучших решений в области автоматизации бизнеса;
              • Упрощение интеграции нового персонала партнеров и методологическое сопровождение на всех этапах работы с продуктами и сервисами

              Замечательно!

              Дело за малым?

              И тут мы часто вспоминали старый анекдот…
              В диком лесу звери повадились обижать мышей. И вот собрались мыши на совет.
              — Что будем делать, граждане мыши? – спросил староста
              Все молчат. Идей никаких. Тишина. Вдруг один мыш предлагает:
              — Давайте спросим мудрую сову!? –
              Ито хорошо. Пошли к сове. Так, мол, и так, сова, обижают нас. Что делать?
              Сова, недолго думая:
              — Вам, ребята, надо стать ежиками. Чтобы никто не мог и пальцем вас тронуть!
              Ну мыши кричат «Браво Сова!». Радуются. Вдруг тот самый инициативный мыш спрашивает:
              — Сова, а как нам стать ежиками?
              На что сова, многозначительно насупив брови, отвечает:
              — Ребята, я – стратег! А вся эта тактическая ерунда меня мало интересует!
              Читать дальше →
            • DMS (Dealership Management System) – Внедрение Информационных ЭкоСистем для управления Дилерскими сетями

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

              Еще не начав проект мы, с моей командой, столкнулись с нетривиальными вопросами:

              • Как выбрать решение?
              • Из каких этапов должно состоять внедрение?
              • Как выстроить коммуникацию?
              • Как создать продукт, лояльность к которому позволит нам преодолеть сопротивление партнеров, уже имеющих собственные развитые ИТ-системы и процессы?

              И т.д.

              С чего начать, в конце концов?!

              Первое, что я сделал – обратился к внутрикорпоративному опыту и опыту других компаний, в надежде отыскать ответы на этот комплекс вопросов. И, увы, не нашел НИЧЕГО!

              Не то, чтобы данный опыт нам ничего не предлагал. Отнюдь, как только мы объявили о подготовительном этапе проекта, нас, буквально, засыпали предложениями по автоматизации: к нам приезжали ИТ-компании с пресейлом их систем, проводили красочные и «убедительные» презентации, рассказывали нам о безоблачном будущем, которое нас ждет, если мы выберем их решение. Но со всеми вендорами был ряд проблем:

              • они были ангажированы на бюджет проекта, но не на результат;
              • стоимость их решений порой превышала годовой бюджет на ИТ в компаниях-партнерах;
              • слабое понимание специфики бизнеса;
              • низкий уровень кастомизации решений

              Читать дальше →
            • Сто рецептов цифровой бухгалтерии

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



                В этой публикации мы расскажем о том, как скрещиваем банкинг, бухучет и отчетность самыми разными способами.
                Читать дальше →
                • +11
                • 3,2k
                • 8
              • Архитектура как бремя

                • Перевод

                За время своей карьеры я поработал с разными legacy-проектами, каждый из которых страдал от тех или иных изъянов.


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


                В сущности, улучшение кода — дело довольно простое, особенно сейчас, когда движение за мастерство разработки ПО (software craftsmanship) продвигает хорошие практики в командах. Однако изменение стержневых частей систем, ограничений, введенных в самом начале их жизненного цикла, является чрезвычайно сложной задачей.


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


                Читать дальше →
              • Не автоматизируй это: вредные советы бизнесу

                  Допустим, вы решили съездить на машине на море, например, из Москвы в Сочи. Вам придёт в голову за день до отъезда перебрать двигатель в гараже или наконец поставить колёса-бигфуты и провести тотальный тюнинг, чтобы мчаться по трассе М-4 во всей новоявленной красе? Вряд ли. Это же вопрос комфорта, безопасности и трезвого мышления водителя.

                  А вот взять и автоматизировать компанию так, чтобы она завтра начала приносить сверхприбыли — это пожалуйста. «Что значит, невозможно? Вы же вендор! Я вам плачу.» Вам кажется, что вы можете прямо завтра внедрить CRM, ERP и другое ПО в компании, в которой вы работаете или которую вы возглавляете? Это ошибочное мнение. Любое ваше чаяние, начинание и внедрение с первого же поискового запроса до начала работы в новой ИТ-инфраструктуре будет сталкиваться с препятствиями. Некоторые из них свалятся откуда и не ждали — неожиданностей ровно столько, сколько их будет с бигфутами на М-4. И даже больше. Для более эффектного провала следуйте нашим вредным советам — мы их 11 лет потом и кровью собирали. Короче, внедренческий хардкор, местами хоррор и плохие четверостишия от нашей команды. Не стреляйте в программистов — сочиняем, как умеем.


                  Читать дальше →
                • Интегрированный стенд разработки КРОК для 1С и не только

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

                    Итак знакомьтесь, интегрированный стенд разработки!

                    Читать дальше →

                  Самое читаемое