SlideShare ist ein Scribd-Unternehmen logo
1 von 18
Downloaden Sie, um offline zu lesen
Ирина Сурова для DEVDAY




Роль аналитика в «негибких» методологиях
                разработки
Обо мне


  В продуктовой разработке 12 лет, из них:

  в системном анализе 5 лет

    в тестировании 7 лет

    опыт создания и поддержки процессов
    разработки 2 года

    соавтор клуба прикладного системного
    анализа проекта Stratoplan.ru

    участник сообщества аналитиков uml2.ru
Аналитик проецирует образ решения от
  Заказчика в команду Исполнителя
Какие бывают методологии?
Методология                     2009           2011             2012
Scrum                           14             18               21
XP                              3              1                1
Agile-based (не Scrum, не XP)   11             18               27
RUP-based                       5              5                5
CMM/CMMI                        2              1                -
Как получится                   21             18               15
Через %опу                      35             30               18
MSF                             1              1                1
Водопад/Waterfall               -              5                8
Другое                          8              3                4
Голосов                         122            913              850


          Результаты опросов Happy-PM http://www.happy-pm.com/blog/?p=6559
Методологии в картинках
Водопадный процесс / ГОСТ 34
                       Бизнес-
                     требования



                                   Бизнес-правила



                     Пользовательские
                        требования
                                         Ограничения

                   Атрибуты качества
                                        Функциональные
                                          требования


                      Системные
                      требования
Rational Unified Process
RUP. Точки принятия решений

    Завершение Начальной стадии — сформировано видение и
    границы проекта, риски сформулированы и оценены

    Концепция/Vision (содержит ключевые бизнес-требования,
    пользовательские требования, бизнес-правила, ограничения и
    атрибуты качества, ключевые системные и функциональные
    требования)

    Завершение итерации Уточнения — уточнены оценки сроков и
    рисков, построена исполняемая архитектура

     ТЗ/ЧТЗ/SRS (Бизнес-требования, пользовательские, системные,
    функциональные требования, ограничения, атрибуты качества,
    прототипы GUI по функционалу итерации)

    Завершение фазы Уточнения

    Все требования
Как получится и Через %опу.
        Точки принятия решений

    Надо сделать! Быстро!

    Постановка задачи разработчику
Обмен ценностями в ходе разработки
                                    class Обмен ценностями

    Бизнес передает технологам
    плату или инвестиции                                     Бизнес




    Технологи поставляют
    Технологию Потребителю в
    виде продукта/сервиса
                                                       $$$             $$$



    Потребитель использует
    Технологию и платит плату           Потребитель                          Технологии
    Бизнесу                                                  Продукт




                 Источник модели - презентация Дениса Бескова
                  «4 производственных контекста»
Внутренняя разработка и внедрение (in-
                   house)
Типовые цели:
смесь бизнеса / потребителя / технологии


              class Внутрення разработка


                                            Организация


                                              Бизнес




                                      $$$                 $$$




                        Технологии                          Потребитель
                                             Продукт
Заказная разработка
Типовые цели:
• Заказчик - Получение ПО, позволяющего добиться бизнес-
целей
• Подрядчик - исполнение контракта с сохранением
рентабельности

               class Заказная разработка


                             Заказчик      Подрядчик



                           Бизнес           Бизнес




                         Потребитель
                                           Технологии
Продуктовая разработка
Типовые цели:
• Производитель — успех продукта на рынке
• Покупатель — быстрое получение ПО, позволяющего
добиться бизнес-целей
              class Продуктовая разработка


                             Покупатель

                           Покупатель        Производитель



                              Бизнес           Бизнес




                          Потребитель
                                              Технологии
Системная интеграция/внедрение
Типовые цели:
• Заказчик: получение ПО, позволяющего добиться бизнес-
целей
• Подрядчик: соблюдение контракта с сохранением
рентабельности
• Производитель: Успех продукта на рынке
        class Внедрение


                      Заказчик     Подрядчик   Производитель




                      Бизнес      Бизнес         Бизнес




                  Потребитель                  Технологии
                                 Технологии
