Your SlideShare is downloading. ×
Работа с рисками в Scrum проектах
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Работа с рисками в Scrum проектах

750
views

Published on

1. Краткое введение в Agile и Scrum …

1. Краткое введение в Agile и Scrum
2. Как и какие риски снижает применение Scrum?
3. Как планировать риски на итерацию и как это объяснить заказчику?
a. Стоит ли говорить заказчику о том, что вы планируете риски, и, если стоит, то как?
b. Что делать с «мега срочными» задачами от заказчика в середине итерации и как аргументированно сказать «нет»?
4. Что делать, что объём незапланированных задач больше объема запланированных?
5. Способы снижения рисков:
a. Снижение вероятности рисков
b. Снижение влияния на производительность команды
6. Управление рисками в самоорганизуемой команде

Published in: Business

1 Comment
2 Likes
Statistics
Notes
No Downloads
Views
Total Views
750
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
31
Comments
1
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Работа с рисками в ScrumпроектахДенис ТучинРуководитель команды разработчиков,i-Sys
  • 2. Что такое Agile?
  • 3. Манифест AgileЛюди и взаимодействиеважнее процессов и инструментовРаботающий продуктважнее исчерпывающей документацииСотрудничество с заказчикомважнее согласования условий контрактаГотовность к изменениямважнее следования первоначальному плануТо есть, не отрицая важности того, что справа,мы всё таки больше ценим то, что слева. http://agilemanifesto.org/iso/ru/
  • 4. Scrum Backlog items
  • 5. Зачем придумали Agile? ● Снизить риск разночтения требований ● Снизить риск изменения требований, когда часть из них уже реализована ● Сделать то что нужно заказчику, а не то что написано в ТЗ ● Дать заказчику, как можно раньше бизнес результат ● Как можно раньше узнать обо всех возможных проблемах
  • 6. http://www.versionone.com/Agile101/Agile_Benefits.asp
  • 7. Риски в рамках одной итерации ● Технические ● Незапланированные backlog item’ы
  • 8. Незапланированные backlog item’ы:Как «отшить» заказчика 1. Заказчик завышает приоритет незапланированного item’а 2. Готов ли он пожертвовать запланированным функционалом? 3. Нужны чётко прописанные критерии приоритезации 4. Если действительно «Вся система валится и пользователь не может выполнить даже простых операций», то бросаем всё и фиксим 5. Если не blocker, но всё же критично, ставим в начало следующего спринта 6. Иначе – откладываем до этапа стабилизации, или в конец следующего спринта
  • 9. Пример QA- Мы нашли очень большую ошибку! Нужно срочно исправить!- Правда? А как давно она существует?- Она тут уже около года, но нашли мы её только что.- Хм, она тут уже около года и вы не можете подождать ещё двенедели?
  • 10. Shit happens. Что же всё таки делать? 1. Планируем часть спринта на незапланированные задачи 2. Говорим заказчику об этом 3. Согласуем с заказчиком стек задач про запас, на случай, если риски не сработают 4. Размер буфера определяем статистически из опыта работы с данной командой, данным заказчиком, данным проектом. 5. Задачи из стека выбираются только после того, как реализован запланированный функционал 6. Буфер используется только для рисков реализации функционала текущего спринта и для исправления blocker’ов
  • 11. Внеплановые item’ы? Да их ТЫСЯЧИ! ● Много багов в свежем коде: ○ Ретроспектива ○ Code review ○ Парное программирование ○ TDD ○ И т.д. ● Много задач поддержки (доработки и баги) ○ Уменьшение спринта ○ Или канбан
  • 12. Работа с рисками в самоорганизуемой команде ● Идентификация рисков производится всей командой при планировании спринта ● Каждый пишет те риски, которые он считает возможными в предстоящем спринте ● Все риски представляются команде ● Голосование за наиболее опасные и наиболее вероятные риски ● Риски связываются с backlog itemaми, на которые могут оказать влияние ● Формируется план действий для снижения вероятности возникновения рисков ● Постоянный мониторинг рисков, например, на ежедневных скрам- митингах
  • 13. Использованные источники ● Что Agile команде делать с «авралами» (http://tim.com.ua/2011/03/dealing-with-emergencies-in-agile-teams/) ● Dealing with emergencies in Agile teams (http://blog.xebia.com/2011/02/dealing-with-emergencies-in-agile-teams/) ● Управление рисками в разных методологиях (http://www.slideshare.net/ittuning/pm-zone-riskmethodologies?from=ss_embed) ● Риски в Agile проектах (http://lobasev.ru/2008/05/agile.html) ● Agile-манифест разработки программного обеспечения (http://agilemanifesto.org/iso/ru/) ● Benefits of Agile Development (http://www.versionone.com/Agile101/Agile_Benefits.asp)
  • 14. ВизиткаДенис ТучинE-mail: info@dream-project.tuSkype: Denis.TuchinТелефон: +7-927-264-77-53ICQ: 305867845Ещё про ScrumРассылка «100 ошибок применения Scrum»на dream-project.ru

×