SlideShare uma empresa Scribd logo
1 de 28
Об эмпирической
разработке
в корпоративном
продукте
Александр Бородин
Лаборатория Касперского
что входит в состав?
как и насколько сильно должен быть
проработан функционал?
какое должно быть качество?
Качественный код!
Гибкая архитектура!
Хорошие unit-тесты!
TDD! MDD! RDD*!
IQuarantineBackupFilter!
QuarantineBackupFilterBinaryPredicate!
QuarantineBackupFilterMultiplePredicate!
*Resume Driven Development
Фильтр не трогайте!
Потери = 1 месяц (аналитика) +
1 месяц (разработка)
папа, папа, мы пойдем завтра
играть в футбол?
нет, сынок, я еще не починил все
баги в фильтре…
чем дальше отстоит результат от действия,
тем больше требуется аналитики,
и тем меньше понимания, сколько её
действительно нужно
Эмпирика*
*сведения, знания, основанные только на практической
деятельности, полученные в процессе опыта
Шаг 1: IRO
Начало: первая поставка за несколько месяцев до релиза
Договорились с администраторами о ежемесячных
развертывания продуктов в ЛК (internal roll-out).
Развертыванию подлежит dev-версия продукта.
Получили таким образом итерации длиной в 1 месяц.
Почти реальные, а не кончающиеся «демонстрацией».
Классика: Обратная связь – в основном, идет по
работоспособности продуктов.
компонент DLP в production в ЛК через месяц
после получения
Трюк выполнен профессионалами. Не пытайтесь повторить это дома.
реальный продукт
реальные файлы
реальная нагрузка
реальные администраторы
Role Based Administration
Аналитика: RBA должен
быть крутым и
функциональным (1-2
месяца разработки)
Опыт: хватило минимума
(1 неделя разработки)
преломление функционала на IRO
dashboard для security officer
проверка пригодности без
разработки
эмпирическая разработка   Agile days
эмпирическая разработка   Agile days

Mais conteúdo relacionado

Mais procurados

митякин вадим
митякин вадиммитякин вадим
митякин вадим
apps4allru
 
Lego симуляция © Alex Krivitsky
Lego симуляция © Alex KrivitskyLego симуляция © Alex Krivitsky
Lego симуляция © Alex Krivitsky
Nikita Filippov
 
Автоматизация тестирования как сервис
Автоматизация тестирования как сервисАвтоматизация тестирования как сервис
Автоматизация тестирования как сервис
automated-testing.info
 
Максим Гуртовенко - The future is wild | HappyDev'12
Максим Гуртовенко - The future is wild | HappyDev'12Максим Гуртовенко - The future is wild | HappyDev'12
Максим Гуртовенко - The future is wild | HappyDev'12
HappyDev
 
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
it-people
 

Mais procurados (18)

митякин вадим
митякин вадиммитякин вадим
митякин вадим
 
Кирило Клімаков. “Управління проектами: GameDev проти аутсорсингу”
Кирило Клімаков. “Управління проектами: GameDev проти аутсорсингу”Кирило Клімаков. “Управління проектами: GameDev проти аутсорсингу”
Кирило Клімаков. “Управління проектами: GameDev проти аутсорсингу”
 
Lego симуляция © Alex Krivitsky
Lego симуляция © Alex KrivitskyLego симуляция © Alex Krivitsky
Lego симуляция © Alex Krivitsky
 
Sergey semenov scrum master. the use of practical tools when working with a t...
Sergey semenov scrum master. the use of practical tools when working with a t...Sergey semenov scrum master. the use of practical tools when working with a t...
Sergey semenov scrum master. the use of practical tools when working with a t...
 
How I Learned to Stop Worrying and Love the Gradle (Rus)
How I Learned to Stop Worrying and Love the Gradle (Rus)How I Learned to Stop Worrying and Love the Gradle (Rus)
How I Learned to Stop Worrying and Love the Gradle (Rus)
 
Выпрыгнуть из рамок
Выпрыгнуть из рамокВыпрыгнуть из рамок
Выпрыгнуть из рамок
 
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...
 
How to fill up your product backlog
How to fill up your product backlogHow to fill up your product backlog
How to fill up your product backlog
 
Работа с рисками в Scrum проектах
Работа с рисками в Scrum проектахРабота с рисками в Scrum проектах
Работа с рисками в Scrum проектах
 
Автоматизация тестирования как сервис
Автоматизация тестирования как сервисАвтоматизация тестирования как сервис
Автоматизация тестирования как сервис
 
Алексей Лустин. Непрерывная проверка качества кода.
Алексей Лустин. Непрерывная проверка качества кода.Алексей Лустин. Непрерывная проверка качества кода.
Алексей Лустин. Непрерывная проверка качества кода.
 
Повышение эффективности команды. Ретроспектива как инструмент.
Повышение эффективности команды. Ретроспектива как инструмент.Повышение эффективности команды. Ретроспектива как инструмент.
Повышение эффективности команды. Ретроспектива как инструмент.
 
Максим Гуртовенко - The future is wild | HappyDev'12
Максим Гуртовенко - The future is wild | HappyDev'12Максим Гуртовенко - The future is wild | HappyDev'12
Максим Гуртовенко - The future is wild | HappyDev'12
 
Тестируем развитие тестировщика
Тестируем развитие тестировщикаТестируем развитие тестировщика
Тестируем развитие тестировщика
 
