Управление проектами *

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

И если в менеджменте существует такой объективный инструмент оценки эффективности стиля управления - это модель Ситуационного лидерства Пола Херши и Кена Бланшара, которая четко по двум показателям Мотивация и Компетентность позволяет определить уровень сотрудника и, соответственно, предложить адекватный стиль управления сотрудником в конкретной ситуации, то при оценке эффективности бизнеса такой четкой модели до недавних пор не было. Прежние попытки ориентироваться на финансовые индикаторы, типа прибыльность по EBITDA или капитализация на рынке, носили часто спекулятивный, а иногда и откровенно мошеннических характер, когда перед продажей или выходом на биржу, компании просто накачивали либо токсичными кредитами, что было характерно для финансовых организаций, и тут кризис 2008 года наглядная иллюстрация, или дебиторской задолженностью, чтобы показать впечатляющие результаты продаж и охват рынка.

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

И только появление индикатора ESG (Environment(al) Social Governance) позволило увидеть бизнес-процессы компании и выявить ключевые характеристики, важные для понимания, что и как происходит в компании, и как это отразится на перспективе деятельности компании, а также объективно оценить возможные риски этого бизнеса.

Привет! Я Андрей Леонтьев, тимлид разработки в вертикали Авито Товары. В этой статье рассказываю, зачем тимлиду осознанно прокачивать visibility — управляемую «видимость» инженеров — и как это напрямую влияет на калибровки, промо и скорость получения ресурсов. Покажу, куда «светить фонариком», как выровнять систему ценностей и подбирать инструменты под мотиваторы. Материал пригодится тимлидам, техническим лидерам, PM/PO и инженерам.

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

Привет, Хабр, на связи команда ITSM 365. Наш клиент Михаил пытался вести вручную несколько проектов, допустил типичные ошибки и обратился к автоматизации. Его опыт показал, как система управления проектами помогает не срывать сроки и навести порядок в коммуникации. С согласия клиента делимся его историей.

Корпоративный архитектор — это «демон Максвелла», и его задача — бороться со сложностью ИТ-ландшафта. У нас в Банке это добрый демон, оперирующий подходами Just Enough Enterprise Architecture (JEEA) и Lightweight Architecture Governance (LAG). Именно корпоративные ценности и культура в Банке делают демона добрым. Поверьте мне, ведь я один из них.

Привет, Хабр! Меня зовут Дмитрий Клецких. Я Chief Enterprise Architect в Райффайзен Банке. До этого много лет работал корпоративным архитектором в других компаниях: МКБ, СБЕР, Транснефть, Правительстве Москвы. Поговорим об изменениях ИТ-ландшафта, организационных и технологических трансформациях, о роли архитекторов и изменении этой роли с приходом ИИ.

Менеджмент без коучинга и теории — показываю рабочие фреймворки, которые закрывают 70% задач руководителя.

Привет, Хабр! Я Анастасия, ведущий менеджер проектов в ЮMoney. Помните поговорку «Одна голова хорошо, а две лучше»? В этой статье — наш живой пример: как мы усилили команды новой ролью куратора и что из этого вышло.

Привет, Хабр! На связи команда разработчиков R2 из ПИК Digital. Сегодня мы расскажем о нашей платформе на базе движка UE, на которой мы занимаемся разработкой модулей, автоматизирующих  различные процессы девелопмента.

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

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

Платформа R2 — это попытка системно решить эту проблему, охватив часть процессов девелоперского цикла модульными инструментами, которые работают с моделью данных и интегрируются с привычными САПР-системами.

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

Почему Unreal Engine?

В основе платформы R2 лежит движок Unreal Engine — решение, которое может показаться неожиданным для сферы проектирования недвижимости. Однако именно производительность этого движка и его способность работать с большими объемами данных стали ключевыми факторами выбора.

Привет! Меня зовут Инесса. Я — аналитик в компании fuse8. Предлагаю сегодня поговорить о том, как встроиться в уже сработавшуюся команду. По моему опыту, это всегда испытание. Почти как игра в русскую рулетку: не знаешь, как команда примет новичка и как быстро он подстроится под общий ритм. Новому человеку нужно время на адаптацию, обучение и погружение в процессы. И только потом можно по-настоящему оценить его вклад.

Внедренный программный продукт подлежит дальнейшему развитию, причин для которого достаточно: изменение законодательства, технологические тренды и новинки, цифровизация не автоматизированных областей и др. Часто подобные активности над ИТ‑системами связывают с запросами на изменение (ЗНИ), относящимися к процессу управления изменениями. Это действительно так, однако работа с ЗНИ требует выстраивания регулярных бизнес‑процессов, вовлекающих как бизнес‑пользователей, так и технических специалистов, обеспечивающих надзор над корпоративной архитектурой предприятия и соблюдение целостности существующих ИТ‑сервисов. Для чего согласно EABoK [4] организуются следующие организационные сущности:

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

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

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

