А какой у вас agile: свежевыжатый или порошковый?

Бибичев Андрей

2009 год, сентябрь

team.custis.ru

А какой у вас Agile:свежевыжатый или порошковый?

http://www.custis.ru/

«А какой у вас Agile?», (с) 2009 2 из 106

Background

Два жизнеописания

Характерные черты

Кто виноват

и что делать

Заключение

Ag

en

da


Background






- Ты кто такой и откуда взялся? О чѐм ты, вообще?!

Хронология истоков• Лето 2007:

– решение о переходе на Scrum в компании«Заказные ИнформСистемы» (CustIS)

• Сентябрь – октябрь 2007:– перевод первых команд на Scrum

• Апрель 2008:– доклад «Практика внедрения Scrum» на конференции РИТ-2008

вызвал большой интерес

• После РИТ-а и по сей день:– большой поток вопросов и обсуждений– участие в различных конференциях (SECR, AgileDays, SEF, …)– регулярные встречи сообщества AgileRussia

• C лета 2008 и по сей день:– 90% команд в Компании работает по методологии Scrum– сейчас это 9 команд

– жизнь в них по факту разнится!!!


http://www.custis.ru/docs/publishing/2008-04-15-scrum-from-custis-article.pdf

http://team.custis.ru/search/label/%D0%BA%D0%BE%D0%BD%D1%84%D0%B5%D1%80%D0%B5%D0%BD%D1%86%D0%B8%D0%B8


http://www.google.com/profiles/biBIGone




Agile Coach Camp3 апреля 2009 года

Москва


Одно слово, но разные свойства…Пришел к выводу, что есть два мира Agile. Они существуют параллельно и называются одним словом. Но они существенно отличаются!


Background






Одна итерация из жизни

команды «Порошок»


Я. ЦентраProduct Owner (PO),Scrum Master (SM),Project Manager (PM)




Серж ЛетSenior Developer(server-side logic)

М.С. ВордовAnalyst

МанкинTester Базиль И.О.

Senior Developer(GUI)

хоЛJunior Developer




АльтерDBA

/* в отпуске */

П Л А Н И Р О В А Н И Е

1. Начнем планирование!

3. Прежде всего, пользователи

жалуются на долгий поиск накладных по

статусу, но DBA в отпуске, так что

придется отложить…

Центра2. Мы слушаем тебя, Каа…

5. ^&%$%^#!!!Опять много не

успели сделать и пол-итерации

придется доделывать…

4. Как обычно, вначале надо доделать то, что

не успели в предыдущую

итерацию.


1. Я ловлю непонятный баг в работе библиотеки wakeUp. Плюс мне не нравится в

ней кусок – я думаю написать свою реализацию!

Х-р-р-р-р

4. Сколько буду искать ошибку – не знаю… А перепишу быстро – за пару

дней.

2. Как мне это надоело -

«переписать». Опять всѐ время потратит…

3. Сколько это займет времени?

6. Я исправляю замечания по результатам тестирования. Потом Манкин еще будет

смотреть – не знаю, чего найдет…

5. Ok! Отводим

3 дня

7. И?!Как обычно, пару дней?

9. А я буду всю эту итерацию переписывать наши use-case-ыв соответствии с замечаниями

заказчика по оформлению.

8. Ну, не знаю… Это непредсказуемо….


1. Так, нам нужно понять,какую задачу дать хоЛ-у

2. У меня есть пара тупых формочек,

которые нужно сделать по аналогии

3. Хорошая идея! Сколько

это может занять?

4. Мне это раз плюнуть – за пол-дня сделаю. Ну,

плюс тестирование

5. Гы! Наверняка я там найду много ошибок и они, как обычно, будут

долго исправляться

6. Мало смыслю в GUI. Но думаю, что по дню

на формочку + день тестировать

7. В среднем мы одну форму оцениваем в

один день

8. Ни разу не делал. Не знаю…

Минимум неделю буду въезжать…

Но, может, и две недели…

