Backlog Zero

Закон Литтла и его применение в IT-менеджменте Закон Литтла (Little's Law) - это фундаментальный закон в теории массового обслуживания и теории очередей. Закон был доказан и формализован американским профессором Джоном Литтлом в 1961 году, хотя интуитивно применялся задолго до этого. В чем его суть: среднее число задач внутри системы равно произведению средней интенсивности входящего в систему потока этих задач на среднее время нахождения задачи в системе. В чем его гениальность: он устанавливае...

Circleback.ai: твой AI-бро, который разгребает митинговый ад Ну что, т-щи яжпрограммисты и прочие белые воротнички из айтишечки, пришло время выключать ваши диктофоны и прекращать судорожное конспектирование созвонов, ибо прогресс - он прёт, его не остановить. Сегодня речь пойдёт о must-have тулзе для работы, которая способна сэкономить ваше время, нервы и мозговые ресурсы. Circleback - AI-ассистент для автоматического создания заметок по результатам любого вида и характера консилиумов. Да, исто...

Дейли-митинг: кто не успел - тот расскажет завтра Друзья, если вы имеете прямое или косвенное отношение к айти, то не можете не знать о том, что такое дейлики и каково их предназначение. Но, держу пари, у многих из вас этот ритуал настолько адаптирован под существующие в вашей команде/проекте реалии, что вовсе дейликом и не является. Почему? Потому что у настоящего дейлика есть достаточно чёткий регламент, созданный для достижения строго определенных целей. Но сначала немного истории Сама идея к...

Story Points: когда SP лучше, чем часы и при чём тут Фибоначчи Заказчик, знай: когда пиэм даёт тебе оценку в часах для мало-мальски крупных задач или задач, относящихся к проекту, который команда разработки еще в глаза не видывала, он наверняка что-то недоговаривает. Высока вероятность, что товарисчи сильно перезакладываются. Это в лучшем случае. В худшем ты получаешь просто рандомные сроки. Да, в определенных случаях работу вполне можно оценивать в часах, этот вариант канает, если задачи неболь...

Проектный треугольник, или как объяснить заказчику, что чудес не бывает Время, бюджет, качество - три столпа, три ключевые метрики любого проекта вашей компании, да чоужтам, три ключевые метрики вообще любой вашей жизненной активности, включая поход в уборную или ковыряние в носу. Суть: любой проект нельзя сделать одновременно быстро, качественно и дёшево. В лучшем случае придётся выбрать два пункта из этих трёх. На пальцах: ▪️Можно сделать быстро и дёшево, но это будет некачественно (потому что...

IT-команда против HR: битва за компетентных сотрудников Рекрутеры бывают разные: черные, белые, красные, но всем одинаково хочется на что-нибудь заморочиться. Некоторые, более современные и прогрессивные, заморачиваются на правильных вещах, но есть и другие, о них сегодня и пойдёт речь. Поиск спеца продолжается непозволительно долго, на техническое интервью попадают "трепачи", а не таланты, пиэм с тимлидом нервничают, а зашивающиеся девы, давно ожидающие подмоги, матерятся, потому что им в помощ...

Проект не "на авось". Правила работы с рисками в IT Наверное, у каждого был/есть приятель со слегка присвистывающей флягой, который любил бросать монетку на распутье, полагаясь на волю судьбы во всякой ситуации. Так себе история. Мы с вами не такие, коллеги (да ведь?)! Нам нужна аналитика, нам нужны обоснования, мы четко понимаем, что воля судьбы - это недостаточно надежный инструмент управления проектами. Сегодня немношк пробежимся по школьной программе, вспомним о том, что в любом проекте, как...

PjMs в IT. Какие бывают архетипы? Пиэм пиэму - рознь. Функционал пиэма могут определять особенности проекта, желания или прихоти заказчика, качества и количество присутствующих/отсутствующих в команде ролей, а также опыт, таланты и мотивация самого пиэма. В результате человека кренит в той или иной степени в ту или иную сторону - он получает определенный, достаточно конкретный для его ситуации набор обязанностей, который только отчасти бьется с классическим представлением того, чем должен занима...

Как методология превращает хаос в результат: инструкция по подбору Макро-методологий и фреймворков, применяемых в IT для управления процессом разработки, чуть меньше, чем дофига. Гибких, негибких и гибридных. Разбирать каждую - писать пост до пенсии, поэтому сегодня пробежимся по четырём самым популярным ин зе ворлд. Это пост о том, как и в зависимости от каких обстоятельств подбирать методологию под тот или иной проект. Waterfall ("Водопад", каскадная модель) Классический последовательный проце...

Кто все эти люди и почему у всех "менеджер" в подписи? (Часть 2) Давайте разберёмся, кто же ещё играет в айти-менеджменте не последнюю роль. 9. Менеджер поставки продукта (Delivery Manager, DM) Функционал: - Отвечает за финальную доставку продукта клиенту. - Убеждается, что всё работает не только "на тестах", но и в проде. - Разруливает контракты, SLA и прочие юридические моменты с клиентами. Отличие от PjM-а: формально PjM ведёт проект до релиза, DM - от релиза до счастливого клиента. Аналог - ...