Этот стартап превращал мух в еду — пока не погас свет

Еда из мух

Компания Inseco должна была стать успешным примером в производстве белка для насекомых в Африке. Вместо этого, спустя семь лет и после seed раунда в $5,3 млн. , компания закрылась и распродала свои активы.

Всем привет! Меня зовут Анастасия Рысьмятова, я руковожу юнитом LLM в Авито.
В этой статье я расскажу, как мы с командой создали и адаптировали нашу большую языковую модель A-vibe: зачем решили развивать собственную LLM, как построили токенизатор, собрали датасеты, провели SFT и RL и что получили в итоге. Поделюсь основными экспериментами и покажу наши результаты.

Сотни сообщений без смысла, игнор просьб, срочные задачи в полночь — вот настоящая «корпоративная культура». Я собрал 7 самых больных кейсов рабочего общения.

Говорят, стажёрам нельзя доверять прод — сломают, наделают ошибок, а потом мучайся. В «Авито» решили доказать обратное: дать ответственность сразу и посмотреть, что будет.

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

Научный коллектив НИУ «МЭИ» разработал обучающую программу «Оценка согласованности проектной команды при принятии решений в управлении качеством». Программа имеет немаловажное значение для сбалансированной работы всей команды при выполнении проектов по менеджменту качества.

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

Привет, Хабр.✌️ Это Люба и Кристина, менеджеры разработки в Контуре. Кроме менеджерских дел мы ведём в Контуре настолки про Kanban.

В Контуре уже несколько лет существует практика игры в GetKanban. Все началось с появления нескольких игровых комплектов в офисе, а сейчас это стало регулярной активностью со своей командой организаторов, онлайн-версией и удобными инструментами. Игра стала популярной благодаря своей механике: она в доступной форме объясняет базу Kanban-метода и помогает выявить узкие места в реальных процессах команды. В статье расскажем о том, какую пользу приносит игра, кто больше всего интересуется ею в Контуре, как организован процесс и кто такие ангелы.

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

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

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

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

Если разработчик сидит в офисе заказчика, имеет корпоративный e-mail, доступ к Jira и Confluence, участвует в стендапах, слушает руководителя проекта и работает по внутреннему графику, то все разговоры о том, что он «чужой сотрудник», бессмысленны. Он ваш.
Даже если у него в трудовой записано другое юрлицо, даже если все деньги проходят через подрядчика.

Меня зовут Илья Куликов, я руковожу разработкой веб-терминалов в компании «Столото». Сегодня хочу рассказать, как мы превратили ручные релизы и вечные конфликты в почти автономный CI/CD. За почти 10 лет в компании я прошёл путь от бэкенд-разработчика до руководителя направления, в «Столото» же за это время родился и вырос целый продукт — веб-терминал для агентов розничной сети. Изначально у нас был парк дорогих аппаратных терминалов, установленных у агентов. Но как расширить сеть и снизить входной порог? Возникла идея: а что, если сделать аналогичное приложение в браузере? Тогда любой желающий мог бы стать агентом — достаточно старого ноутбука и договора с нами. Так появился полноценный веб-аналог аппаратного терминала со всеми необходимыми функциями для продажи лотерей.

Но вместе с ростом продукта росла и боль: релизы занимали часы, всё постоянно ломалось на проде, а после каждого деплоя команда судорожно грепала логи в поисках причины падения. Мы поняли: без серьёзной перестройки процессов дальше — только хуже. И тогда решили кардинально пересмотреть наш подход к CI/CD. Отказались от классического GitFlow в пользу trunk-based development, полностью перестроили пайплайны в GitLab и внедрили автоматизацию на всех этапах — от сборки и тестирования до деплоя и мониторинга.

В этой статье я делюсь реальным опытом:

- как мы ушли от ручных релизов к автоматическому деплою в прод;

- какие практики и инструменты позволили нам перестать бояться каждого коммита;

- как повысить качество кода и ускорить вывод фич на рынок без ущерба для стабильности.

Этот материал будет особенно полезен техлидам, инженерам DevOps, разработчикам и командам, которые всё ещё живут в мире ручных деплоев, боятся нажимать «мердж» в пятницу вечером. Если вы задумываетесь, как перейти от хаоса к предсказуемости в релизах — вы по адресу.

А как мы этого добились — читайте под катом!