Продукты для массовой аудитории
Типовые цели:
• Производитель: достижение бизнес-показателей при росте
количества/активности пользователей
• Бизнес-пользователь: привлечение аудитории/увеличение
узнаваемости своего бренда за счет рекламы в сервисе
• Пользователь: получение нужного и удобного сервиса
бесплатно или дешево.
           deployment Продукты для массовой аудитории



                                                 Производитель   Бизнес-потребители



                                                    Бизнес
                                                                      Бизнес




                   Пользователи

                   Потребитель                    Технологии
                                                                   Потребитель
Итоги:
Аналитик:

    Делает задачу понятней — программисты
    делают быстрее, тестеры понимают, что
    является багой — повышает качество.

    Но удорожает продукт и является
    передаточным звеном (формально не
    приносит ценности в продукт)
Самая главная картинка
Спасибо за внимание!
Вопросы?

    Ирина Сурова

    Mailto:irr.suri@gmail.com

Weitere ähnliche Inhalte

Was ist angesagt?

Инжиниринг требований
Инжиниринг требованийИнжиниринг требований
Инжиниринг требованийSQALab
 
Требования к по
Требования к поТребования к по
Требования к поJaneKozmina
 
Никита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗНикита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗDrupalSPB
 
Roles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkovRoles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkovMaxim Tsepkov
 
Нефункциональные требования, Наталья Желнова
Нефункциональные требования, Наталья ЖелноваНефункциональные требования, Наталья Желнова
Нефункциональные требования, Наталья ЖелноваAlexander Baikin
 
Шаблоны оформления требований
Шаблоны оформления требованийШаблоны оформления требований
Шаблоны оформления требованийJaneKozmina
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Dima Dzuba
 
Пять вещей, которые нужно знать заказчику
Пять вещей, которые нужно знать заказчикуПять вещей, которые нужно знать заказчику
Пять вещей, которые нужно знать заказчикуSergey Lourie
 
Sef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийSef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийAlexander Kalouguine
 
Александр Калугин Минное поле требований в fixed price проекте
Александр Калугин Минное поле требований в fixed price проектеАлександр Калугин Минное поле требований в fixed price проекте
Александр Калугин Минное поле требований в fixed price проектеТранслируем.бел
 
Промышленная разработка ПО. Лекция 1. Общие понятия
Промышленная разработка ПО. Лекция 1. Общие понятияПромышленная разработка ПО. Лекция 1. Общие понятия
Промышленная разработка ПО. Лекция 1. Общие понятияMikhail Payson
 
Управление изменениями в сложных информационных системах
 Управление изменениями в сложных информационных системах  Управление изменениями в сложных информационных системах
Управление изменениями в сложных информационных системах Valery Bychkov
 
Agile — ответ на вызовы третьей промышленной революции
Agile — ответ на вызовы третьей промышленной революцииAgile — ответ на вызовы третьей промышленной революции
Agile — ответ на вызовы третьей промышленной революцииCUSTIS
 

Was ist angesagt? (20)

Инжиниринг требований
Инжиниринг требованийИнжиниринг требований
Инжиниринг требований
 
Требования к по
Требования к поТребования к по
Требования к по
 
Никита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗНикита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗ
 
Sep reqm-lec2
Sep reqm-lec2Sep reqm-lec2
Sep reqm-lec2
 
L4 requirements
L4 requirementsL4 requirements
L4 requirements
 
Roles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkovRoles happy dev-2013-tsepkov
Roles happy dev-2013-tsepkov
 
Sep reqm-lec1
Sep reqm-lec1Sep reqm-lec1
Sep reqm-lec1
 
L3 requirements
L3 requirementsL3 requirements
L3 requirements
 
Нефункциональные требования, Наталья Желнова
Нефункциональные требования, Наталья ЖелноваНефункциональные требования, Наталья Желнова
Нефункциональные требования, Наталья Желнова
 
Шаблоны оформления требований
Шаблоны оформления требованийШаблоны оформления требований
Шаблоны оформления требований
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
 
L2 requirements
L2 requirementsL2 requirements
L2 requirements
 