9. Поскольку делать хоЛ-у, берем 8 дней

Daily Scrum в первые дни

1. Базиль И.О., ты что делал и собираешься делать?

2. Полез исправлять замечания Манкина, наткнулся на код хоЛа,

сейчас его переписываю…

3. А что у тебя, Манкин?

4. Жду, пока Базиль И.О. исправит мои замечания, чтобы снова проверить. А

больше пока тестировать нечего!

5. Базиль И.О., ты когда исправишь замечания?

6. Ну, не знаю, как пойдет… Еще меньше половины работы хоЛа переделал

7. А я сейчас делаю ту срочную незапланированную задачку, которую ты мне

вчера поручила сделать. Ну, ты в курсе…

8. Пока разбираюсь9. Правлю

доку

Я тут посмотрел твой код. Он не соответствует нашей документации по архитектуре серверной части. Почему ты используешь столь необдуманное кеширование?! Ведь всѐ будет работать

в кластере!

Да я как раз сейчас чуть менее чем полностью переписал этот код.

Просто пока не коммитил, так как не

всѐ причесал и еще кое-что хотелось доправить.

По нашим стандартам надо было сразуделать согласно спецификации! Я

обязательно доложу об этом Центре…

Где-то в середине итерации

Daily Scrum в последние дни

1. Так, Серж Лет у нас снова заболел… Его задачи

«повисли», блин!

2. Всѐ никак не могу отладить свой код. Какие-то непонятные

ошибки лезут

3. Я свои формы доделал. Дальше двигаться не могу, так как Серж Лет свою часть не сделал. Читаю про

JavaFX

