Архив рубрики ‘scrum’

Как не сделать «какашку»? Личный опыт создания продукта

В этом посте хочется поделиться личным опытом создания продукта с нуля. Путь «а давайте запилим/скопируем и выкинем на рынок» мы уже проходили. Такой подход чуть не убил нашу компанию. По статистике, около 50% фич среднестатистического продукта никогда не используются и только 12% опций клиенты используют активно. Как всегда попадать в эти 12% функционала? А что, […]

Нужна книга по Scrum?

Всем привет! Очередной раз мы хотим спросить мнение хабра-сообщества по поводу издания новой книги по IT. В этот раз нам приглянулась книга по управлению проектов по методологии Scrum. Заранее спасибо за ваше мнение! Содержание:

Agile Board. Как мы планируем в Яндекс.Картинках и как к этому пришли

Наша команда занимается разработкой интерфейсов для четырех крупных проектов: Яндекс.Картинки, Яндекс.Видео и их версий для смартфонов. Разработка верстки поисковых сервисов в Яндексе обладает своей спецификой. Задачи стекаются с разных сторон: от менеджеров, разработчиков бэкэнда, поиска, проявляются баги и т.д. Внедряются новые фичи, требующие отображения в верстке. Все это стекается в наш таск-трекер (JIRA). При этом […]

Применение Agile в рамках договора с фиксированными фазами

Вы руководитель нового проекта заказной разработки. Вам принесли договор, неизвестно кем и как заключенный, дали контакты заказчика и дальше вы предоставлены сами себе. Изучив функциональный объем проекта, вы понимаете, что в данном случае было бы правильно применить Agile. Но в договоре уже прописаны четкие фазы в соответствии с каскадной моделью разработки (waterfall) со сроками, результатами […]

Заметки по внедрению Scrum — что обязательно приведет к провалу итерации, если ничего не предпринимать

Ниже несколько, во многом очевидных, тезисов, которые могут помочь новичкам в Scrum Немного о проекте и о командах. Описанный проект — первый, на котором мы решили применить Scrum в полной мере. До этого работали по итерациям, но без Stand-up митингов, Ретроспектив и Демок. Работы над проектом ведут две команды. Команда 1 создает систему документооборота, в […]

Проекты разработки компьютерных приложений. Особенности

Сфера проектного управления весьма обширна, от организации мероприятий (не материальный результат), до строительных (дом — очень материальный результат). И в этой сфере отдельно можно выделить категорию проектов «разработка компьютерных приложений». Нужно очень хорошо понимать отличие этих проектов от остальных и особенно от проектов внедрения компьютерных приложений в бизнес-процессы организации. Существует два риска, которые очень часто […]

SCRUM board + Квадрант Эйзенхауэра для управления продуктом

Думаю, что большинство тех, кто внедрял у себя в командах тот или иной инструмент (особенно, если он родом из страны с другой ментальностью) согласиться, что внедрение не всегда проходит гладко. Однажды один академик мне сказал: «Ну а как ты хотел? Внедрение — это по определению вторжение чужеродного объекта в тело. Должно быть оСВОЕние. Делание своим!». […]

Рассуждения о нулевой итерации в Scrum

Приветствую, хабровчане! Сегодня я решился написать свою первую статью на Хабр (так что уж не судите строго). В этой, как и в большинстве последующих статей от меня, я буду говорить об Agile. Scrum и некоторых моментах из этой серии, на мой взгляд, являющихся интересными тем, кто увлекается данным направлением. В этой статье я решил поговорить […]

Метрики в Scrum и Kanban

По разным причинам Scrum получил очень широкое распространение среди IT компаний. Многие компании и отдельные команды начали внедрять Scrum в своих проектах. У одних это получается, у других не очень. Грамотный и опытный специалист перед внедрением чего-то нового всегда задумывается о метриках. Как убедиться, что внедрение Scrum идет по плану? Улучшается ли производительность команды? Нет […]

85 заблуждений и препятствий внедрения гибкой разработки

Термин «скрам-бат» (от «scrum, but..») впервые начал использовать Кен Шуэйбер что бы описать неверную трактовку или умышленную модификацию правил скрам, что бы уйти от болезненной правды о процессе, которую он помогает открыть. Типичная формулировка скрам-бата выглядит так: У нас скрам, но <Причина>, <ОбходнойПуть> Где Причина — это описание дискомфорта, неприятного открытия с которым команда в […]