Рубрика «agile» - 58

Представьте себе заседание общества анонимных ботлнеков (Bottleneck). Люди сидят в кругу, каждый участник собрания встает и говорит «Здравствуйте, меня зовут Вася, я ботлнек...», на что ему хором остальные участники отвечают «Здравствуй Вася». Трудно такое представить?
Заседание общества анонимных ботлнеков
ИТ-менеджеров на тренингах учат, что эффективность команды (системы) ограничивается эффективностью ботлнека (слабого звена). Следовательно, расширяя это узкое место, можно добиваться повышения эффективности команд. Но не всегда менеджер может признать, что именно он является тем самым ботл неком. Это так же относится к тим лидерам, скрам мастерам, да и просто к синьор девелоперам.

Дело в том, что позиции проектного менеджера, тим лидера, скрам-мастера и т.п. подразумевают под собой лидерство. А часто лидеры страдают от недостатка хорошей обратной связи. Люди попросту боятся говорить им правду. Это крест лидера. Например, пришел менеджер на работу в свитере, одетом навыворот, так и проходил пол дня, пока сам не заметил, потому, что никто из команды не захотел ему об этом говорить. Следовательно, менеджеру, который и есть ботлнек у себя в проекте, может быть трудно увидеть этот факт.

В чем вообще может проявляться факт того, что человек стал ботлнеком для своей команды? Читать полностью »

Друзья!

11-12 апреля 2013 года проходит одно из самых значимых событий в мире разработки ПО — юбилейная международная конференция Software People. В этом году, конференция проходит в пятый раз, собирая под одной крышей высококлассных специалистов в области разработки ПО.
11 12 апреля. Online трансляция конференции Software People 2013
Читать полностью »

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

Из названия топика и картинки суть идеи будет сразу понятной. Ну а за подробностями, и связью с управлением продуктом, прошу под кат…

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

Как мы “адаптировали” agile к условиям удаленного взаимодействия.

Привет, друзья! Данный пост не о преимуществах или недостатках скрама, а о том, как он устроен у нас в распределенной команде.

Кто мы?
Команда разработчиков, находящаяся частично в Самаре, частично в Оренбурге. Заказчик у нас в Москве (неожиданно, правда? :)

Что мы делаем?
Разрабатываем iOS приложение, посвященное тайм-менеджменту по методике Глеба Архангельского. Мы рискнули, несмотря на то, что опыт работы других разработчиков с методикой Тайм Драйв был не особо вдохновляющим. Как вы сможете увидеть в конце статьи, у нас все получилось ;)

Что мы делаем для того, чтобы распределенная команда чувствовала себя единым коллективом и работала эффективно?

1. Ведем бэклог и спринтлоги в удобном Issue tracker’e

Читать полностью »

Приветствую!

Сегодня я решился написать свою первую статью на Хабр (так что уж не судите строго).
В этой, как и в большинстве последующих статей от меня, я буду говорить об Agile. Scrum и некоторых моментах из этой серии, на мой взгляд, являющихся интересными тем, кто увлекается данным направлением.
В этой статье я решил поговорить о нулевой итерации в Скрам, ее использовании в массах, и также попробовать определить является ли нулевая итерация частью true-Scrum или одной из темных Скрам-батов, которая приобрела свое название в угоду Скрам-брендингу.
Читать полностью »

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

Пример дублирования функционала
Технология CRUD-матрицы — это хороший инструмент для каждого члена Agile-команды на протяжении всего жизненного цикла продукта. CRUD-матрица позволяет наладить адекватный диалог с клиентом и выявить дублирование функционала, а также устранить противоречивость модели. Что касается оценки времени, то в этом моменте CRUD-матрица значительно уступает такому инструменту, как “planning poker”, который позволяет провести адекватную оценку с учетом объективных причин.
Читать полностью »

Создание продукта: НАЧАЛО Как в одноименном фильме Начало (Inseption), реальность в продуктовой разработке имеет определенную вложенность слоев. В зависимости от того, какая роль вам выпала, ваше “начало” в проекте может произойти раньше или позже, но всегда приятнее быть в числе создателей новой реальности, не так ли?

Эта статья — вступительная часть к трилогии о том, что собой представляет в гибкой продуктовой разработке:

  • Готовность Начать
  • Готовность Завершить
  • Готовность Выпустить

Первая часть будет посвящена процессу открытия продукта (Product Discovery), вторая — процессу разработки продукта (Agile Delivery), третья — формированию цикла этих двух процессов, с обратной связью от рынка (Business Development). Здесь же, в начале, я задам общие рамки ролей и процессов, в которые буду углубляться в следующих частях.

Я пишу эту статью для нынешних или начинающих Владельцев Продуктов — «ловцов снов» и «продавцов воздуха». Людей, идеи которых способны изменить реальность. Читать полностью »

Аты баты шли «скрам баты», или 85 заблуждений и препятствий гибкой разработки

Термин «скрам-бат» (scrumbut) впервые начал использовать Кен Шуэйбер что бы описать неверную трактовку или умышленную модификацию правил скрам, что бы уйти от болезненной правды о процессе, которую он помогает открыть.

Типичная формулировка скрам-бата выглядит так:
У нас скрам, но <Причина>, <ОбходнойПуть>

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

Типичные примеры скрам-батов, соответственно, выглядят так:

  • У нас скрам, но мы не всегда успеваем закончить всю взятую работу, поэтому меняем длину итерации.
  • У нас скрам, но все проблемы, которые мы могли устранить мы уже устранили, поэтому мы не проводим ретроспективы .

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

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

Работая с командами, мы собрали список из 85 заблуждений и препятствий успешного внедрения гибкой разработки. Многие выходят за рамки правил карсасса скрам. В зависимости от контекста проекта, некоторые пункты могут иметь большее или меньшее влияние, и иметь оправдания обстоятельствами. Однако мы верим, что каждый элемент этого списка провоцирует искаженение ценностей и принципов Agile.
Читать полностью »

Офис Ciklum в Днепропетровске приглашает вас посетить Speakers' Corner по тематикам time management и планирование в Agile.

14 марта, 18:30, «Time management – getting your time under control» от Вадима Тиканова vadimdne

На этой встрече мы поговорим о том, как лучше управлять нашим самым ценным ресурсом – временем. Увидим как легко успевать все, при этом не будучи постоянно занятым. Спланируем поездку в Японию, обучение игре на скрипке и, наконец, разберемся как победить прокрастинацию.

Speakers Corner в Днепропетровске в марте: Time management и планирование в Agile
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js