4. $^%$(%^#$А я весь в запаре! Вчера эти балбесы мне не

тот билд дали, в итоге я весь день тестировал неправильную версию. Сейчас все тесты надо

проходить заново! ААА!!! Опять до ночи сидеть!..

5. Ну, я продолжаю править доку

Д Е М О Н С Т Р А Ц И ЯХ-р-р-р-р

1. Итак, то-то я уже видела и больше смотреть не будем.

2. А сѐ-то мне не интересно.

3. Давайте посмотрим вот это. Манкин, ты это проверял?

4. Угу. Но только поверхностно. И уже нашел 2

ошибки.

5. Ладно. Давай покажи что есть

Р Е Т Р О С П Е К Т И В А

1. Опять много не успели!

2. Ну, это я просто проболел…

3. Кстати, на тебя жалуется наш Inspector!

4. Да он смотрел не тот код! Я его давно переписал!

5. Какие у нас еще проблемы?

6. Мне приходится переписывать почти весь код за хоЛом

8. Ну, он у нас только начинает работать. Пока учится…

7. Сам понаписал путанного кода, в

котором не разобраться, а теперь

наезжает…


10. На эту тему я уже общалась с начальством. Нам обещали открыть

вакансию Build-инженера

9. Опять мне отдали не тот билд и я тестировал не пойми что! А потом периодически задерживали сборку и я простаивал

11. Да эту сборку можно полностью

автоматизировать за полдня. Интересно, они про Maven хоть

знают?

11. Ну, а что у нас хорошего?

12. Кроме моей новой прически

13. Я сделал красивую документацию! Правда, она

местами уже немного устарела…


команды «Свежак»





АндрейProduct Owner (PO)

Много трындит на конфах

ВасяScrum Master (SM)Педант, любит

создавать web-GUI




ЮляЛюбит обучать и

общаться, но иногда и программирует

ЛёшаСпец по оптимизации

алгоритмов

ГлебФанат Apple, но пишет на C# в M$ VisualStudio…

В команде недавно


1. Давайте планировать. Расчеты дали ожидаемую скорость 119 ид. часов: 224 рабочих часа минус 24 часа на

подготовку и поездку на SEF-09 Андрея, фокус-фактор – 0,6

2. Ок! Наша цель на данный спринт: переделать проверки прав в Plantime с императивного кода на нашу новую

декларативную систему описания, дабы проверить еѐ перед тем, как использовать в других проектах

3. А если не получится?

4. Значит будем переделывать систему прав в следующем спринте


5. Итак, наша цель: Права в Plantime!

6. Но вначале, как водится, важный баг, который надо исправить: долгий поиск документов по статусу.

7. А что там? Мы вроде тестировали и было всѐ нормально

8. За это время, должно быть, объем их базы вырос на порядок, т.к. там явно экспоненциальный

рост объема операций из-за роста бизнеса. Нам даже пришлось срочно делать партиционирование

основных таблиц.


9. К сожалению, сейчас наш конторский админ, который специализируется на СУБД в отпуске, но всѐ равно надо

разбираться. Проконсультироваться можно еще с Витей и Максом – они тоже круто секут в этой теме

10. Давайте тогда оценивать. Нужно снять профиль, найти тормозящий запрос, посмотреть его план. Может, там

просто индексов не хватает.

11. Я этой функциональности в глаза не видел. Сложно оценить…


12. Ну, там всѐ просто 13. Ага, как обычно!

14. Да действительно просто! Сейчас я за 3 минуты нарисую…

Основная логика сосредоточена в классе VerySimpleClass

15. Глеб, тебе понятно?16. Ну… не до конца… Но оценить

трудоемкость попробую

17. Если будешь делать ты, дергай меня – я тебе помогу разобраться

в коде и покажу, куда рыть


1. Я там хорошо ориентируюсь, так что мне это быстро, но если будет делать кто-то еще, то да – может потребоваться

побольше времени.

2. Ну, я подумал, что где-то час на воспроизведение и поиск проблемы, еще пара на поиск решения, часик на его

реализацию, еще часик на тестирование.

3. Воспроизведение уже есть. Я смотрел утром.

4. А проблемное место я тебе покажу за 5 минут – там

больше нечему тормозить!


5. Ну что, кидаем еще раз? Или уже и так договорились?

6. Давайте лучше кинем.

7. Ок! Итого 3 ид.часа

8. Так, дальше у нас более фундаментальные задачи. Прежде всего,

нужно …


9. Да, большая задача. Да еще тут надо хорошенько подумать, как это реализовать. Прикинуть распределение

ответственности по классам и их публичный API

10. Тогда надо разбивать на три подзадачи, как обычно в таких случаях: совместная дизайн-сессия, реализация,

проверка. И оценивать каждую по отдельности

11. Если никто не против, то давайте так и сделаем. Мне нравится такой подход и

он нас не подводил.12. Ну что, в дизайн-сессии 2-3 активных достаточно? Или будем обсуждать все

вместе? 13. А в wiki надо будет зафиксировать результат обсуждения или хватит

снимков досок?


1. Значения близкие. Возьмем, как в таких случаях водится, большее? Т.е. 8?

. . .

2. Давайте! Даже если здесь всѐ будет по оптимистичному сценарию, мы наверняка

заковыряемся где-то на другом таске

3. Это точно!В особенности там, где я осуществляю проверку и

code-review

1. Я вчера таки разобрался, из-за чего тормозит поиск: там по статусу индекс локальный, а не глобальный. В итоге идет

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

ограниченное число партиций).


2. А может, всѐ же проконсультироваться с Витей или Максом?

3. Да я уже! Собственно, они мне и объяснили, что означает такой план запроса.

4. Давайте сразу после Scrum-а обсудим, что с этим можно сделать.

5. Да, давайте! Ну а сегодня я исправлю этот поиск по результатам обсуждения, а дальше возьму следующую по приоритетам задачу – например, проверку того, что сделал

Глеб.


6. Это было бы полезно! Я как раз вчера реализовал фичу «A», но не уверен в паре моментов – хотелось бы обсудить. Сегодня

буду делать фичу «B», ну и исправлять замечания по «A», если будут.

7. Давай перед реализацией фичи «B» с тобой договоримся об API. А то мне придется сшиваться с ним по ходу реализации

«0x»

8. Конечно!

