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

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

Бибичев Андрей
2009 год, сентябрь

team.custis.ru

 Background

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

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

 Кто виноват
и что делать

 Заключение

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

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




Хронология истоков
• Лето 2007:
– решение о переходе на Scrum в компании
«Заказные ИнформСистемы» (CustIS)

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

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

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

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

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

Agile Coach Camp
3 апреля 2009 года
Москва


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


 Background





Одна итерация из жизни
команды «Порошок»
Я. Центра
Product Owner (PO),
Scrum Master (SM),
Project Manager (PM)


Серж Лет
М.С. Вордов Senior Developer
Analyst (server-side logic)

Манкин
Tester Базиль И.О.
Senior Developer
(GUI)

хоЛ
Junior Developer


Альтер
DBA
/* в отпуске */


3. Прежде всего, 1. Начнем
пользователи планирование!
жалуются на долгий
поиск накладных по
статусу, но DBA в
отпуске, так что 4. Как обычно, вначале
придется отложить…
надо доделать то, что
не успели в
предыдущую
5. ^&%$%^#!!! итерацию.
Опять много не
успели сделать и
пол-итерации
придется
доделывать…
Центра
2. Мы слушаем тебя, Каа…

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

1. Я ловлю непонятный баг в работе
библиотеки wakeUp. Плюс мне не нравится в
ней кусок – я думаю написать свою
реализацию!
2. Как мне это
3. Сколько это надоело -
займет времени? «переписать». Опять
всѐ время потратит…
4. Сколько буду искать ошибку – не
знаю… А перепишу быстро – за пару
дней.
5. Ok!
Отводим
3 дня
6. Я исправляю замечания по
результатам тестирования.
Потом Манкин еще будет 7. И?!
смотреть – не знаю, чего найдет… Как обычно,
8. Ну, не знаю… Это пару дней?
непредсказуемо….

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

2. У меня есть пара
тупых формочек, 1. Так, нам
которые нужно нужно понять,
сделать по какую задачу
аналогии дать хоЛ-у

3. Хорошая
4. Мне это раз
идея! Сколько
плюнуть – за пол-
это может
дня сделаю. Ну,
занять?
плюс тестирование

5. Гы! Наверняка я там 9. Поскольку
найду много ошибок и делать хоЛ-у,
они, как обычно, будут берем 8 дней
долго исправляться
8. Ни разу не
6. Мало смыслю в GUI. делал. Не знаю…
Но думаю, что по дню Минимум неделю
на формочку + день буду въезжать…
тестировать Но, может, и две
недели…

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


1. Базиль И.О., ты что делал и
собираешься делать?
2. Полез исправлять замечания
Манкина, наткнулся на код хоЛа,
сейчас его переписываю…

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

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

5. Базиль И.О., ты когда
исправишь замечания?
6. Ну, не знаю, как пойдет… Еще меньше
половины работы хоЛа переделал

7. А я сейчас делаю ту срочную
незапланированную задачку, которую ты мне
вчера поручила сделать. Ну, ты в курсе…
8. Пока
9. Правлю разбираюсь
доку

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

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

Да я как раз сейчас чуть
менее чем полностью
переписал этот код.
Просто пока не
коммитил, так как не
всѐ причесал и еще кое-
что хотелось доправить.

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

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

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

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

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

