Гойко Аджич (Gojko Adzic) – стратегический консультант по поставке ПО, он работает с амбициозными командами над улучшением качества их программных продуктов и процессов. Гойко специализируется в agile и lean улучшении качества, а именно в agile тестировании, спецификации на примерах и разработке на основе поведения. Его книга «Спецификация на примерах» ( Specification by Example) попала (под номером 2 )в топ 100 книг по agile в 2012 году и получила премию Jolt за лучшую книгу 2012 года. В 2011 году Гойко был признан коллегами самым влиятельным agile профессионалом в тестировании, а его блог завоевал британскую agile премию за лучшую онлайн публикацию в 2010 году. Последние годы Гойко был разработчиком, архитектором техническим директором и консультантом в проектах, поставляющих финансовые платформы и платформы для торговли энергоресурсами, приложения для мобильного позиционирования и электронной коммерции, онлайн игры и сложные системы управления конфигурацией. The needs to go faster to market and cut costs, dominating the industry lately, are significantly changing the landscape of software quality. Many pillars of successful quality strategies in the past are just slowing down delivery too much. To be competitive in the future, we have to switch from quality as a cost centre to quality as value-add, but for that we have to completely change the way we measure, assure and define quality. This is a talk for anyone serious about software delivery, regardless of the role in their process.

1. Agile Days...
Reinventing
Software
Quality
Gojko Adzic
@gojkoadzic
http://gojko.net

2. Agile
Gojko Adzic

3. agile
Gojko Adzic

4. аджайл
Гойkо Aджич

5. http://e-shurik.livejournal.com/24094.html

6. Как …
я хочу ….
Чтобы ….

7. функциональные,
не функциональные,
юзабилити.
Это успех?

8. Мы хотим, чтобы
люди могли делать
что-то действительно
стоящее

9. Мы хотим, чтобы
люди могли делать
что-то действительно
стоящее
ЦенностьЦенность

10. Мы не хотим, чтобы у
людей была
возможность сделать
что-то неправильное

11. Мы не хотим, чтобы у
людей была
возможность сделать
что-то неправильное
РискРиск

12. Риск
Как выКак вы
измеряете?измеряете?
Ценность

17. Риск
Консистентность

18. http://rapidscrum.com/shock.php

20. 413 км,
5 часов

22. Ценность
возможность

23. люди меряют то
что просто
измерить, а не то
что важно

24. http://e-shurik.livejournal.com/24094.html

25. То, как мы
планируем, ведет
нас к ошибочным
результатам

26. Как менеджер по продажам
я хочу получать отчеты по
продажам за месяц
чтобы контролировать
процесс продаж.

27. чтобы
контролировать
процесс продаж

28. чтобы
контролировать
процесс продаж
быстрее

30. Почему?

36. Атрибут системы /
Компонент системы /
Возможность для
пользователя
Риск
(Attribute/Component/Capability)

37. Атрибут: эффективный
Компонент: модуль отчетности
Возможность: быстро
контролировать процесс
продаж
Риск

42. www.impactmapping.org