9. А я вчера готовился к конференции. Спасибо большое Васе за помощь в переводе абстракта на английский – он это делает значительно лучше GoogleTranslate! Сейчас вам разошлю то,

что получилось – вдруг у вас будут идеи/замечания/предложения. Сегодня уезжаю в Минск…


10. Я вчера начал делать фичу «0x». Еще помогал Андрюхе с абстрактом и читал с Лѐхой про партиционирование таблиц.

Сегодня продолжу, буду «сшиваться» с кодом Глеба.

11. Я, как договаривались, выясняла у пользователей подробности по их request-ам. Сейчас пишу отчет в wiki.

Потом буду смотреть, что получилось с ускорением поиска. Если всѐ хорошо, пронесу хотфикс на боевой сервер.

1. Я вернулся с конфы. Всѐ было очень позитивно! За обедом расскажу подробнее. Сегодня буду писать отчет для

публикации в блоге Компании. Дальше подключусь к вам.

Daily Scrum в середине

2. Я вчера доделал … и начал проверять фичу «C» за Глебом. Мелочи поправил сам (форматирование, опечатки). Но у меня

есть вопросы по коду и я нашел несколько ошибок. Сегодня хотелось бы вместе с Глебом всѐ это обсудить и исправить.

3. Я вчера исправлял замечания Леши по фиче «B». Сегодня буду с Васей выправлять «С». Если получится, возьму

следующий таск.

4. Можешь посмотреть, как я исправила описание функциональности в соответствии с последними правками.

5. Блин, я уже почти доделал мега-фичу в нашем провайдере Qlin. Осталось полденька. Дальше что-нибудь возьму по

приоритету.

Daily Scrum в середине

6. Ты опять столь же оптимистичен, как вчера? Даже уже про следующий таск говоришь?

6. ???

7. Ну, вчера ты говорил примерно то же самое: «Осталось немного»

8. Подколол! Сегодня точно дожму!

. . .

На следующий день

1. Я вчера сидел допоздна. Но доделал! Все Unit-тесты проходят! Ничего другого не успел. Так что сейчас возьмусь за что-то очередное. Та-а-ак… А, ну вот проверю за Васей фичу …

2. А я вчера полдня исправлял вместе с Глебом ошибки. Потом всѐ оставшееся время разбирался с глюком в

библиотеке MegaXob – для чего скачал полную спецификацию на формат файлов Ёxl. Нашел у них ошибку.

Исправил. Теперь у нас все тесты проходят корректно.

3. Может, послать вендору твой патч, чтобы они в основном стволе исправили?

4. Я как раз этим сейчас и занят!

Daily Scrum в последние дни

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

я взялся. А то как-то совсем выпал из спринта…

2. Сейчас готов подключиться к кому-то из вас и помочь доделать таск.

3. Мне нужна помощь! Я не успеваю дотестировать всю критическую функциональность Plantime после перевода на

новые права

4. Ok! Давай поделим тестовые сценарии между собой!

5. Я тоже через пару часов могу к этому подключиться – я почти исправил все замечания по коду, а больше тасков нет!

6. Ну, а мы с Лехой совместно дожимаем доделки в Qlin

На демо каждый показывает то,

что он сделал.

Все пункты Backlog-а так или иначе

демонстрируются в соответствии с

how-to-demo.

Замечания и предложения тут же

обсуждаются и фиксируются


1. Основной минус, что я так и не прочитал книжку «Agile Retrospective» Придется проводить ретроспективу «по-

старинке»

2. Тогда у меня предложение: давайте на следующий спринт повесим отдельный персональный таск для Васи:

«прочитать» Ну, и выделим сколько-то рабочего времени

3. Да, а какой у нас фактический фокус фактор получился?4. С учетом

незапланированной работы –0,68

5. Будем поднимать на следующий спринт

(планируемый был 0,6)?


6. Давайте пока не будем. Это первый спринт, когда так получилось. До этого стабильно немного не успевали.

7. Если все так думают, то оставим 0,6

