В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Матвей Мальков «Ещё один поиск контактов на Android»
Роль аналитика в негибких методологиях разработки
1. Ирина Сурова для DEVDAY
Роль аналитика в «негибких» методологиях
разработки
2. Обо мне
В продуктовой разработке 12 лет, из них:
в системном анализе 5 лет
в тестировании 7 лет
опыт создания и поддержки процессов
разработки 2 года
соавтор клуба прикладного системного
анализа проекта Stratoplan.ru
участник сообщества аналитиков uml2.ru
6. Водопадный процесс / ГОСТ 34
Бизнес-
требования
Бизнес-правила
Пользовательские
требования
Ограничения
Атрибуты качества
Функциональные
требования
Системные
требования
8. RUP. Точки принятия решений
Завершение Начальной стадии — сформировано видение и
границы проекта, риски сформулированы и оценены
Концепция/Vision (содержит ключевые бизнес-требования,
пользовательские требования, бизнес-правила, ограничения и
атрибуты качества, ключевые системные и функциональные
требования)
Завершение итерации Уточнения — уточнены оценки сроков и
рисков, построена исполняемая архитектура
ТЗ/ЧТЗ/SRS (Бизнес-требования, пользовательские, системные,
функциональные требования, ограничения, атрибуты качества,
прототипы GUI по функционалу итерации)
Завершение фазы Уточнения
Все требования
9. Как получится и Через %опу.
Точки принятия решений
Надо сделать! Быстро!
Постановка задачи разработчику
10. Обмен ценностями в ходе разработки
class Обмен ценностями
Бизнес передает технологам
плату или инвестиции Бизнес
Технологи поставляют
Технологию Потребителю в
виде продукта/сервиса
$$$ $$$
Потребитель использует
Технологию и платит плату Потребитель Технологии
Бизнесу Продукт
Источник модели - презентация Дениса Бескова
«4 производственных контекста»
11. Внутренняя разработка и внедрение (in-
house)
Типовые цели:
смесь бизнеса / потребителя / технологии
class Внутрення разработка
Организация
Бизнес
$$$ $$$
Технологии Потребитель
Продукт
12. Заказная разработка
Типовые цели:
• Заказчик - Получение ПО, позволяющего добиться бизнес-
целей
• Подрядчик - исполнение контракта с сохранением
рентабельности
class Заказная разработка
Заказчик Подрядчик
Бизнес Бизнес
Потребитель
Технологии
13. Продуктовая разработка
Типовые цели:
• Производитель — успех продукта на рынке
• Покупатель — быстрое получение ПО, позволяющего
добиться бизнес-целей
class Продуктовая разработка
Покупатель
Покупатель Производитель
Бизнес Бизнес
Потребитель
Технологии
14. Системная интеграция/внедрение
Типовые цели:
• Заказчик: получение ПО, позволяющего добиться бизнес-
целей
• Подрядчик: соблюдение контракта с сохранением
рентабельности
• Производитель: Успех продукта на рынке
class Внедрение
Заказчик Подрядчик Производитель
Бизнес Бизнес Бизнес
Потребитель Технологии
Технологии
15. Продукты для массовой аудитории
Типовые цели:
• Производитель: достижение бизнес-показателей при росте
количества/активности пользователей
• Бизнес-пользователь: привлечение аудитории/увеличение
узнаваемости своего бренда за счет рекламы в сервисе
• Пользователь: получение нужного и удобного сервиса
бесплатно или дешево.
deployment Продукты для массовой аудитории
Производитель Бизнес-потребители
Бизнес
Бизнес
Пользователи
Потребитель Технологии
Потребитель
16. Итоги:
Аналитик:
Делает задачу понятней — программисты
делают быстрее, тестеры понимают, что
является багой — повышает качество.
Но удорожает продукт и является
передаточным звеном (формально не
приносит ценности в продукт)