Пять вещей, которые нужно знать заказчику
Пять вещей, которые нужно знать заказчикуПять вещей, которые нужно знать заказчику
Пять вещей, которые нужно знать заказчику
 
Sef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийSef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требований
 
Александр Калугин Минное поле требований в fixed price проекте
Александр Калугин Минное поле требований в fixed price проектеАлександр Калугин Минное поле требований в fixed price проекте
Александр Калугин Минное поле требований в fixed price проекте
 
Промышленная разработка ПО. Лекция 1. Общие понятия
Промышленная разработка ПО. Лекция 1. Общие понятияПромышленная разработка ПО. Лекция 1. Общие понятия
Промышленная разработка ПО. Лекция 1. Общие понятия
 
Управление изменениями в сложных информационных системах
 Управление изменениями в сложных информационных системах  Управление изменениями в сложных информационных системах
Управление изменениями в сложных информационных системах
 
Agile — ответ на вызовы третьей промышленной революции
Agile — ответ на вызовы третьей промышленной революцииAgile — ответ на вызовы третьей промышленной революции
Agile — ответ на вызовы третьей промышленной революции
 
Emergency changes
Emergency changesEmergency changes
Emergency changes
 
Nfr and quality-models
Nfr and quality-modelsNfr and quality-models
Nfr and quality-models
 

Ähnlich wie Роль аналитика в негибких методологиях разработки

Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаАлександр Кольцов
 
владелец продукта
владелец продуктавладелец продукта
владелец продуктаISsoft
 
RIW-09 Presentations: Vimpelcom
RIW-09 Presentations: VimpelcomRIW-09 Presentations: Vimpelcom
RIW-09 Presentations: VimpelcomAlyona Podboronova
 
Продажа программных решений (на примере HPE)
Продажа программных решений (на примере HPE)Продажа программных решений (на примере HPE)
Продажа программных решений (на примере HPE)Yuri Yashkin
 
плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14IKonkov
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARESQALab
 
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноМакс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноScrumTrek
 
Сергей Слесарев, Отличия в работе тестировщика в software-development компани...
Сергей Слесарев, Отличия в работе тестировщика в software-development компани...Сергей Слесарев, Отличия в работе тестировщика в software-development компани...
Сергей Слесарев, Отличия в работе тестировщика в software-development компани...SQADays_2009_Piter
 
Георгий Баркан Разработка тиражируемого продукта. Преимущества бизнес-модели
Георгий Баркан Разработка тиражируемого продукта. Преимущества бизнес-моделиГеоргий Баркан Разработка тиражируемого продукта. Преимущества бизнес-модели
Георгий Баркан Разработка тиражируемого продукта. Преимущества бизнес-моделиТранслируем.бел
 
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Ontico
 
Бизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоБизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоSQALab
 
Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.Project Management Institute (PMI) in Ufa
 
Как подобрать подрядчика для реализации ИТ сервиса в компании
Как подобрать подрядчика для реализации ИТ сервиса в компанииКак подобрать подрядчика для реализации ИТ сервиса в компании
Как подобрать подрядчика для реализации ИТ сервиса в компанииDanil Dintsis, Ph. D., PgMP
 
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистовCodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистовCodeFest
 
вольфсон построение собственного Agile-фреймворка (шаблон)
вольфсон   построение собственного Agile-фреймворка (шаблон)вольфсон   построение собственного Agile-фреймворка (шаблон)
вольфсон построение собственного Agile-фреймворка (шаблон)Magneta AI
 
Эффективный процесс разработки ПО на основе гибких подходов
Эффективный процесс разработки ПО на основе гибких подходовЭффективный процесс разработки ПО на основе гибких подходов
Эффективный процесс разработки ПО на основе гибких подходовАлександр Шамрай
 

Ähnlich wie Роль аналитика в негибких методологиях разработки (20)

Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами Заказчика
 
владелец продукта
владелец продуктавладелец продукта
владелец продукта
 
Customer Development
Customer Development Customer Development
Customer Development
 
RIW-09 Presentations: Vimpelcom
RIW-09 Presentations: VimpelcomRIW-09 Presentations: Vimpelcom
RIW-09 Presentations: Vimpelcom
 