8. Давайте оставим. А на случай опережения повесим несколько

бонусных тасков!9. Ok. Оставляем. Какие еще

плюсы/минусы/идеи? 10. Давайте посмотрим идеи с предыдущего спринта и

обсудим то, что не удалось сделать.


Background






Нужно что-то вроде «лакмусовой бумажки»

1. Кол-во горящих глаз


команда 2 команда

Кол-во

Tотношения

Равн

одуш

ное

Про

хлад

ное

Рабо

чее

Заж

игаю

тКол-во

Tотношения

Про

хлад

ное

Рабо

чее

Заж

игаю

т

Равн

одуш

ное

2. Уровень коммуникаций


Мало, электронные Много, устные

Уровень

Вид

Эле

ктро

нны

е

Устн

ые

по р

аб.

Нер

абоч

ие

«Рж

ач»

Уровень

Вид

Устн

ые

по р

аб.

Нер

абоч

ие

«Рж

ач»

Эле

ктро

нны

е

ФОТО

ПАУЗА

{


}


3. Топология взаимодействий

СнежинкаКаждый

с каждым


Иерархия внутри проектной группы

3. Топология взаимодействий


СнежинкаКаждый

с каждым

С кем взаимодействует

Сотр-к

Я. Ц

ентр

а

Бази

льИ

.О.

М.С

. Вор

дов

хоЛ

С кем взаимодействует

Сотр-к

Вася

Глеб

Леш

а

Анд

рей

4. Характер Burndown Chart-ов


S.P.

День

S.P.

День

S.P.

День

S.P.

День

Чуть-чуть не успевают

Пошли проверки

Приоритетная мелочевкаДожали долги с пред.

Многое недоделано

Незапланированное

Борьба за результат

5. Вид Taskboard-а


WIP команда WIP ½команда

вразнобой по приоритетам

NEW NEWIN WORK IN WORKDONE DONE

6. Величина Focus Factor-а


FF [0; 0,3] FF [0,5; 0,8]

Обсуждаетсяна планировании

Обсуждаетсяна планировании

Скрытая от планирования

часть

Скрытая от планирования

часть

70% 30%

ГЕОМЕТРИЧЕСКАЯ

ПАУЗА

{



Теоретически, Focus Factorдолжен быть равен примерно

0,64

L

½L

Начальная точка Цель

2/

Кратчайший путь

Умный в гору не пойдет – он еѐ обойдет


Теоретически, Focus Factorдолжен быть равен примерно

0,642/

Нужно вспахатьВспашка при помощи взрывной волны

a

S = a2S = ½a2

}


7. Кросс-функциональность


Может быть немногогоризонтальнойспециализации

Сильные и вертикальная, и горизонтальная специализация

Компонет X Подсистема Y Примочка Z

Програм-мирование

Бизнес-логика

GUI

Db

АнализСистемный

Бизнес

Тесирование

Как проверить кросс-функциональность

Источник: http://blog.crisp.se/henrikkniberg/2009/02/27/1235769840000.html


http://blog.crisp.se/henrikkniberg/2009/02/27/1235769840000.html

8. Распределение работы


PUSH

/* толкающее */PULL

/* тянущее */

МУЗЫКАЛЬНАЯ

ПАУЗА

{



Наглядная история жизниодного из проектов

http://vimeo.com/6570647

}



Background






Возможен ли фазовый переход?


ПричиныВнешние

обстоятельства

Наши «дураки и дороги»:


I. Проектная группа

Команда

Забитое слово, но лучше нет…

КИНО-

ПАУЗА

{



Сериал «The IT Crowd» (Компьютерщики)

1-ая серия, 15-17 минуты

http://video.yandex.ru/users/stas-fomin/view/64/

}


«Пять пороков команды»

Патрик Ленсиони



Чувство неуязвимостиМнимая

гармония

Неясность / неоднозначностьЗаниженные

стандарты

Статус и эгоизм

Absence of Trust

Fear of Conflict

Lack of Commitment

Avoidance of

