Когда компании нужно масштабироваться здесь и сейчас, классические подходы маркетинга часто оказываются очень медленными. В такой ситуации помогает growth hacking — подход, основанный на поиске точек роста и быстром тестировании гипотез. Директор по маркетингу click.ru Николай Лобанов рассказал, как применять принципы growth hacking на практике и выстраивать процесс непрерывного роста.
MBA по средам. «4 Функции руководителя»
Вроде бы это все знают, хотя и есть вариант, где этих функций 5, но суть не меняется, пока руководитель занимается чем то другим, то он не занимается тем, чем должен заниматься, а от этого страдает и он сам — постоянное выгорание и бизнес — команда не развивается и руководитель не может удалить внимание развитию бизнеса.
Привет, меня зовут Артем, и я работаю в Авито с 2016 года. Это вторая часть истории про шардирование сервиса объявлений Авито Доставки, где мы расскажем о реализации шардирования и полученном результате. В первой части мы обрисовали проблему масштабирования сервиса, рассказали о том какие у нас были варианты решения, почему выбрали шардирование, поговорили про нюансы шардирования и составили план реализации.
Привет, Хабр! Меня зовут Александр Коротков, я — тимлид продуктовой команды в Т-Банк и член программного комитета конференции DevOps Conf. Разрабатывал системы автоматизации тестирования, пять лет посвятил работе над IDP, лидировал разработку бизнесовой платформы. Эта статья родилась из моего доклада для DevOps Conf. Но, если честно, тема давно сидела в голове. Я много раз наблюдал в индустрии один и тот же сценарий: платформы начинают строить с амбициями, но потом что-то ломается — развитие замирает, платформа превращается в тяжёлую обузу или её и вовсе переписывают с нуля. Почему так происходит? Где те самые «невидимые грабли», на которые снова и снова наступают разные команды?
Будет полезно не только тем, кто строит платформы напрямую — CTO, Head of Platform, DevOps-инженерам и разработчикам платформенных решений, но и всем, кто сталкивается с инфраструктурой и хочет заранее видеть потенциальные проблемы.
В этой статье разложу по полочкам, как предпринимателю и топ-менеджеру найти это ограничение за 1–3 рабочие встречи, не утонув в бесконечных «совещаниях о совещаниях». В основе — простая, но мощная методика визуального анализа причин и следствий («дерево текущей реальности») с пошаговым порядком действий. Вы получите понятный сценарий — от сбора симптомов до проверки гипотезы и запусков первых изменений — и чек-листы, чтобы не перепутать следствие с причиной. В конце статьи — ссылка, где забрать мою методичку и рабочие шаблоны.
Всем привет, с вами Иванов Дмитрий, технический директор ВебРайз. В этом материале разберем широко обсуждаемый формат аутстаффинга с точки зрения плюсов и минусов для сотрудника, заказчика, посчитаем экономику процесса, обсудим текущие тенденции на рынке.
Мем про «10×-разработчика» живёт не просто так — такие люди встречаются. Но это не то, чем можно управлять. Софт делает команда, а скорость задаёт система вокруг неё. В статье — как навести порядок в этой системе, чтобы «обычные» инженеры стабильно давали сильный результат: короткий путь «коммит → прод», быстрый откат вместо героизма, наблюдаемость по умолчанию, удобный платформенный self-service и найм не «самых крутых», а подходящих под задачи и ценности. Продуктивность измеряется не строками кода и не тайтлами, а влиянием на бизнес; остальное — лишь прокси-метрики.
Современные нейросети снижают порог входа в разработку. Теперь не обязательно быть программистом, чтобы автоматизировать рутину. В этой статье я расскажу, как, будучи руководителем проекта, создал корпоративного бота на n8n и Пачке с помощью ChatGPT и OpenRouter. От хаоса с устройствами до автоматизированной системы бронирования, JSON-запросов и PostgreSQL.
Проектирование мостов — это особый мир со своей логикой. Здесь все начинается с оси, а любое ее изменение влечет за собой пересчет всей конструкции. Минимум прямоугольного, максимум сложных кривых, разверток и работы с большими координатами.
В этом кейсе мы расскажем, как один из лидеров транспортного проектирования, АО «Институт «Стройпроект», применяет Платформу nanoCAD и nanoCAD BIM Строительство.
Статья будет интересна инженерам, проектировщикам, архитекторам, и всем, кто интересуется строительством сложных объектов.
Мы создали мессенджер, в котором работать удобнее, чем в Telegram.
В этой статье рассказываем, как дорабатываем его под реальные кейсы команд, которые раньше работали в телеге — от системных проблем до мелких раздражающих вещей.
Привет, меня зовут Артем, и я работаю в Авито с 2016 года. Начинал как тестировщик, затем вырос в backend-инженера, с 2019 года пишу на golang, а сейчас руковожу командой разработки в Авито Доставке в роли техлида. В этой статье поделюсь опытом шардирования нашего основного сервиса delivery-item: зачем мы это сделали, как подошли к задаче, с какими граблями столкнулись и как всё выглядит спустя почти два года.
Этот текст мы написали по интервью одного из наших клиентов. Он так вдохновился накопительной диаграммой потока, что решил рассказать о своём опыте нам. А мы — вам :-)
История про дорогую ошибку в управлении B2B-проектами и урок, который стоил $400 000.
Spoiler: технически мы были правы, но это не помогло сохранить контракт.
Для кого: руководители digital-агентств, account-менеджеры, все, кто работает с крупными B2B-клиентами.
Периодически при описании бизнес-процессов компании у бизнес-аналитиков возникают вопросы, связанные с вопросом, кто является владельцем описываемого бизнес-процесса.
Почему вопросы относительно назначения владельца бизнес-процесса возникают?
Потому, что описываемый бизнес-процесс может входить в сферу ответственности одного руководителя функционального подразделения, т.е. выполняться только сотрудниками этого подразделения, и в этом случае вопроса кто является владельцем бизнес-процесса не возникает, или в нем участвуют сотрудники нескольких функциональных подразделений в так называемым кросс-функциональным процессе, которые находятся под управлением разных руководителей.
Во втором случае определить владельца такого кросс-функционального бизнес-процесса бывает достаточно сложно, потому что никто из руководителей функциональных подразделений не стремиться взять на себя еще одну дополнительную ответственность и обязанность, т.е. отвечать еще и за работу специалистов из другого(-их) подразделения(-ий), так как у него и так уже имеются утвержденные обязанности и полномочия, касающиеся деятельности своего структурного подразделения, которым он руководит.
А нужно ли вообще назначать владельца бизнес-процесса?
Такая постановка вопроса наверняка вызовет возмущение со стороны сторонников ВРМ, так как у любого бизнес-процесса должен быть ответственный, который и называется его владельцем. Дело в том, что такая позиция (должность) в КВАЛИФИКАЦИОННОМ СПРАВОЧНИКЕ ДОЛЖНОСТЕЙ РУКОВОДИТЕЛЕЙ, СПЕЦИАЛИСТОВ И ДРУГИХ СЛУЖАЩИХ (Утвержден Постановлением Минтруда РФ от 21 августа 1998 г. N 37, в ред. Постановлений Минтруда РФ от 12.11.2003 № 75, Приказов Минсоцразвития РФ от 14.03.2011 № 194, Приказов Минтруда РФ от 27.03.2018 № 197) отсутствует. А это означает, что такая позиция создана искусственно с целью определения лица, который осуществляет необходимые для выполнения операционного процесса функции. Однако на практике деятельность компании, в т.ч. выполнение операционных процессов, осуществляется сотрудниками независимо от того, назначено какое-либо лицо «владельцем» процесса или нет.
Очень часто основная сложность заключается в том, что команды берут в работу задачи, которые находятся в отрыве от ключевой цели, определённой бизнесом. Четкое понимание ответа на вопрос «Зачем мы это делаем?» даст не только большей координации в работе, но и большего экономического эффекта от выполнения тех или иных инициатив. Практика показала, что внедрение методологии OKR и её активное продвижение внутри компании помогает привнести ясность в работу сотрудников.
Для уверенного начала, нужно все делать исключительно в презентации, еще лучше попросить все сделать подчиненного, чтоб он попросил своего подчиненного и так далее, пока не дойдет до человека, который умеет рисовать презентации.
На вход для создания презентации передаем список желаний и какие-нибудь набор KPI, которые понравятся или предложит внешний дорогущий консультант, или еще лучше обращаемся в консалтинговое агентство, которое сможет выдать список из всех известных в истории KPI, при этом, не взаимодействуя с вашими сотрудниками.
Главное, особенно, для компаний РФ: берем стратегию, перемешиваем с ССП (системой сбалансированных показателей) и сразу начинаем внедрять, не имея сильных HR процессов (!). Сильные HR процессы могут дать шанс на реализацию стратегии и ССП, а нас такое не интересует.
Далее, для того чтобы убедиться, что наша стратегия - имитация, проверяем по признакам и чек-листу.
Все разработчики знают, что такое техдолг.
Но практика показывает, что даже в рамках одной команды люди могут по разному трактовать понятия техдолга, технических задач и пр.
Предлагаю разобраться, что же это такое, откуда берется и что с этим всем можно делать.
«Битрикс? Да он же не для больших проектов! Тяжёлый, медленный, с устаревшими инфоблоками и неудобной корзиной — всё надо переписывать!» Слышали такое мнение? Да, оно действительно довольно популярно.
1С-Битрикс часто подвергается критике за недостаточную производительность на крупных и высоконагруженных проектах, особенно если речь идёт о масштабных интернет-магазинах. Когда каталог растёт, а нагрузка увеличивается, совет нередко один: «уходить на фреймворк и строить архитектуру заново».
Но на практике всё не так однозначно. Да, у Битрикса есть свои ограничения, но большинство интернет-магазинов с каталогами до 50 000 товаров прекрасно работают на этой платформе. Ключ к стабильности и высокой скорости — грамотная настройка. От правильно подобранного серверного окружения до оптимизации бизнес-логики.
В арсенале самого Битрикса достаточно инструментов для ускорения работы: фасетный индекс, композитный режим, кэширование на уровне компонентов и продуманная структура инфоблоков. Всё это позволяет добиться отличной производительности без радикальных архитектурных изменений.
А что насчёт по-настоящему тяжёлых кейсов? Они тоже бывают. Например, мы в ИНТЕРВОЛГЕ сопровождали проект с каталогом в 2 миллиона SKU и система работала стабильно. Секрет в том же подходе: глубокая оптимизация, продуманное кэширование и аккуратная организация данных внутри инфоблоков.
В этой статье разберем кейс тестирования производительности Битрикс, уделив особое внимание:
Долгое время занимаясь вопросами развития людей и повышения эффективности и анализируя различные модели и концепции, я пришел к пониманию, что несмотря на свои достоинства все они уделяют мало внимания одному важному фактору. Он действительно важен, поскольку создает проблемы в достижении результатов как для отдельных людей, так и для целых организаций.
Мой опыт работы с разными компаниями говорит о том, что, во‑первых, этот фактор нельзя игнорировать и, во‑вторых, с ним нужно и можно работать, прежде всего самим сотрудникам. Каждый может повлиять на него, независимо от позиции и роли.
Расскажу, что это за «скрытая переменная», почему она имеет особое значение для высокотехнологичных компаний и IT‑подразделений в других бизнесах, как с ней работать и какие плоды это принесет.
Проблему усложнения инфраструктуры отмечают все, кто ей занимается в разных ролях, от проектирования архитектуры до имплементации и ежедневной эксплуатации. Инженеры, архитекторы и разработчики признают, что управление инфраструктурой сегодня уже не тривиальная задача. Создавая open-source проект Foliage, мы исходили именно из тезиса о том, что «современная инфра – это сложно». Но обо всём по порядку.
С трибун конференций ИТ‑директора больших интернет‑бизнесов говорили об успехах внедрения инструментов или практик, а в кулуарах — о том, что каждое новое внедрение только добавляет им тревоги. Растущее количество инструментов только усиливало ощущение потери контроля. Стало отчётливо видно: беспокойство растёт даже у тех, кто «всё сделал правильно».
Сегодня инфраструктура «болит» у всех крупных организаций независимо от того, есть у них высокие нагрузки или нет. Оказывается, недостаточно просто собрать требования, закупить под них оборудование, лицензии на программное обеспечение и нанять людей. Но почему?
Мы с командой Foliage решили в этом разобраться и собрали свои выводы в эту статью.
