Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Reinventing software quality

633 views

Published on

Гойко Аджич (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.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

Reinventing software quality

  1. 1. Agile Days...ReinventingSoftwareQualityGojko Adzic@gojkoadzichttp://gojko.net
  2. 2. AgileGojko Adzic
  3. 3. agileGojko Adzic
  4. 4. аджайлГойkо Aджич
  5. 5. http://e-shurik.livejournal.com/24094.html
  6. 6. Как …я хочу ….Чтобы ….
  7. 7. функциональные,не функциональные,юзабилити.Это успех?
  8. 8. Мы хотим, чтобылюди могли делатьчто-то действительностоящее
  9. 9. Мы хотим, чтобылюди могли делатьчто-то действительностоящееЦенностьЦенность
  10. 10. Мы не хотим, чтобы улюдей былавозможность сделатьчто-то неправильное
  11. 11. Мы не хотим, чтобы улюдей былавозможность сделатьчто-то неправильноеРискРиск
  12. 12. РискКак выКак выизмеряете?измеряете?Ценность
  13. 13. РискКонсистентность
  14. 14. http://rapidscrum.com/shock.php
  15. 15. 413 км,5 часов
  16. 16. Ценностьвозможность
  17. 17. люди меряют точто простоизмерить, а не точто важно
  18. 18. http://e-shurik.livejournal.com/24094.html
  19. 19. То, как мыпланируем, ведетнас к ошибочнымрезультатам
  20. 20. Как менеджер по продажамя хочу получать отчеты попродажам за месяцчтобы контролироватьпроцесс продаж.
  21. 21. чтобыконтролироватьпроцесс продаж
  22. 22. чтобыконтролироватьпроцесс продажбыстрее
  23. 23. Почему?
  24. 24. Атрибут системы /Компонент системы /Возможность дляпользователяРиск(Attribute/Component/Capability)
  25. 25. Атрибут: эффективныйКомпонент: модуль отчетностиВозможность: быстроконтролировать процесспродажРиск
  26. 26. www.impactmapping.org

×