Продажа программных решений (на примере HPE)
Продажа программных решений (на примере HPE)Продажа программных решений (на примере HPE)
Продажа программных решений (на примере HPE)
 
плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
 
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звеноМакс Гапонов. Тактическое управление продуктами: все еще недостающее звено
Макс Гапонов. Тактическое управление продуктами: все еще недостающее звено
 
Сергей Слесарев, Отличия в работе тестировщика в software-development компани...
Сергей Слесарев, Отличия в работе тестировщика в software-development компани...Сергей Слесарев, Отличия в работе тестировщика в software-development компани...
Сергей Слесарев, Отличия в работе тестировщика в software-development компани...
 
Георгий Баркан Разработка тиражируемого продукта. Преимущества бизнес-модели
Георгий Баркан Разработка тиражируемого продукта. Преимущества бизнес-моделиГеоргий Баркан Разработка тиражируемого продукта. Преимущества бизнес-модели
Георгий Баркан Разработка тиражируемого продукта. Преимущества бизнес-модели
 
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...
Как Mail.Ru и AT Consulting перевели профили абонентов Beeline на Tarantool /...
 
Media5 new style prez
Media5 new style prezMedia5 new style prez
Media5 new style prez
 
Бизнес-анализ: грани разумного
Бизнес-анализ: грани разумногоБизнес-анализ: грани разумного
Бизнес-анализ: грани разумного
 
Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.Гибкие методологии при создании ИТ продукта.
Гибкие методологии при создании ИТ продукта.
 
Как подобрать подрядчика для реализации ИТ сервиса в компании
Как подобрать подрядчика для реализации ИТ сервиса в компанииКак подобрать подрядчика для реализации ИТ сервиса в компании
Как подобрать подрядчика для реализации ИТ сервиса в компании
 
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистовCodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
CodeFest 2010. Погребняк А. — Проблемы оценки труда программистов
 
Requirements in Agile
Requirements in AgileRequirements in Agile
Requirements in Agile
 
вольфсон построение собственного Agile-фреймворка (шаблон)
вольфсон   построение собственного Agile-фреймворка (шаблон)вольфсон   построение собственного Agile-фреймворка (шаблон)
вольфсон построение собственного Agile-фреймворка (шаблон)
 
Эффективный процесс разработки ПО на основе гибких подходов
Эффективный процесс разработки ПО на основе гибких подходовЭффективный процесс разработки ПО на основе гибких подходов
Эффективный процесс разработки ПО на основе гибких подходов
 
Kuoll 4front
Kuoll 4frontKuoll 4front
Kuoll 4front
 

Mehr von DevDay

«Bdd и реактивщина в 2ГИС», Евгений Тютюев
«Bdd и реактивщина в 2ГИС», Евгений Тютюев«Bdd и реактивщина в 2ГИС», Евгений Тютюев
«Bdd и реактивщина в 2ГИС», Евгений ТютюевDevDay
 
«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин
«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин
«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий МузюкинDevDay
 
«Я спросил у сервера...», Илья Пастушков
«Я спросил у сервера...», Илья Пастушков«Я спросил у сервера...», Илья Пастушков
«Я спросил у сервера...», Илья ПастушковDevDay
 
Фреймворк Slot, Good Parts, Александр Бирюков
Фреймворк Slot, Good Parts, Александр БирюковФреймворк Slot, Good Parts, Александр Бирюков
Фреймворк Slot, Good Parts, Александр БирюковDevDay
 
Рендеринг может больше: vue.js vs React, Андрей Солодовников
Рендеринг может больше: vue.js vs React, Андрей СолодовниковРендеринг может больше: vue.js vs React, Андрей Солодовников
Рендеринг может больше: vue.js vs React, Андрей СолодовниковDevDay
 
Devops-практики в разработке решений для бизнеса, Максим Пашук
Devops-практики в разработке решений для бизнеса, Максим ПашукDevops-практики в разработке решений для бизнеса, Максим Пашук
Devops-практики в разработке решений для бизнеса, Максим ПашукDevDay
 
