Архив рубрики ‘менеджмент проектов’

Vanilla dev., Framework, CMS, конструктор или AI – что выбрать для разработки веб-приложения

Полагаясь на свой опыт работы в качестве веб-разработчика написал небольшую статью, по большей части рассчитанную на менеджеров IT-компаний, SEO-специалистов и младших веб-разработчиков. Если будущее приложение представляет из себя CLI-утилиту или является частью микросервисной архитектуры как отдельный микросервис, то разумно ограничить выбор достаточного инструмента для разработки языком программирования (vanilla development) или микрофреймворком.

Лучшие практики для бизнеса из профессионального спорта. Часть 1: Разбор полетов

Продолжаю цикл статей о том, что традиционный бизнес обязан подсмотреть и забрать себе из практик профессиональных игровых видов спорта (потому что спорт, внезапно, оказывается сложнее и умнее). Нулевая, вводная часть выложена здесь, а сегодня мы разберем, зачем нужно то, что называется словами Post-game review, Post-season Review, After Action Review или «Разбор полетов».

Как спасти проект, если заказчик не доволен РП

Алина Прасковина Руководитель проектов в MONS, «КОРУС Консалтинг» Поменять РП… А если без шуток, то у нас есть два стула, два пути:1) Действительно поменять РП на проекте

Три маразма Оптимизации

У нас грядет кризис и, говоря «у нас», я имею в виду именно у нас, в России. Это статья 2008 года, но она актуальна и сейчас, когда Сбер уволили 13 тысяч сотрудников и ещё собирается, и среди уволенных много IT, а Росатом разогнал один из отделов IT и джуны и senior и teamlead’ы по году […]

Как сделать планирование спокойным и предсказуемым: статистические практики управления, которые помогают команде Рунити

Ошибки в управлении проектами начинающего проджект менеджера

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

Пример процесса работы с техническим долгом

Привет! Я Ефанов Михаил, Tech Lead в компании Skyeng, и сегодня расскажу, как выстроил работу с техническим долгом внутри нашей команды. Проблема Когда технический долг бесконечно оседает в бэклоге и на него никто не смотрит, появляется несколько типичных проблем: Нет понимания, какой технический долг брать в первую очередь. При огромном количестве задач закрываются только те, […]

Продукт, который спасал компанию, но умер из-за менеджмента

Введение Многие продукты в IT рождаются не в планах менеджмента, а в голове инженера. И часто именно такие инициативы становятся критически важными для бизнеса. Но именно здесь чаще всего всё ломает менеджмент. Инженеры делают инструменты для себя — чтобы автоматизировать рутину, облегчить работу коллег или просто из инженерного интереса.

Почему гибкость важнее догмы в Agile и управлении проектами

Жёсткие структуры неустойчивы. То же самое верно и для управления проектами и организационной гибкости: всё жёсткое не может быть устойчивым — будь то процесс, фреймворк или архитектура. Из моего опыта руководства технологическими программами в разных отраслях вывод ясен: жёсткие подходы могут сработать в краткосрочной перспективе, но для долгосрочной устойчивости необходима адаптивность. Проблемы жёсткости в проектах […]

Почему мы не даём инженерам делать «технические» задачи, и как это помогает бороться с техдолгом

Продукту Mindbox больше 15 лет, он всё это время активно развивается и сейчас обрабатывает миллионы бизнес-транзакций в минуту. В 2022-м году, в одной из команд у нас было 70+ нарушений SLA в месяц, legacy код на Windows-серверах, а ещё к нам регулярно приходили продакты и спрашивали: «Ребята, когда мы начнём делать новые фичи?» Сейчас 2025-й. […]