Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Lean-разработка, система Kanban, Scrumban - все эти слова всё чаще звучат на специализированных конференециях и вебинарах. Изначально появившаяся в недрах "Тойоты" система производства с успехом перекочевала в мир разработки программного обеспечения.
Какие преимущества может дать эта системы вашей компании? Как команда разработчиков может использовать в своей деятельности принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С чего начинать?
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
13 ошибок внедрения Scrum и как их избежатьDenis Tuchin
Внедряя любую методологию и процесс, даже зная хорошо теорию, мы часто допускам множество ошибок, некоторые из которых заметны сразу, некоторые на ретроспективе, некоторые через определённое время. В докладе я расскажу, какие ошибки мы допустили, внедряя методологию на одном из проектов, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах. В выступлении будут затронуты как идеологические моменты методологии в целом, так и отдельные конкретные практики и артефакты.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
Презентация была представлена в ходе обсуждения вебинара "Scrum с нуля", автор - Валерий Федоров, руководитель проектов компании "Кодерлайн".
http://www.koderline.ru/
Обсуждение касалось вопроса, почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum. Выступающий представил личный практический опыт.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Lean-разработка, система Kanban, Scrumban - все эти слова всё чаще звучат на специализированных конференециях и вебинарах. Изначально появившаяся в недрах "Тойоты" система производства с успехом перекочевала в мир разработки программного обеспечения.
Какие преимущества может дать эта системы вашей компании? Как команда разработчиков может использовать в своей деятельности принципы Kanban? Как можно скрестить Scrum с Kanban и что получится? С чего начинать?
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
13 ошибок внедрения Scrum и как их избежатьDenis Tuchin
Внедряя любую методологию и процесс, даже зная хорошо теорию, мы часто допускам множество ошибок, некоторые из которых заметны сразу, некоторые на ретроспективе, некоторые через определённое время. В докладе я расскажу, какие ошибки мы допустили, внедряя методологию на одном из проектов, как мы их исправили, и какие выводы мы сделали, чтобы не допускать их в будущих проектах. В выступлении будут затронуты как идеологические моменты методологии в целом, так и отдельные конкретные практики и артефакты.
Итак, вы работаете по Scrum или хотя бы просто разделяете Agile философию. Скорее всего у вас как минимум есть ежедневные встречи, ведь сама по себе практика ежедневных встреч очень популярна вне зависимости от вашего процесса. А вы уверены, что со стороны это не похоже на сползающихся зомби? Насколько эта встреча ценна для вашей команды? Я расскажу чуть подробнее зачем проводится эта встреча и как максимально полезно использовать это время всей команды. Несколько примеров типичных ошибок и несколько практических советов, как все исправить.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
Agile в кровавом энтерпрайзе / Асхат Уразбаев (ScrumTrek)Ontico
В “классическом” энтепрайзе правят водопадные процессы. Это позволяет снизить затраты на старт новых проектов, но сильно ухудшает время Time to market. Переход на гибкие методологии позволяет это время значительно улучшить. Это очень не просто. Каждая команда разработки страдает от большого количества зависимостей. И в большой организации таких зависимостей настолько много, что представленный самому себе Agile в такой команде через какое-то время может и помереть. Перестраивать организацию процессов приходится полностью, сверху донизу.
Мы поговорим про специфику внедрения Agile в крупной организации, сравнив две компании — типичную крупную веб-компанию и классический “кровавый энтепрайз”.
Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
2. Зачем это рассказывать?
2
Дифирамбов и
восторгов про Scrum ―
и так очень много
Критики тоже хватает
А вот описания
реального опыта, да
еще и «отечественного»
― очень мало
3. Примерный план
3
Три кита Scrum
коммуникации / самоорганизация / жесткий time-boxing
Среда внедрения
пара слов про Компанию и проектные команды
Принятие решения о переходе на Scrum
выбор методологии / как всех убедить / пропаганда
Перевод первых команд
выбор тренера / выбор команды / подбор параметров / внедрение
Опыт работы по методологии Scrum
Проблемы с: taskboard / Scrum-митингами / ретроспективами /
демонстрациями / соблюдением time-boxing-а // Nokia-тест
Перевод последующих команд, заключение
4. 4 Пара слов про Scrum
Общая схема
Терминология
Три «фишки»
Литература
5. О термине
5
Scrum – термин из Регби
«схватка», которая назначается для возобновления игры
(аналог «вбрасывания» в хоккее)
команды выстраиваются друг напротив друга по три линии,
а мяч вбрасывается в центр
6. Как тикает Scrum-механизм
6
Daily Scrum Meeting
Демонстрация
Ретроспектива
Ведет
Product Owner
Sprint Planning
(PO + команда)
7. Терминология
7
XP Scrum
User stories Product backlog,
Sprint backlog
Planning game Sprint planning,
Planning poker
Iteration Sprint
Standup Meeting Daily Scrum Meeting
Представитель Product Owner
заказчика в команде
8. Терминология: Scrum-мастер,
8
Product Owner, Scrum Lord
Поросята (pigs) – активные участники в решении задач (разработчики,
бизнес-архитекторы, DBA, тестировщики), образуют команду
в команде не предполагается специальных ролей за исключением
вспомогательной: Scrum Master (организация meeting-ов, устранение помех) –
всегда по совместительству!
Цыплята (chickens) – те, кто вовлечены в процесс, но не выполняют
проектных заданий (выносятся за пределы команды):
Product Owner – замена Project Manager-а, отвечает за продукт, не программист
Scrum Lord – тот, кто учит команду Scrum-у, следит за соблюдением правил
9. Терминология:
9
taskboard, burndown chart
остаток что делаем что выполнено график «сгорания» работ
sprint backlog сегодня за sprint (точки ставятся после каждого scrum
meeting-а)
Если всё
сделано
досрочно, то
новые задачи
берутся отсюда
10. Терминология:
10
Product Backlog
ID Name Imp Es t How to demo Notes
1 Депозит 30 5 Залогиниться, открыть Требуются UML-
карточку депозита, диаграммы
положить $10, открыть последовательности
карточку баланса и проведения операции.
проверить, что остаток Про шифрование пока
увеличился на $10 не беспокоиться
2 Просмотр 10 8 Залогиниться, кликнуть Использовать
истории на «Транзакции». постраничный
собственных Выполнить дипозит, вывод больших
вернуться к
транзакций таблиц. Дизайн – по
транзакциям и
аналогии со
проверить, что
выполненная операция справочником
показывается пользователей
11. Терминология:
11
Sprint Planning, Planning Poker
При оценке трудоемкости
используется дискретная шкала
(см. картинку)
Каждый участник команды
независимо дает оценку
трудоемкости задачи
Разногласия обсуждают,
процедуру повторяют (пока все
не сойдутся на приблизительно
одной цифре)
«0» – эта «задача» уже решена
«?» – нет никаких идей (вообще)
«чашка кофе» – требуется перерыв
12. Терминология:
12
Actual Velocity, Focus Factor
Скорость разработки (Actual Velocity) – количество реализованных Story
Points за Sprint
Focus factor – отношение скорости
разработки к потраченным чел.-дням
Как правило, Focus factor оценивается исходя из опыта предыдущего Sprint-а
13. Три ключевых фишки Scrum: №1
13
Эффективные коммуникации
Устные – самые эффективные
Достигается за счет общего участия в Daily
Scrum Meeting-ах, планировании,
ретроспективе, демонстрации
Обеспечивает хорошее и качественное
распространение информации
Повышает вовлеченность членов команды
14. Три ключевых фишки Scrum: №2
14
Самоорганизующаяся команда
Помогает «не убить» самомотивацию
Обеспечивает автоматическую подстройку под обстоятельства
Подталкивает членов команды к кросс-функциональности
Разгружает управляющее звено от принятия лишних решений
15. Три ключевых фишки Scrum: №3
15
Жесткий time-boxing
Заключается в следующем:
дата окончания итерации жестко
фиксируется и не переносится
t
объем работ на итерацию тоже Ограниченный
фиксируется и должен снизу объем
соблюдаться работ
время daily scrum meeting-ов
жестко фиксируется в рамках
итерации
Отход от этого – это форс-мажор
(бывает, но не должно быть чаще, чем Фиксированные начало и окончание
раз в 4-5 итераций)
Обеспечивает предсказуемый,
управляемый и абсолютно
прозрачный ход проекта
16. Литература
16
Доступна бесплатно в электронном
виде:
http://www.infoq.com/minibooks/
scrum-xp-from-the-trenches
Стала для нас своего рода библией
Scrum и сильно помогла
18. www.custis.ru
18
Создание приложений enterprise-уровня на
заказ
полный цикл, начиная от предпроектного обследования, заканчивая
внедрением и спопровождением
большинство проектов имеют достаточно долгую историю развития
(самые долгожители: уже почти 10 лет)
В данный момент:
90 человек (всего в Компании) / 9 проектных команд
от 3 до 12 человек каждая / в среднем – 6 человек в команде
Заказчики:
ТС «Спортмастер» / Центральный аппарат Банка России /
ЕРКЦ г. Саратова и др. городов / Собинбанк / Депаратамент
образования Москвы / …
19. Scrum-команды
19
Дата
Команда Состав Технологии
перехода
12 чел. DBMS Oracle, Oracle Portal,
Fus ion- начало Java (JSF + Hibernate + Swing
• 2 аналитика
Dokofr сентября 2007 + …), C++, …
• 2 инженера
6 чел. D B MS O racle, P L/ Q L,
S
конец M4, .Net, D elphi
R adey • 1 аналитик
сентября 2007
• 1 инженер
.Net (1.1 – 3.5), AS P .Net, LINQ,
конец 5 чел.
TechEvol D B MS O racle, MyS QL
сентября 2007 • все разработчики
7 чел. D B MS O racle, P L/ Q L, M4,
S
конец X ML, .Net
TN-S hop • 1 аналитик
октября 2007
• 3 инженера
5 чел. D B MS O racle, P L/ Q L, M4,
S
начало X ML, .Net
TN-MDM • 1 аналитик
марта 2008
• 1 инженер
20. 20 Принятие решения…
Что выбрать?
Начальство против!
А народ?!
21. Что выбрать
21
eXtreme Programming (XP)
Scrum
Feature Driven Development (FDD)
OpenUP
…
Scrum, дополненный практиками из XP
22. Семейство Agile-методологий
22
Уровень процессов Еще есть:
• ASD
Управление
проектами SCRUM Взаимодейств. FDD • Crystal Clear
команд, • DSDM
Индикация • Lean
прогресса
Управление • AUP
проектом Самоорг. команда, Требования,
Daily Meetings, Итерации,
Дизайн по месту Unit-тесты
Стандарт
кодирования,
Code review
Кодирование XP Жесткость
процессов
Анархия Водопад
23. Как убедить начальство
23
Больше всего напрягала
самоорганизация:
активные vs. пассивные
индивидуальные планы развития
орг. структура внутри проекта
персональная ответственность
система компенсации
Сильно помогли «Scrum and XP from the
trenches» и наличие тренера/консультанта
24. А народ Scrum – это круто!
24
о б ерия нер
ит ему ый т н
ел дов ре
е!
е
ьш
зн – к н енн лез
ол
о
ла ма п
ьн
ш
пр есь
В
иг
ач
Вот тока не надо
заливать…
Внутренний семинар, разговоры за
«рюмкой чая», совместное изучение
«Scrum and XP from the trenches»
25. 25 Перевод первых команд
Выбор тренера
Кого 1-ого «под нож»?
Подбор параметров
Как переходить?!
26. АГА! Я подсёк
Выбор тренера клиента!
26
искали 2 месяца
выбора почти нет
зато то, что есть,
весьма высокого уровня!
УРА! Мы нашли
Считаем, что нам повезло! тренера!
27. Выбор пионеров Я – Scrum.
27
Я тебя спасу!
много
ярких
лидеров
«слабые»
всё гладко много проблем
За что?!
У меня всё
было Ок!
28. Подбор параметров
28
Большинство команд начинали с:
длина итерации – две недели (10 раб. дней)
единица оценки трудоемкости – идеальные человеко-
часы (или человеко-дни для крупных задач)
способ оценки трудоемкости – Planning Poker
Focus-factor – 0.5
Scrum-мастер – самовыдвиженец
время начала Scrum-митинга – в 12:00 или 15:00
Сейчас все команды используют 2-х недельные
итерации, а Focus-factor разниться от 0.4 до 0.65
29. Как внедрять
29
Главное – быстро!
Консультации с лидерами Итерация №0 Итерация №1
и руководством команды (2 недели) (2 недели)
(примерно 1 неделя)
! ! ! ! ! ! !
Планирование Демо Планирование
Ретро
Тренинг
(весь день для всей команды)
! – присутствие тренера
30. 30 Опыт использования Scrum
Сложности с
Taskboard
Scrum-митингами
Ретроспективой
Демонстрацией
Time-boxing-ом
Nokia-тест
31. Одна команда, несколько
31
проектов/модулей
Ложные предрассудки:
2. несколько проектов/модулей для одной Scrum-команды –
это плохо
3. смешивать в одной итерации работы по разным
проектам/модулям – нельзя
Всё отлично работает (переключаться даже интересно!)
главное – чтобы Product Owner был один!
Но есть проблемы с достижением кросс-
функциональности в командах, где раньше была
специализация по проектам/модулям
попробуйте сделать несколько «моно-продуктовых»
итераций
32. Taskboard
32
Оценка трудоемкости мешает при выполнении задачи
пишите оценку трудоемкости с другой стороны стикера
Стикеры отклеиваются и падают
используйте магниты или пробковые доски
Сделать то-то…
20 sp
33. - На Scrum-митинг
Scrum-митинги становись!
- Что делал вчера?!
33
На Scrum-митинге присутствуют
не все (опоздания)
выбор времени митинга
не используйте штрафы
Scrum-митинг превращается
в отчет перед Scrum-мастером
разъяснительная работа
со временем проходит
Scrum-митинг затягивается,
переходит в обсуждения
«карандашик»
песочные часы
34. Ретроспектива
34
Важная практика:
2. точка подстройки процесса!
3. снятие напряженностей и
недомолвок
Либо вообще про нее
забывают (по началу)
пригласить опытного ведущего
Либо вырождается в
формальность (со временем)
менять ведущих
расширять круг тем
читать умные книжки
35. Демонстрация
35
Тяжело обеспечить присутствие
заказчика на демо
проще подстроиться
раз в пару итераций ездить на
площадку к заказчику
Демонстрация затягивается из-за
тех. проблем
тупо готовиться
Делали-делали, а сделали не то
писать how-to-demo
зарисовывать vision
36. Time-boxing
36
Что делать, если у команды не хватает самомотивации для
соблюдения жесткого time-boxing-а:
чем выше активный интерес к проекту «со стороны», тем
выше (само)мотивация внутри команды:
на митингах
на демо
иногда на Scrum-митингах
Не штрафовать!
Полезно немного
не успевать («прессинг»)
37. Критерии: Scrum / не-Scrum ?
37
Процесс достаточно гибкий и Я – скрипач
адаптивный али нет?
Адаптация и кастомизация в
процессе работы по Scrum
зачастую уводят слишком
далеко от канонической
трактовки…
Каковы критерии, что это всё
еще Scrum?
Какие принципы являются
ключевыми? Т.е. что нельзя
нарушать?
38. Nokia-тест
38
QCon London 2006: Jeff Sutherland «Scrum and not-Scrum»
http://www.infoq.com/interviews/jeff-sutherland-scrum-rules
Nokia использует Scrum
Nokia консультирует Jeff
В результате родился
«тест»
39. Nokia-тест: итеративность
39
У вас итерации фиксированы, т.е. начинаются в
определенное время и заканчиваются в назначенное
время?
Длина итерации не превышает 6 недель?
В конце итерации вы имеете работающее ПО?
Вам не нужна детальная спецификация для того, чтобы
начать итерацию?
Важно иметь работающее ПО в конце итерации: вы
проводите тестирование во время процесса разработки?
Если все ответы – «ДА», то это итеративный
процесс в полном смысле этого слова
40. Nokia-тест: Scrum-ность
40
У вас есть Product Owner, т.е. есть кто-то, кто представляет
заказчика и работает с вами?
Если у вас есть Product Owner, ведет ли он Product Backlog, т.е.
список «фич», которые нужно запрограммировать?
Приоритезирован ли он по важности для заказчика? Есть ли
оценка трудоемкости по каждому пункту?
Строите ли вы график сгорания работ (burndown chart) во время
итерации, чтобы видеть, сколько работы осталось, и успеваете
ли вы к концу итерации?
Во время итерации команда работает по принципу
самоорганизации, т.е. менеджеры не вмешиваются в работу
команды по ходу итерации?
Если и здесь все «ДА», то это Scrum
41. 41 Заключение
Перевод последующих команд
Пробуйте!
Контакты
42. Перевод последующих команд
42
Помогайте страждущим Не давите на скептиков
а то начнут «самопалить» сами придут
43. Не бойтесь попробовать!
43
Scrum может быть хорошим дополнением к вашим
навыкам, приемам,
know-how, практикам
Разгружает
management
Обеспечивается
прозрачность
Повышает
вовлеченность и
интерес к работе
большинству программистов очень нравится!
44. Рады будем пообщаться!
44
Приходите в гости!
Давайте обмениваться опытом!
Сами с интересом бы посмотрели как оно у других
Бибичев Андрей
andrew@custis.ru
www.custis.ru