Inversion of Control в деталях, Дмитрий Кожевников
Inversion of Control в деталях, Дмитрий КожевниковInversion of Control в деталях, Дмитрий Кожевников
Inversion of Control в деталях, Дмитрий КожевниковDevDay
 
«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин
«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин
«Используем неизменяемые данные и создаем качественный код», Игорь КудринDevDay
 
«Велогосипед», Данил Ильиных
«Велогосипед», Данил Ильиных«Велогосипед», Данил Ильиных
«Велогосипед», Данил ИльиныхDevDay
 
«Процесс создания продукта», Максим Берёзкин
«Процесс создания продукта», Максим Берёзкин«Процесс создания продукта», Максим Берёзкин
«Процесс создания продукта», Максим БерёзкинDevDay
 
«Вывод продукта на новых территориях», Елизавета Алексеенко
«Вывод продукта на новых территориях», Елизавета Алексеенко«Вывод продукта на новых территориях», Елизавета Алексеенко
«Вывод продукта на новых территориях», Елизавета АлексеенкоDevDay
 
Манипулятор на Ti Stellaris Launchpad, Лёша Романенко
Манипулятор на Ti Stellaris Launchpad, Лёша РоманенкоМанипулятор на Ti Stellaris Launchpad, Лёша Романенко
Манипулятор на Ti Stellaris Launchpad, Лёша РоманенкоDevDay
 
Лабиринт на Arduino, Вадим Ипполитов
Лабиринт на Arduino, Вадим ИпполитовЛабиринт на Arduino, Вадим Ипполитов
Лабиринт на Arduino, Вадим ИпполитовDevDay
 
«Хоба-хоба и в продакшн», Женя Пономарёв
«Хоба-хоба и в продакшн», Женя Пономарёв«Хоба-хоба и в продакшн», Женя Пономарёв
«Хоба-хоба и в продакшн», Женя ПономарёвDevDay
 
«Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев
«Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев «Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев
«Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев DevDay
 
«Роль исследований в формировании продуктового видения компании», Лиза Алексе...
«Роль исследований в формировании продуктового видения компании», Лиза Алексе...«Роль исследований в формировании продуктового видения компании», Лиза Алексе...
«Роль исследований в формировании продуктового видения компании», Лиза Алексе...DevDay
 
«Тестируем веб приложения», Павел Сташевский
«Тестируем веб приложения», Павел Сташевский«Тестируем веб приложения», Павел Сташевский
«Тестируем веб приложения», Павел СташевскийDevDay
 
«Открытая веб картография», Илья Таратухин
«Открытая веб картография», Илья Таратухин«Открытая веб картография», Илья Таратухин
«Открытая веб картография», Илья ТаратухинDevDay
 
«Изоморфные js приложения с использованием catberry.js», Денис Речкунов
«Изоморфные js приложения с использованием catberry.js», Денис Речкунов«Изоморфные js приложения с использованием catberry.js», Денис Речкунов
«Изоморфные js приложения с использованием catberry.js», Денис РечкуновDevDay
 
Матвей Мальков «Ещё один поиск контактов на Android»
Матвей Мальков «Ещё один поиск контактов на Android»Матвей Мальков «Ещё один поиск контактов на Android»
Матвей Мальков «Ещё один поиск контактов на Android»DevDay
 

Mehr von DevDay (20)

«Bdd и реактивщина в 2ГИС», Евгений Тютюев
«Bdd и реактивщина в 2ГИС», Евгений Тютюев«Bdd и реактивщина в 2ГИС», Евгений Тютюев
«Bdd и реактивщина в 2ГИС», Евгений Тютюев
 
«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин
«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин
«Интеграция push-уведомлений в Яндекс.Браузер под iOS», Юрий Музюкин
 
«Я спросил у сервера...», Илья Пастушков
«Я спросил у сервера...», Илья Пастушков«Я спросил у сервера...», Илья Пастушков
«Я спросил у сервера...», Илья Пастушков
 
Фреймворк Slot, Good Parts, Александр Бирюков
Фреймворк Slot, Good Parts, Александр БирюковФреймворк Slot, Good Parts, Александр Бирюков
Фреймворк Slot, Good Parts, Александр Бирюков
 