4. $^%$(%^#$
А я весь в запаре! Вчера эти балбесы мне не
тот билд дали, в итоге я весь день тестировал
неправильную версию. Сейчас все тесты надо
проходить заново! ААА!!! Опять до ночи
сидеть!..

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

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

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

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

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

4. Угу. Но только
поверхностно. И уже нашел 2 5. Ладно. Давай покажи что есть
ошибки.

Х-р-р-р-р

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

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

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

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

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

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

6. Мне приходится переписывать
почти весь код за хоЛом
8. Ну, он у нас только начинает
работать. Пока учится…

7. Сам понаписал
путанного кода, в
котором не
разобраться, а теперь
наезжает…
РЕТРОСПЕКТИВА

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

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

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

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

13. Я сделал красивую
документацию! Правда, она 11. Да эту сборку
местами уже немного устарела… можно полностью
автоматизировать за
полдня. Интересно,
они про Maven хоть
знают?


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


Вася Андрей
Scrum Master (SM) Product Owner (PO)
Педант, любит Много трындит на
создавать 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. Ну, я подумал, что где-то час на воспроизведение и поиск
проблемы, еще пара на поиск решения, часик на его
реализацию, еще часик на тестирование.

4. А проблемное место я тебе 3. Воспроизведение уже
покажу за 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. Я вернулся с конфы. Всѐ было очень позитивно! За обедом
расскажу подробнее. Сегодня буду писать отчет для
публикации в блоге Компании. Дальше подключусь к вам.

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

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

Daily Scrum в середине

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

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

6. ???

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

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

Daily Scrum в середине

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

2. А я вчера полдня исправлял вместе с Глебом ошибки.
Потом всѐ оставшееся время разбирался с глюком в
библиотеке MegaXob – для чего скачал полную
спецификацию на формат файлов Ёxl. Нашел у них ошибку.
Исправил. Теперь у нас все тесты проходят корректно.

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

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

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

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

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

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

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

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

На демо каждый показывает то,
что он сделал.

Все пункты 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.
Борьба за результат

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

День у вас Agile?», (с) 2009
«А какой День
55 из 106

5. Вид Taskboard-а
вразнобой по приоритетам
WIP  команда  WIP  ½команда 
NEW IN WORK DONE NEW IN WORK DONE


6. Величина Focus Factor-а
FF  [0; 0,3] FF  [0,5; 0,8]

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

70% 30%
Скрытая от
планирования
часть

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

{

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

2/  0,64
Умный в гору не
пойдет – он еѐ обойдет
 ½L

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

L
Кратчайший
«А какой у вас Agile?», (с) 2009 путь 59 из 106

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

2/  0,64
Вспашка при помощи Нужно вспахать
взрывной волны 

S = ½a2 S = a2

a

}


7. Кросс-функциональность
Сильные и Может быть немного
вертикальная, и горизонтальной
горизонтальная специализации
специализация
Компонет X Подсистема Y Примочка Z

Бизнес-
логика
Програм-
мирование GUI
Db
Системный
Анализ
Бизнес
Тесирование «А какой у вас Agile?», (с) 2009 62 из 106

Как проверить кросс-функциональность
Источник: http://blog.crisp.se/henrikkniberg/2009/02/27/1235769840000.html


8. Распределение работы
PUSH PULL
/* толкающее */ /* тянущее */


МУЗЫКАЛЬНАЯ
ПАУЗА

{

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


}


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



Кто виноват


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

Внешние
обстоятельства Причины


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

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


КИНО-
ПАУЗА

{

Сериал «The IT Crowd»
(Компьютерщики)
1-ая серия, 15-17 минуты


}


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


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

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

Avoidance of Чувство
Мнимая неуязвимости
гармония Accountability
Lack of Commitment
Fear of Conflict
Absence of Trust

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

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


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


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


3. Строгое соблюдение
Definition-of-Done (DoD)
+ Peer Code Review
коллега аналитик
или PO

(2) Code Review
сборочный (3) Сделано то, что нужно? Feedback
сервер (1) автоматические
Оно работает? Это удобно?

сборка + тесты
демо

Feedback


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

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


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


Признание и авторитет
over
лампасы и погоны

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


ФИЛОСОФСКАЯ
ПАУЗА

{

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

Категорический императив Канта
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»
http://blog.crisp.se/henrikkniberg/2007/11/14/1195064820000.html


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

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


1. Быстрое
масштабирование 3. Однотипное низко-
бизнеса квалифицированное
кодирование (например,
«формочкодельство»)

2. Поддержка 4. Корпоративная
legacy-систем культура,
специализация
по отделам и т.д.

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

Потери, не приносит
пользы делу
Совместное планирование – это waste

Daily Scrum Meeting – это waste

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

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


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

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

Lead Time -> min
(минимизировать время полного цикла)

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


Т.е. в этих случаях
за основу процесса
лучше взять Kanban,
а вовсе не Scrum


Henrik Kniberg, «Kanban vs Scrum»


 Background




Заключение


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


Кол-во предписанных RUP (120+)
практик/ролей/артефактов
Release notes,
Test cases, …
Неустойчивое
состояние! Устойчивое
состояние! XP (13)
Уж лучше
Kanban!
Vision, UML, …

Scrum (9)
Unit-тесты, CI,
Демонстрации Refactoring, …

Kanban (3)
Если ничего
не менять, Кол-во действ-но полезных
Code-&-Fix (1) деградирует практик/ролей/артефактов
сюда
Do Whatever

team.custis.ru
Данную
презентацию и
много другого
интересного
можно найти
по этому
адресу

Спасибо за внимание!
Вопросы? / Возражения? 

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

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (16)

En vedette

En vedette (17)

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

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

Plus de Andrey Bibichev

Plus de Andrey Bibichev (20)

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