OTUS. Онлайн-образование

Частенько тимлидов беспокоит одна ситуация: команда из кросс‑функциональных специалистов собирается решить важный вопрос, а процесс превращается в бесконечный спор. Каждый тянет одеяло на себя, вето любого участника способно затормозить прогресс, и в итоге решение либо принимается слишком долго, либо вообще откладывается. В поисках способа ускорить принятие решений и при этом учитывать мнение каждого, естьподход под названием Sociocracy 3.0 (S3). Сегодня я расскажу, что это за методика, как она...

Многие команды однажды замечают, что оценочные сессии превращаются в рутину, а прогресс всё не торопится улучшаться. Парадоксально, но именно так родилось движение #NoEstimates — отказ от традиционных оценок времени и переключение на метрики, основанные на реальных данных. Вместо гаданий «сколько времени займёт фича» мы смотрим на поток работы и используем его показатели для планирования. Концепция #NoEstimates во многом объяснена в публикациях старожилов Agile. Оценки всегда неточны, обычно очень сильно...

Часто тимлидов интерсует вопрс: как измерить продуктивность разработчиков так, чтобы это имело смысл? Часто можно наблюдать, как одни менеджеры пытаются оценивать работу команды количеством коммитов, другие — числом закрытых тасков, третьи искали «та самый единственная метрика», которая покажет продуктивность сразу всех и каждого. Такой метрики не существует, и погоня за ним часто приводит к курьёзным (а иногда и печальным) результатам. В этой статье я поделюсь свежим подходом к этой проблеме — фреймворком SPACE...

Много вакансий Agile-PM, а оффер всё уходит «тому самому кандидату»? Разберёмся, что именно проверяют работодатели — на живых примерах из урока. Что повторяется в вакансиях: — Методологии и инструменты. Agile/скрам/канбан, таск-трекеры (на уроке упоминали Jira и Project), понимание жизненного цикла продукта. — Декомпозиция и приоритизация. Умение разложить цель на задачи и выбрать очередность — обязательный пункт. — Техническая грамотность. Опыт со «сложными техническими проектами», понимание высоконагруженных сервисов — это часто прямо пишут...

Сегодня рассмотрим метод, который может стать для вас интересным инсайтом в стратегическом планировании разработки — Wardley Mapping. Если кратко, Wardley Map — это схема, где мы располагаем все компоненты нашего продукта или системы в двух измерениях: по оси «ценность для пользователя» (вертикаль) и по оси «эволюция/зрелость» (горизонталь). Вертикальная ось отражает цепочку ценности (value chain) — насколько компонент близок к конечному пользователю или, наоборот, скрыт глубоко в инфраструктуре...