Менеджмент

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

Цикл статей о проектировании, призван показать один из возможных путей, достижения успеха, через проектирование программного обеспечения с использованием UML (англ. Unified Modeling Language — унифицированный язык моделирования).

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

Если вы продюсер, методист или менеджер образовательного продукта без техбэкграунда — и у вас нет UX-исследователя, времени и бюджета — это статья для вас.

Я расскажу, как провела синтетическое исследование без респондентов, но с результатом, используя AutoGen — фреймворк от Microsoft, который позволяет моделировать диалоги между ИИ-агентами.

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

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

В статье — разбор причин, ловушек, типовых сценариев из практики и рекомендации, что делать, если проект уже идет, а менеджера все еще нет.

Фасилитация, провалы Agile, разочарование от scrum, японские подходы, мифы про сторипойнты, вредный чат-менеджмент, токсы, прокрастинация и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

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

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

Бро, если ты хоть раз руководил командой — ты это проходил. На стендапе всё звучит красиво: «делаю задачу, осталось чуть‑чуть», «почти готово», «просто баг странный». А потом проходит неделя, ты заглядываешь в код — и там либо ничего, либо половина сделано, либо вообще не туда копали.

Нет, это не обязательно саботаж. Иногда это банальная прокрастинация, страх ошибиться, потеря мотивации, или просто неумение сказать: «я застрял». Но проблема‑то реальная. Если не ловить и не разруливать — команда тонет в самообмане, а ты — в вечных переносах.

Разберёмся, почему разработчики врут (осознанно и не очень), какие признаки надо замечать раньше, и как перевести разговор из «всё нормально» в «честно, я залип». С кейсами, приёмами и без розовых очков.

Представь, Бро. У тебя в команде есть один человек, который держит в голове все тонкости проекта. Архитектура - его. Сборки - его. Логика в бекенде, деплой, связи между модулями - тоже он. Всё работает идеально, пока он рядом. Но стоит ему уйти в отпуск, заболеть или, как говорится, попасть под автобус - и всё, команда в ауте, сроки летят, клиенты в шоке.

Это и есть тот самый bus-фактор. В этой статье разберём, почему это не круто, как он возникает, почему так распространён, и главное - как его снизить. Поделюсь личными кейсами, проверенными практиками и нетривиальными приёмами, которые реально работают. Без воды, честно и с примерами из боевого менеджмента.

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

Чтобы удерживать фокус на цели, команде нужен лидер. Он направляет, помогает определять приоритеты и формирует культуру взаимодействия. Через ценности и доверие возникает настоящая командная динамика — та самая основа для продуктивной и быстрой работы.

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

Зачем распределённой команде встречаться очно и что нужно учесть, чтобы это не было мучительно больно

Когда программист работает джуном – он хочет стать мидлом.

Когда программист становится мидлом – он хочет стать сеньором.

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

Я не программист, но тоже оказался перед решением похожей задачи – вывод нового продукта на рынок. Вместе с командой я пишу тексты на заказ для сложных продуктов, вроде производства печатных плат или сервисов, вроде Российского аналога Дискорд.

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

В этой статье я рассмотрю системный подход к выводу новых продуктов на рынок и масштабированию цифровых каналов. Разберу, почему большинство стартапов терпит неудачу, как использовать методологию Jobs To Be Done для выявления реальных потребностей пользователей, и как построить продуктовую стратегию от исследования до масштабирования.

Стратегия, которой никто не пользуется, — это не стратегия, а просто файл на общем диске. Сегодня стратегические документы часто выглядят как дежурные презентации: сложные, неподъёмные, мёртвые. Но можно по-другому.

Александр Бындю предлагает смотреть на стратегирование как на инженерный процесс — понятный, воспроизводимый и масштабируемый. В этой статье — путь от ремесла к технологии и от гениальных озарений к системной работе.

Эта статья основана на докладе в Альфа-банке, который делал Александр Бындю @AlexanderByndyu — основатель Byndyusoft, автора книги «Антихрупкость в IT» и «Карты гипотез». Александр более 17 лет работает в сфере IT и регулярно делится опытом в подкастах, на митапах и в Telegram-канале «Мыслим с Бындю». Ранее он выступал на эфирах комьюнити Skillbox IT Experts, где рассказывал об управлении изменениями и работе с гипотезами.

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

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

В 2018 открыла пекарню. В 2021 оказалась в минусе на 2 000 000 ₽. Рассказываю, как перестроила свой бизнес и теперь поставляю бездрожжевой хлеб в 850 магазинов на 4 000 000 ₽ в месяц.

Почему, по данным экспертов GlowByte, целых 80% проектов внедрения систем бизнес-аналитики выходят за рамки изначально запланированного бюджета? Ответ парадоксально прост и сложен одновременно: компании систематически недооценивают реальную совокупную стоимость владения BI-системами. Наши наблюдения показывают, что большинство заказчиков концентрируются исключительно на очевидных статьях расходов, игнорируя множество "скрытых" факторов, которые неизбежно проявляются по мере развития проекта.

За годы работы с десятками проектов внедрения аналитических систем мы в GlowByte выявили закономерность — даже опытные ИТ-директора порой не учитывают до 40% реальных затрат при планировании бюджета на BI-инициативы. В этой статье я поделюсь инсайтами о наиболее типичных "финансовых ловушках", которые подстерегают компании на этом пути.

Почему в современном менеджменте столько глупости? Почему руководители принимают идиотские решения, верят в переработки, садистское отношение к сотрудникам и не умеют думать на 2 шага вперёд?

В прошлый раз мы разобрали, какие различные исторические явления, религия и рабовладение обеспечили массовое распространение корпоративной шизы.

В этот раз рассмотрим, как создающие системы инженеры сменились на сиюминутных барыг.

В 2023 году мы впервые попытались запустить платформу dBrain.cloud на Astra Linux версии 1.7 Special Edition. Первая попытка оказалась неудачной.

Привет, Habr! Я – Анастасия Огудина, менеджер проектов онлайн-сервиса в «Лента Онлайн». В своей работе я часто использую диаграмму Ганта, и за годы практики заметила, какие ошибки в ее использовании могут сильно усложнить жизнь команде. В этой статье расскажу о четырех распространенных проблемах при работе с диаграммой и о том, как их избежать.

Бывает так, что у вас в коллективе есть чувак, с которым неприятно работать. Или вы вышли на новое место, а там – Он. Или вы начали новый проект, вам дали Архитектора, а это – Он.

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

 Я как-то работал с таким. Я называл его «критикующий архитектор»:

— Толя, я тебе там ТЗ выслал, ты поглядел?

— Ну открыл, да.

— Чего скажешь?

— Да чего говорить-то? Говно какое-то, стили не выровнены, оглавление едет. Я открыл и закрыл, нахрен такое смотреть? (в оригинале, разумеется было матом)

Эта статья – очередная из цикла статей о том, чего не рассказывают на курсах РП, и что в жизни понадобится вам с первого же дня работы: о так называемых менеджерских софтскиллах. Кому интересна эта тема, читайте другие мои статьи на Хабре и заходите в мой ТГ канал «Морковка спереди, морковка сзади».

Всем привет! Меня зовут Кирилл, я один из основателей Максилекта. Сегодня хочу поговорить про найм, но не с позиции бизнеса, а как будто еще на один уровень абстракции выше: порассуждаю, почему мы пришли к тому, к чему пришли. Как так вышло, что еще 10 лет назад можно было один раз встретиться с представителем компании и на следующий день уже выходить в команду, а сегодня найм растягивается на недели и включает много этапов.

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