Maksym Antipov Hardware development as a hobby and a job
Maksym Antipov Hardware development as a hobby and a jobMaksym Antipov Hardware development as a hobby and a job
Maksym Antipov Hardware development as a hobby and a job
 
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
А. Ахметов "Когда тесты пишут разработчики", DUMP-2014
 
Постановка процесса тестирования в Agile
Постановка процесса тестирования в AgileПостановка процесса тестирования в Agile
Постановка процесса тестирования в Agile
 
Сложный проект с нуля: сквозь воду, огонь и медные трубы / Филипп Дельгядо
Сложный проект с нуля: сквозь воду, огонь и медные трубы / Филипп ДельгядоСложный проект с нуля: сквозь воду, огонь и медные трубы / Филипп Дельгядо
Сложный проект с нуля: сквозь воду, огонь и медные трубы / Филипп Дельгядо
 

Semelhante a эмпирическая разработка Agile days

Developmentmanage3.0
Developmentmanage3.0Developmentmanage3.0
Developmentmanage3.0
WRider
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
Alexei Lupan
 
Developmentmanage1.0
Developmentmanage1.0Developmentmanage1.0
Developmentmanage1.0
HighLoad2009
 
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar
 

Semelhante a эмпирическая разработка Agile days (20)

Software craftsmanship фиксит проблемы Agile
Software craftsmanship фиксит проблемы AgileSoftware craftsmanship фиксит проблемы Agile
Software craftsmanship фиксит проблемы Agile
 
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...
 
Egor Fedorov "Behavior-driven development in Python"
Egor Fedorov "Behavior-driven development in Python"Egor Fedorov "Behavior-driven development in Python"
Egor Fedorov "Behavior-driven development in Python"
 
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
Когда проектов больше чем людей - процесс разработки в маленькой, но амбициоз...
 
Основные принципы создания оценок
Основные принципы создания оценокОсновные принципы создания оценок
Основные принципы создания оценок
 
Developmentmanage3.0
Developmentmanage3.0Developmentmanage3.0
Developmentmanage3.0
 
Agile transformation_keynote
Agile transformation_keynoteAgile transformation_keynote
Agile transformation_keynote
 
Киев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольнымКиев. Как внедрить SCRUM без трупов и остаться довольным
Киев. Как внедрить SCRUM без трупов и остаться довольным
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
 
Developmentmanage1.0
Developmentmanage1.0Developmentmanage1.0
Developmentmanage1.0
 
Эволюция внутренних процессов в большой команде
Эволюция внутренних процессов в большой командеЭволюция внутренних процессов в большой команде
Эволюция внутренних процессов в большой команде
 
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продукт
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрикручивание колёс на ходу. Внедрение UX процессов в уже работающий продукт
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продукт
 
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
Юрий Ветров "Как планируется работа команды проектирования и дизайна интерфей...
 
"Outside In". Web application testing.
"Outside In". Web application testing."Outside In". Web application testing.
"Outside In". Web application testing.
 
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
 
Управление качеством в Agile. Как опередить баги
Управление качеством в Agile. Как опередить багиУправление качеством в Agile. Как опередить баги
Управление качеством в Agile. Как опередить баги
 
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.
 
Обзор Feature-Driven Development и Domain-Driven Design
Обзор Feature-Driven Development и Domain-Driven DesignОбзор Feature-Driven Development и Domain-Driven Design
Обзор Feature-Driven Development и Domain-Driven Design
 
5 правил успешной разработки приложений для бренда
5 правил успешной разработки приложений для бренда 5 правил успешной разработки приложений для бренда
5 правил успешной разработки приложений для бренда
 
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
“Спецификация формы и поведения”. Саша Куценко, Aidem. (29.01.2014)
 

эмпирическая разработка Agile days

  • 2. что входит в состав? как и насколько сильно должен быть проработан функционал? какое должно быть качество?
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11. Качественный код! Гибкая архитектура! Хорошие unit-тесты! TDD! MDD! RDD*! IQuarantineBackupFilter! QuarantineBackupFilterBinaryPredicate! QuarantineBackupFilterMultiplePredicate! *Resume Driven Development
  • 13.
  • 14. Потери = 1 месяц (аналитика) + 1 месяц (разработка) папа, папа, мы пойдем завтра играть в футбол? нет, сынок, я еще не починил все баги в фильтре…
  • 15. чем дальше отстоит результат от действия, тем больше требуется аналитики, и тем меньше понимания, сколько её действительно нужно
  • 16.
  • 17.
  • 18.
  • 19.
  • 20. Эмпирика* *сведения, знания, основанные только на практической деятельности, полученные в процессе опыта
  • 21. Шаг 1: IRO Начало: первая поставка за несколько месяцев до релиза Договорились с администраторами о ежемесячных развертывания продуктов в ЛК (internal roll-out). Развертыванию подлежит dev-версия продукта. Получили таким образом итерации длиной в 1 месяц. Почти реальные, а не кончающиеся «демонстрацией». Классика: Обратная связь – в основном, идет по работоспособности продуктов.
  • 22. компонент DLP в production в ЛК через месяц после получения Трюк выполнен профессионалами. Не пытайтесь повторить это дома. реальный продукт реальные файлы реальная нагрузка реальные администраторы
  • 23. Role Based Administration Аналитика: RBA должен быть крутым и функциональным (1-2 месяца разработки) Опыт: хватило минимума (1 неделя разработки)
  • 25.
  • 26. dashboard для security officer проверка пригодности без разработки