Рендеринг может больше: vue.js vs React, Андрей Солодовников
Рендеринг может больше: vue.js vs React, Андрей СолодовниковРендеринг может больше: vue.js vs React, Андрей Солодовников
Рендеринг может больше: vue.js vs React, Андрей Солодовников
 
Devops-практики в разработке решений для бизнеса, Максим Пашук
Devops-практики в разработке решений для бизнеса, Максим ПашукDevops-практики в разработке решений для бизнеса, Максим Пашук
Devops-практики в разработке решений для бизнеса, Максим Пашук
 
Inversion of Control в деталях, Дмитрий Кожевников
Inversion of Control в деталях, Дмитрий КожевниковInversion of Control в деталях, Дмитрий Кожевников
Inversion of Control в деталях, Дмитрий Кожевников
 
«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин
«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин
«Используем неизменяемые данные и создаем качественный код», Игорь Кудрин
 
«Велогосипед», Данил Ильиных
«Велогосипед», Данил Ильиных«Велогосипед», Данил Ильиных
«Велогосипед», Данил Ильиных
 
«Процесс создания продукта», Максим Берёзкин
«Процесс создания продукта», Максим Берёзкин«Процесс создания продукта», Максим Берёзкин
«Процесс создания продукта», Максим Берёзкин
 
«Вывод продукта на новых территориях», Елизавета Алексеенко
«Вывод продукта на новых территориях», Елизавета Алексеенко«Вывод продукта на новых территориях», Елизавета Алексеенко
«Вывод продукта на новых территориях», Елизавета Алексеенко
 
Манипулятор на Ti Stellaris Launchpad, Лёша Романенко
Манипулятор на Ti Stellaris Launchpad, Лёша РоманенкоМанипулятор на Ti Stellaris Launchpad, Лёша Романенко
Манипулятор на Ti Stellaris Launchpad, Лёша Романенко
 
Лабиринт на Arduino, Вадим Ипполитов
Лабиринт на Arduino, Вадим ИпполитовЛабиринт на Arduino, Вадим Ипполитов
Лабиринт на Arduino, Вадим Ипполитов
 
«Хоба-хоба и в продакшн», Женя Пономарёв
«Хоба-хоба и в продакшн», Женя Пономарёв«Хоба-хоба и в продакшн», Женя Пономарёв
«Хоба-хоба и в продакшн», Женя Пономарёв
 
«Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев
«Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев «Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев
«Бегущий по лезвию. Продуктовые сценарии в дизайне», Макс Карпылев
 
«Роль исследований в формировании продуктового видения компании», Лиза Алексе...
«Роль исследований в формировании продуктового видения компании», Лиза Алексе...«Роль исследований в формировании продуктового видения компании», Лиза Алексе...
«Роль исследований в формировании продуктового видения компании», Лиза Алексе...
 
«Тестируем веб приложения», Павел Сташевский
«Тестируем веб приложения», Павел Сташевский«Тестируем веб приложения», Павел Сташевский
«Тестируем веб приложения», Павел Сташевский
 
«Открытая веб картография», Илья Таратухин
«Открытая веб картография», Илья Таратухин«Открытая веб картография», Илья Таратухин
«Открытая веб картография», Илья Таратухин
 
«Изоморфные js приложения с использованием catberry.js», Денис Речкунов
«Изоморфные js приложения с использованием catberry.js», Денис Речкунов«Изоморфные js приложения с использованием catberry.js», Денис Речкунов
«Изоморфные js приложения с использованием catberry.js», Денис Речкунов
 
Матвей Мальков «Ещё один поиск контактов на Android»
Матвей Мальков «Ещё один поиск контактов на Android»Матвей Мальков «Ещё один поиск контактов на Android»
Матвей Мальков «Ещё один поиск контактов на Android»
 