Accountability

Inattention

to Results


Предложения по устранению

этих пороков

/* не из этой книги */

1. Отбор и найм


2. Система компенсации


3. Строгое соблюдение

Definition-of-Done (DoD)

+ Peer Code Review


сборочныйсервер

коллега аналитикили PO

демо

(1) автоматическиесборка + тесты

(2) Code Review(3) Сделано то, что нужно?Оно работает? Это удобно?

Feedback

Feedback

4. Устранение демотиваторов


К сожалению, здесь зачастую без «хирургии»

не обойтись

5. Прививание / почкование



II. Менеджер/руководитель

Лидер

Признание и авторитетover

лампасы и погоны

ФИЛОСОФСКАЯ

ПАУЗА

{



Относись к человеку как к цели,а не как к средству

Категорический императив Кантаhttp://ru.wikipedia.org/wiki/Кант,_Иммануил

http://ru.wikipedia.org/wiki/Кант,_Иммануил

http://ru.wikipedia.org/wiki/Кант,_Иммануил

}



Old-school => New-school



Разделяй и властвуй

Объединяй и вдохновляй

Искусственная «мотивация»

Устранение демотиваторов

Персональные отношения,

«любимчики»

Воздействие на команду как

целое



Поучения, требования

Личный пример

Ставка на карьеру Ставка на самореализацию

«Спихивание вниз»

ДелегированиеДоверие + помощь



Микро-менеджментФокус на внешние

обстоятельства



Фокус на «начальственном»

звене

Те, кто обеспечивает основной вклад,

тоже важны

КОМИКС-

ПАУЗА

{



By Clark & Vizdos (с) 2006 implementingscrum.org

http://www.implementingscrum.com/2006/09/11/the-classic-story-of-the-pig-and-chicken/

















}


Henrik Kniberg, «The Manager’s Role in Scrum»





III. Внешние обстоятельства

Объективные

Надо же было и здесь что-то перечеркнуть


1. Быстрое масштабирование

бизнеса

2. Поддержкаlegacy-систем

3. Однотипное низко-квалифицированное кодирование (например,

«формочкодельство»)

4. Корпоративная культура,

специализация по отделам и т.д.


http://www.infoq.com/interviews/poppendieck-lean-2007

http://www.infoq.com/presentations/durnall-parkinson-thoughtworks-lean-it

По философии Leanв таких обстоятельствах:

Совместное планирование – это waste

Daily Scrum Meeting – это waste

Частые ретроспективы – это waste

Потери

, не при

носи

т п

ол

ьзы д

елу

Потери

, не при

носи

т п

ол

ьзы д

елу

Потери

, не при

носи

т п

ол

ьзы д

елу
















При этом важно:

Отслеживать прохождение задачи (workflow)даже при пересечении границ отделов

Lead Time -> min

(минимизировать время полного цикла)

Ограничить количество начатой, но недоделанной работы(WIP – Work In Progress)


Т.е. в этих случаях

за основу процесса

лучше взять Kanban,

а вовсе не Scrum

Henrik Kniberg, «Kanban vs Scrum»







Background







Источник: http://www.crisp.se/futureofagile/slides/henrikkniberg

http://www.crisp.se/futureofagile/slides/henrikkniberg


Кол-во предписанныхпрактик/ролей/артефактов

Кол-во действ-но полезныхпрактик/ролей/артефактов

RUP (120+)

XP (13)

Scrum (9)

Kanban (3)

Code-&-Fix (1)

Do Whatever

Демонстрации

Vision, UML, …

Unit-тесты, CI,Refactoring, …

Если ничего не менять,

деградирует сюда

Уж лучшеKanban!

Неустойчивое состояние! Устойчивое

состояние!

Release notes, Test cases, …


team.custis.ru

Вопросы? / Возражения?

Спасибо за внимание!

Данную презентацию и много другого интересного можно найти

по этому адресу

http://www.custis.ru/

А какой у вас agile: свежевыжатый или порошковый?

Technology