Роль аналитика в негибких методологиях разработки

  • 1. Ирина Сурова для DEVDAY Роль аналитика в «негибких» методологиях разработки
  • 2. Обо мне  В продуктовой разработке 12 лет, из них:  в системном анализе 5 лет  в тестировании 7 лет  опыт создания и поддержки процессов разработки 2 года  соавтор клуба прикладного системного анализа проекта Stratoplan.ru  участник сообщества аналитиков uml2.ru
  • 3. Аналитик проецирует образ решения от Заказчика в команду Исполнителя
  • 4. Какие бывают методологии? Методология 2009 2011 2012 Scrum 14 18 21 XP 3 1 1 Agile-based (не Scrum, не XP) 11 18 27 RUP-based 5 5 5 CMM/CMMI 2 1 - Как получится 21 18 15 Через %опу 35 30 18 MSF 1 1 1 Водопад/Waterfall - 5 8 Другое 8 3 4 Голосов 122 913 850 Результаты опросов Happy-PM http://www.happy-pm.com/blog/?p=6559
  • 6. Водопадный процесс / ГОСТ 34 Бизнес- требования Бизнес-правила Пользовательские требования Ограничения Атрибуты качества Функциональные требования Системные требования
  • 8. RUP. Точки принятия решений  Завершение Начальной стадии — сформировано видение и границы проекта, риски сформулированы и оценены  Концепция/Vision (содержит ключевые бизнес-требования, пользовательские требования, бизнес-правила, ограничения и атрибуты качества, ключевые системные и функциональные требования)  Завершение итерации Уточнения — уточнены оценки сроков и рисков, построена исполняемая архитектура  ТЗ/ЧТЗ/SRS (Бизнес-требования, пользовательские, системные, функциональные требования, ограничения, атрибуты качества, прототипы GUI по функционалу итерации)  Завершение фазы Уточнения  Все требования
  • 9. Как получится и Через %опу. Точки принятия решений  Надо сделать! Быстро!  Постановка задачи разработчику
  • 10. Обмен ценностями в ходе разработки class Обмен ценностями  Бизнес передает технологам плату или инвестиции Бизнес  Технологи поставляют Технологию Потребителю в виде продукта/сервиса $$$ $$$  Потребитель использует Технологию и платит плату Потребитель Технологии Бизнесу Продукт Источник модели - презентация Дениса Бескова «4 производственных контекста»
  • 11. Внутренняя разработка и внедрение (in- house) Типовые цели: смесь бизнеса / потребителя / технологии class Внутрення разработка Организация Бизнес $$$ $$$ Технологии Потребитель Продукт
  • 12. Заказная разработка Типовые цели: • Заказчик - Получение ПО, позволяющего добиться бизнес- целей • Подрядчик - исполнение контракта с сохранением рентабельности class Заказная разработка Заказчик Подрядчик Бизнес Бизнес Потребитель Технологии
  • 13. Продуктовая разработка Типовые цели: • Производитель — успех продукта на рынке • Покупатель — быстрое получение ПО, позволяющего добиться бизнес-целей class Продуктовая разработка Покупатель Покупатель Производитель Бизнес Бизнес Потребитель Технологии
  • 14. Системная интеграция/внедрение Типовые цели: • Заказчик: получение ПО, позволяющего добиться бизнес- целей • Подрядчик: соблюдение контракта с сохранением рентабельности • Производитель: Успех продукта на рынке class Внедрение Заказчик Подрядчик Производитель Бизнес Бизнес Бизнес Потребитель Технологии Технологии
  • 15. Продукты для массовой аудитории Типовые цели: • Производитель: достижение бизнес-показателей при росте количества/активности пользователей • Бизнес-пользователь: привлечение аудитории/увеличение узнаваемости своего бренда за счет рекламы в сервисе • Пользователь: получение нужного и удобного сервиса бесплатно или дешево. deployment Продукты для массовой аудитории Производитель Бизнес-потребители Бизнес Бизнес Пользователи Потребитель Технологии Потребитель
  • 16. Итоги: Аналитик:  Делает задачу понятней — программисты делают быстрее, тестеры понимают, что является багой — повышает качество.  Но удорожает продукт и является передаточным звеном (формально не приносит ценности в продукт)
  • 18. Спасибо за внимание! Вопросы?  Ирина Сурова  Mailto:irr.suri@gmail.com