SlideShare a Scribd company logo
1 of 67
Download to read offline
2016
1
AGILE И ГОСКОНТРАКТ
ДОКЛАДЧИК
2
Смирнов Сергей
smirnoff_sergey
sergey.smirnov.1829
serge.smir@gmail.com
к.т.н., начальник сектора разработки
СПб ГУП «СПб ИАЦ»
3
AGILE ПРИХОДИТ В
ГОСУДАРСТВО?
КОММЕРЧЕСКИЕ
ПРОЕКТЫ
4
ГОСУДАРСТВЕННЫЕ
ПРОЕКТЫ
 Готовность к изменениям
 Быстрая поставка ценности
 Быстрая обратная связь
 Быстрый возврат инвестиций
 Фокус на потребителе
 Agile
 Высокая инертность
 Длительное ожидание
 Долгая обратная связь
 Высокие издержки
 Фокус на контракте
 ГОСТы
СТЕРЕОТИПЫ
5
ОСЕНЬ 2015. GOSAGILE
Группа GosAgile
https://www.facebook.com/groups/512116245612564/
Итоги обсуждения
http://urazbaev.ru/post/gosagile-itogi-obsuzhdeniia-primeneniia-agile-v-
goskontraktakh
6
13 НОЯБРЯ 2015 КОНФЕРЕНЦИЯ «ГИБКИЕ
МЕТОДЫ В ГОСУДАРСТВЕННЫХ ПРОЕКТАХ»
http://ac.gov.ru/events/06866.html
http://mtsepkov.org/GosAgile-2015-11
http://skillswiki.net/blog/2015/11/17/gost-agile/
7
“В прошлом году мы сделали 27 000 изменений
платформы. Amazon делает 10 000 изменений
своей платформы в день. Time to market – часы, и
time to market – месяцы, это
неконкурентоспособная история.
Все это будет построено на Agile, наши люди все сидят в технологии
Agile, потому что по другому такой объем сделать нельзя.
Потому что Agile в ИТ это — ничего, если у тебя нет Agile всей
организации. Все процессы должны быть перестроены. Те, кто не освоит
Agile сегодня в куче бизнес-процессов – будет лузерами завтра.
Мы поняли, что нам надо поменять все наши процессы. И это вызов
ничего себе. Как только мы это осознали, мы поняли, что третья задачка
– маленькая. Это нам самим себя надо вывернуть наизнанку, потому что
мы абсолютно не готовы к этому.”
ГАЙДАРОВСКИЙ ФОРУМ - 2016
https://www.youtube.com/watch?v=Tkj3sE492To&feature=share
http://geektimes.ru/post/269440/
http://urazbaev.ru/post/pro-vystuplenie-grefa-na-gaidarovskom-forume-chto-on-
imel-vvidu
8
28 ЯНВАРЯ 2016
ПРОБЛЕМАТИКА
9
10
http://www.youtube.com/watch?v=0B6xKJJfu20
Конференция «Гибкие методы в государственных проектах»
13 ноября 2015г.
11
12
13
14
15
16
17
http://www.youtube.com/watch?v=SkBSwCGTiGI
Конференция «Гибкие методы в государственных проектах»
13 ноября 2015г.
18
19
20
21
22
23
24
Конференция «Гибкие методы в государственных проектах»
13 ноября 2015г.
25
26
27
28
29
30
31
начальник сектора
СПб ГУП «СПб ИАЦ»
Смирнов Сергей
ГИБКАЯ РАЗРАБОТКА ИС
В РАМКАХ ГОСТ
Конференция «Гибкие методы в государственных проектах»
13 ноября 2015г.
1. ПРОБЛЕМАТИКА
33
ГОС. AGILE
34
• Гибкость в принятии решений
Государственное проектное управление
• Ограничения Федерального закона №44
Модель финансирования проектов
• Работы в рамках существующих ГОСТ
Исполнение работ по ГК
ОПЫТ
35
• Автоматизация деятельности ИОГВ
• 10 объектов
• ~ 400 cотрудников
• ~10 000 пользователей в Интернет
• Развитие более 5 лет
Информационная система
• Поставка качественного ПО (~ 1 раз в месяц)
• Заинтересованность и вовлеченность заказчика
• Фокус на потребителе
• В рамках ГОСТ 34, 19
Гибкая разработка
МИФЫ О ГОСТ 34
36
1. В ГОСТ 34 «зашит водопад» и он не
подразумевает итеративную разработку.
2. В отличие от Agile ГОСТ 34 не подразумевает вовлечение заказчика и
исполнителя в совместную работу.
3. В отличие от Agile ГОСТ 34 не подразумевает создание общего
словаря заказчика и разработчика.
4. ГОСТ 34 навязывает избыточную документацию.
5. ГОСТы 34-ой и 19-ой серии устарели.
6. Коммерческий сектор не пользуется ГОСТ 34.
7. ГОСТ 34 не дает быстрой обратной связи.
8. В ГОСТ 34 нет слова agile.
Мадорская Ю.М., Тимофеев А.Н., Мифы про ГОСТ 34. //Практика проектирования
систем.-2015. [электронный ресурс] — Режим доступа: http://reqcenter.pro/gost34-
myths/, свободный. — Загл. с экрана
РЕАЛЬНОСТЬ
37
• Календарный план по стадиям создания.
• Исчерпывающий комплект отчетной
документации.
• Детальное описание требований в ТЗ.
Некорректная трактовка ГОСТ
• Вводу в эксплуатацию один раз в год.
• Слабой обратная связь.
• Не достижению целей заказчика.
Может привести к
2. ТЕКУЩЕЕ РЕШЕНИЕ
38
РАЗДЕЛЫ
39
1. Требования
2. Календарный план работ
3. Отчетная документация
ТРЕБОВАНИЯ
40
• Требования пользователей отдельным
Приложением.
• Требования на высоком уровне абстракции
• Разделение на отдельные логические блоки
(этапы реализации).
Оформление ГК
• Разработка ТЗ на систему и ее части.
• Поэтапная разработка дополнений к ТЗ.
Исполнение работ
ТРЕБОВАНИЯ В ГК. ПРИМЕР
41
1. Развитие подсистемы «Подсистема 1» в части
создания новых КЗ «Комплекс задач 1», «Комплекс
задач 2», развития существующих КЗ «Комплекс
задач 3», «Комплекс задач 4»
1.1. Создание КЗ «Комплекс задач 1»:
…высокоуровневые требования…
1.4. Развитие КЗ «Комплекс задач 3»:
…высокоуровневые требования…
2. Развитие подсистемы «Подсистема 2» в части …
3. Развитие подсистемы «Подсистема 3» в части …
ТРЕБОВАНИЯ. ГОСТ
42
ГОСТ 34.602-89 «Комплекс стандартов на
автоматизированные системы. Техническое
задание на создание автоматизированной
системы»
Пункт 1.2.
«…Могут быть разработаны ТЗ на части АС; на
подсистемы АС, комплексы задач АС и т.п…»
Пункт 1.7.
«…Изменения к ТЗ на АС оформляют дополнением
или подписанным заказчиком и разработчиком
протоколом…»
КАЛЕНДАРНЫЙ ПЛАН
43
• Календарный план по этапам.
• Каждый этап включает все стадии от «Технического
задания» до «Ввода в действие».
• Обоснование заказчику необходимость поэтапной
сдачи через письмо от потребителя услуг.
Оформление ГК
• Возможность уточнения плана в дополнениях к ТЗ.
• Итерационная разработка.
• + Многократная доставка ценности потребителю.
• + Быстрая обратная связь.
• + Низкая вероятность ошибок в проектных решениях
Исполнение работ
44
КАЛЕНДАРНЫЙ ПЛАН. ПРИМЕР
КАЛЕНДАРНЫЙ ПЛАН. ПРИМЕР
45
КАЛЕНДАРНЫЙ ПЛАН. ГОСТ
46
ГОСТ 34.601-90 «Автоматизированные системы. Стадии
создания»
Пункт 2.2.
«Стадии этапы, выполняемые организациями участниками работ
по созданию АС, устанавливаются в договорах и техническом
задании на основе настоящего стандарта…
В зависимости от специфики создаваемых АС и условий их
создания допускается выполнять отдельные этапы работ до
завершения предшествующих стадий, параллельное во времени
выполнение этапов работ, включение новых этапов работ»
ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»
Пункт 1.16.
«Допускается последовательное проведение испытаний и сдача
частей АС в опытную и постоянную эксплуатацию при соблюдении
установленной в ТЗ очередности ввода АС в действие».
ДОКУМЕНТАЦИЯ
47
• Указание в ТЗ только необходимых
документов.
• Обоснование заказчику исключения
избыточных документов.
Оформление ГК
• Подготовка в процессе работ.
• Перекрестные ссылки между документами.
• Автоматическая генерация документов.
• Адаптация под технологии.
Исполнение работ
ДОКУМЕНТАЦИЯ. ПРИМЕР
48
Наименование документа Примечание
Дополнение № 1 к
Техническому заданию
Создается каждый этап.
Уточняются требования из ГК.
Пояснительная записка. Создается на стадии проектирования.
Актуализируется в ходе работ по этапу.
Описание организации
информационной базы.
Автоматическая генерация через CASE
средства перед сдачей работ.
Описание программного
обеспечения.
Претерпевает незначительные
изменения от этапа к этапу.
Руководство пользователя. Актуализируется в ходе работ.
Руководство администратора. На основе средств управления
конфигурациями и средами.
Программа и методика
предварительных испытаний.
Генерация на основе сценариев
тестирования.
Другая (спецификации, акты,
планы, отчеты, рефераты,
листинги)
Формирование по шаблонам.
3. ДАЛЬНЕЙШЕЕ РАЗВИТИЕ
49
ОТКРЫТЫЕ ВОПРОСЫ
50
• Нельзя вводить в эксплуатацию до вступления в силу
регламентов.
Административные регламенты.
• Как проводить подготовку персонала?
• Как проводить предварительные испытания?
• Как быть с протоколами, актами?
• Требуется автоматизация этих процессов!
Непрерывная доставка (Continuous Delivery)
• Метрики качества (тестовое покрытие, стат. анализ и т.п.)
• Требования к использованию инженерных практик.
• Есть ли законные основания для указания в ГК?
Качественные характеристики
НЕПРЕРЫВНАЯ ДОСТАВКА
51
Наименование работ Отчетные документы
Подготовка объекта
автоматизации к вводу АС в
действие.
Отчет о подготовленности объектов
автоматизации к вводу в действие.
Подготовка персонала. • Учебный план.
• Акт о завершении подготовки
персонала.
• Копии приказов.
• Справка о результатах выполнения
пользователями итогового контрольного
упражнения.
• Копии ведомостей выдачи свидетельств
пользователям о прохождении
подготовки.
Пусконаладочные работы. Акт проведения пусконаладочных работ.
Проведение предварительных
испытаний.
Протокол предварительных автономных
испытаний.
Протокол предварительных комплексных
испытаний.
РЕЗЮМЕ
52
ГОСТ позволяет вести работу по Agile.
Проблемы возникают от некорректной
трактовки.
Существует необходимость в разработке
рекомендаций и ГОСТ, предписывающих
применение современных процессных и
инженерных практик.
ВОПРОСЫ
53
54
GOSAGILE-LIFEHACKS
55
Общие вопросы
Как объяснить заказчику ценность гибкого подхода?
Финансовая выгода, отсутствие избыточных разработок
Минимизация рисков: контроль на ранних этапах,
управление скоупом, готовность к изменения
(законодательным)
Сокращение времени поставки, ускорение обратной
связи
Качество
Для каких категорий проектов целесообразно
применять гибкие подходы?
Госуслуги, взаимодействие с гражданами/юр.лицами,
автоматизация ведомств
Межведомственное взаимодействие, реестры
56
Команда
Из каких ролей должна состоять команда?
в проектной команде с учетом фактического заказчика,
функционального заказчика, инвестора, исполнителя
с описанием прав, обязанностей, мотивации
Какие роли должны быть у Заказчика в GosAgile
разработке?
как распределять их между сотрудниками заказчика и
исполнителя (если работа заказывается на стороне)
Как вовлечь заказчика в конструктивное
сотрудничество?
советы, примеры, методы и способы вовлечения
заказчика в конструктивную регулярную работу с
командой (мотивация, публичная информация, обратная
связь)
Рекомендуемые метрики для команды
57
Планирование
Как определять и делать только то, что необходимо
государству и обществу?
https://playbook.cio.gov/#play1
Согласно 44-ФЗ объем работ прописывается на
уровне договора. Как можно гибко менять скоуп при
этом?
Насколько детальным может и должно быть ТЗ в
GosAgile-разработке?
надо описать варианты детализации ТЗ, как найти
баланс между гибкостью и сохранением курса на
конкретные цели?
Портфель продуктов: как синхронизировать
развитие взаимозависимых продуктов?
58
Планирование
Как организовать процесс оценки трудоемкости и
стоимости задач?
Как планировать развитие продукта на год и более?
Какие артефакты планирования развития продукта
должны быть?
Как оформить Vision & Goals?
Как оформить Roadmap?
Как организовать продуктовый бэклог?
что нужно еще?
как часто нужно пересматривать эти вещи?
Как организовать итерационную поставку?
хорошо было бы описать возможные варианты
итеративной поставки функционала.
как документально оформлять каждый инкремент и
нужно ли делать общую приемку?
59
Планирование
Как планировать итерации?
Как планировать релизы?
60
Исполнение
Как организовать прозрачный и объективный выбор
agile-разработчика?
Как организовать прозрачный ход исполнения и
контроль работы команды?
Под прозрачностью я подразумеваю открытый процесс
работы над проектом (доступ в трекер, доступ к доске
задач, открытый процесс работы над тасками, доступ в
систему контроля версий, демо, аудит и т.п.), что
обеспечит уверенность заказчику, что работа по проекту
идет, идет на должном уровне, рабочее время дважды не
перепродается и т.п.
61
Исполнение
Базовые подходы к организации CI/CD в agile-
разработке?
как легализовать CD в ГК?
как организовать CI при совместной разработке
несколькими исполнителями по разным ГК?
Какие методы обратной связи применять для
различных категорий пользователей?
как получать регулярную качественную обратную связь:
-если пользователи граждане
-если пользователи служащие
-фидбэк от стейкхолдеров
Какие инструменты и процессы Quality Assurance
необходимы для Agile-разработки?
62
Текущие нормативные ограничения
Что конкретно в ГОСТ 34 и 19 мешает быть Agile?
Что конкретно (какие стандарты, пункты или даже
формулировки) существующих стандартов серии 34
мешают или не позволяют вести Agile-разработку? Это и
надо менять.
проблематика в том, что мало кто понимает как в
принципе к этому подойти. как синхронизировать планы
разработчиков и эксплуатации (если только не тотальный
автоматизированный CD и DevOps по всем фронтам,
конечно)
63
Завершение работ
Какие минимальные артефакты должны остаться у
Заказчика?
Все, что сделано за бюджет - собственность РФ. Как
Заказчику проверить соответствие исходного кода и
документации тому, что ему поставили и внедрили?
Какие формальные практики или процедуры должны
быть стандартизованы или как минимум рекомендованы
к выполнению?
Как правильно организовать мониторинг работы
системы и пользователей?
https://playbook.cio.gov/#play12
Use data to drive decisions
At every stage of a project, we should measure how well our
service is working for our users. This includes measuring
how well a system performs and how people are interacting
with it in real-time.
СПАСИБО ЗА
ВНИМАНИЕ!
64
AGILE МАНИФЕСТ
Люди и взаимодействие важнее
процессов и инструментов
Работающий продукт важнее
исчерпывающей документации
Сотрудничество с заказчиком важнее
согласования условий контракта
Готовность к изменениям важнее
следования первоначальному плану
65
http://agilemanifesto.org/ 2001г.
66
67

More Related Content

What's hot

Организация работы с требованиями и документацией в TFS
Организация работы с требованиями и документацией в TFSОрганизация работы с требованиями и документацией в TFS
Организация работы с требованиями и документацией в TFSАлександр Шамрай
 
Управление удаленной командой тестировщиков
Управление удаленной командой тестировщиковУправление удаленной командой тестировщиков
Управление удаленной командой тестировщиковISS Art, LLC
 
Опыт внедрения Scrum
Опыт внедрения ScrumОпыт внедрения Scrum
Опыт внедрения ScrumAlexey Krivitsky
 
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...Tech Talks @NSU
 
Дмитрий Лысенко - Инструменты постановки и контроля процессов
Дмитрий Лысенко - Инструменты постановки и контроля процессовДмитрий Лысенко - Инструменты постановки и контроля процессов
Дмитрий Лысенко - Инструменты постановки и контроля процессовLuxoft Education Center
 
подробные этапы работы по веб проету
подробные этапы работы по веб проетуподробные этапы работы по веб проету
подробные этапы работы по веб проетуТарасов Константин
 
Длинный путь к DevOps?
Длинный путь к DevOps?Длинный путь к DevOps?
Длинный путь к DevOps?CEE-SEC(R)
 
Адаптация Jira стэка для 1с продуктов
Адаптация Jira стэка для 1с продуктовАдаптация Jira стэка для 1с продуктов
Адаптация Jira стэка для 1с продуктовAlexey Lustin
 
Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»
Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»
Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»SpbDotNet Community
 
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...RIF-Technology
 
Работа с проектной документацией
Работа с проектной документациейРабота с проектной документацией
Работа с проектной документациейPavel Safin
 
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по AgileAlexey Deryushkin
 
Имплементация инженерных практик для 1C
Имплементация инженерных практик для 1CИмплементация инженерных практик для 1C
Имплементация инженерных практик для 1CAlexey Lustin
 
Подготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проектПодготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проектSQALab
 
AgileDays 2016. Внедрение Agile в Банке
AgileDays 2016. Внедрение Agile в БанкеAgileDays 2016. Внедрение Agile в Банке
AgileDays 2016. Внедрение Agile в БанкеМихаил Кононов
 
Введение в performance management
Введение в performance managementВведение в performance management
Введение в performance managementCEE-SEC(R)
 
лекция 2
лекция 2лекция 2
лекция 2cezium
 
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)Ontico
 
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...RIF-Technology
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
 

What's hot (20)

Организация работы с требованиями и документацией в TFS
Организация работы с требованиями и документацией в TFSОрганизация работы с требованиями и документацией в TFS
Организация работы с требованиями и документацией в TFS
 
Управление удаленной командой тестировщиков
Управление удаленной командой тестировщиковУправление удаленной командой тестировщиков
Управление удаленной командой тестировщиков
 
Опыт внедрения Scrum
Опыт внедрения ScrumОпыт внедрения Scrum
Опыт внедрения Scrum
 
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...
Tech Talks @NSU: Методологии разработки ПО. Что на самом деле скрывается за с...
 
Дмитрий Лысенко - Инструменты постановки и контроля процессов
Дмитрий Лысенко - Инструменты постановки и контроля процессовДмитрий Лысенко - Инструменты постановки и контроля процессов
Дмитрий Лысенко - Инструменты постановки и контроля процессов
 
подробные этапы работы по веб проету
подробные этапы работы по веб проетуподробные этапы работы по веб проету
подробные этапы работы по веб проету
 
Длинный путь к DevOps?
Длинный путь к DevOps?Длинный путь к DevOps?
Длинный путь к DevOps?
 
Адаптация Jira стэка для 1с продуктов
Адаптация Jira стэка для 1с продуктовАдаптация Jira стэка для 1с продуктов
Адаптация Jira стэка для 1с продуктов
 
Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»
Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»
Иван Кожин «Saritasa Tools или ещё один подход к архитектуре приложения»
 
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
Олег Бунин (Онтико) | Менеджмент и бизнес-процессы в разработке highload-прое...
 
Работа с проектной документацией
Работа с проектной документациейРабота с проектной документацией
Работа с проектной документацией
 
от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
 
Имплементация инженерных практик для 1C
Имплементация инженерных практик для 1CИмплементация инженерных практик для 1C
Имплементация инженерных практик для 1C
 
Подготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проектПодготовка стратегии тестирования под высокорискованный, высокодоходный проект
Подготовка стратегии тестирования под высокорискованный, высокодоходный проект
 
AgileDays 2016. Внедрение Agile в Банке
AgileDays 2016. Внедрение Agile в БанкеAgileDays 2016. Внедрение Agile в Банке
AgileDays 2016. Внедрение Agile в Банке
 
Введение в performance management
Введение в performance managementВведение в performance management
Введение в performance management
 
лекция 2
лекция 2лекция 2
лекция 2
 
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
Риски, которые необходимо учесть при разработке сложного проекта (Олег Бунин)
 
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
Сергей Смирнов (Altair Engineering Inc.) | Организация работы распределенной ...
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
 

Similar to Agile и госконтракт (2016-01 SPM MEETUP)

Технология внедрения и эффекты от систем автоматизации управления производств...
Технология внедрения и эффекты от систем автоматизации управления производств...Технология внедрения и эффекты от систем автоматизации управления производств...
Технология внедрения и эффекты от систем автоматизации управления производств...Диалог Информационные Технологии
 
САПР и ГИС
САПР и ГИССАПР и ГИС
САПР и ГИСSoftline
 
Разработка профессионального стандарта "Специалист по интеграции облачных при...
Разработка профессионального стандарта "Специалист по интеграции облачных при...Разработка профессионального стандарта "Специалист по интеграции облачных при...
Разработка профессионального стандарта "Специалист по интеграции облачных при...Сергей Лебедев
 
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
 
IT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действииIT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действииGleb Rybalko
 
Практические инструменты и приемы для эффективного управления проектами
Практические инструменты и приемы   для эффективного управления проектамиПрактические инструменты и приемы   для эффективного управления проектами
Практические инструменты и приемы для эффективного управления проектамиПроектные сервисы
 
Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей. Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей. Logistic Point
 
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаMikhail Payson
 
лекция 2
лекция 2лекция 2
лекция 2cezium
 
Без единого разрыва: горящие IT­сервисы и механизмы их тушения
Без единого разрыва: горящие IT­сервисы и механизмы их тушенияБез единого разрыва: горящие IT­сервисы и механизмы их тушения
Без единого разрыва: горящие IT­сервисы и механизмы их тушенияEDS Systems
 
IRM Экспертиза
IRM ЭкспертизаIRM Экспертиза
IRM ЭкспертизаRin Ultrarin
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...Yury Vetrov
 
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)Ontico
 
работа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ruработа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ruYuri Afanasiev
 
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахКак совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахDanil Dintsis, Ph. D., PgMP
 
Техническая поддержка от CTI
Техническая поддержка от CTIТехническая поддержка от CTI
Техническая поддержка от CTICTI2014
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Alexandra Varfolomeeva
 
Управление изменениями в сложных информационных системах
 Управление изменениями в сложных информационных системах  Управление изменениями в сложных информационных системах
Управление изменениями в сложных информационных системах Valery Bychkov
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...SQALab
 

Similar to Agile и госконтракт (2016-01 SPM MEETUP) (20)

Технология внедрения и эффекты от систем автоматизации управления производств...
Технология внедрения и эффекты от систем автоматизации управления производств...Технология внедрения и эффекты от систем автоматизации управления производств...
Технология внедрения и эффекты от систем автоматизации управления производств...
 
САПР и ГИС
САПР и ГИССАПР и ГИС
САПР и ГИС
 
Современные подходы в инжиниринге сложных технических систем
Современные подходы в инжиниринге сложных технических системСовременные подходы в инжиниринге сложных технических систем
Современные подходы в инжиниринге сложных технических систем
 
Разработка профессионального стандарта "Специалист по интеграции облачных при...
Разработка профессионального стандарта "Специалист по интеграции облачных при...Разработка профессионального стандарта "Специалист по интеграции облачных при...
Разработка профессионального стандарта "Специалист по интеграции облачных при...
 
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...
 
IT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действииIT-шная история игрушек или feature-driven тестирование в действии
IT-шная история игрушек или feature-driven тестирование в действии
 
Практические инструменты и приемы для эффективного управления проектами
Практические инструменты и приемы   для эффективного управления проектамиПрактические инструменты и приемы   для эффективного управления проектами
Практические инструменты и приемы для эффективного управления проектами
 
Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей. Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей.
 
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
 
лекция 2
лекция 2лекция 2
лекция 2
 
Без единого разрыва: горящие IT­сервисы и механизмы их тушения
Без единого разрыва: горящие IT­сервисы и механизмы их тушенияБез единого разрыва: горящие IT­сервисы и механизмы их тушения
Без единого разрыва: горящие IT­сервисы и механизмы их тушения
 
IRM Экспертиза
IRM ЭкспертизаIRM Экспертиза
IRM Экспертиза
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
 
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)
Все нормально, падаем! / Дмитрий Смоляров (Стройгазконсалтинг)
 
работа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ruработа в крупной компании на примере Banki.ru
работа в крупной компании на примере Banki.ru
 
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахКак совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
 
Техническая поддержка от CTI
Техническая поддержка от CTIТехническая поддержка от CTI
Техническая поддержка от CTI
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...
 
Управление изменениями в сложных информационных системах
 Управление изменениями в сложных информационных системах  Управление изменениями в сложных информационных системах
Управление изменениями в сложных информационных системах
 
Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...Практические аспекты организации процесса тестирования в государственных учре...
Практические аспекты организации процесса тестирования в государственных учре...
 

Agile и госконтракт (2016-01 SPM MEETUP)

  • 4. КОММЕРЧЕСКИЕ ПРОЕКТЫ 4 ГОСУДАРСТВЕННЫЕ ПРОЕКТЫ  Готовность к изменениям  Быстрая поставка ценности  Быстрая обратная связь  Быстрый возврат инвестиций  Фокус на потребителе  Agile  Высокая инертность  Длительное ожидание  Долгая обратная связь  Высокие издержки  Фокус на контракте  ГОСТы СТЕРЕОТИПЫ
  • 5. 5 ОСЕНЬ 2015. GOSAGILE Группа GosAgile https://www.facebook.com/groups/512116245612564/ Итоги обсуждения http://urazbaev.ru/post/gosagile-itogi-obsuzhdeniia-primeneniia-agile-v- goskontraktakh
  • 6. 6 13 НОЯБРЯ 2015 КОНФЕРЕНЦИЯ «ГИБКИЕ МЕТОДЫ В ГОСУДАРСТВЕННЫХ ПРОЕКТАХ» http://ac.gov.ru/events/06866.html http://mtsepkov.org/GosAgile-2015-11 http://skillswiki.net/blog/2015/11/17/gost-agile/
  • 7. 7 “В прошлом году мы сделали 27 000 изменений платформы. Amazon делает 10 000 изменений своей платформы в день. Time to market – часы, и time to market – месяцы, это неконкурентоспособная история. Все это будет построено на Agile, наши люди все сидят в технологии Agile, потому что по другому такой объем сделать нельзя. Потому что Agile в ИТ это — ничего, если у тебя нет Agile всей организации. Все процессы должны быть перестроены. Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра. Мы поняли, что нам надо поменять все наши процессы. И это вызов ничего себе. Как только мы это осознали, мы поняли, что третья задачка – маленькая. Это нам самим себя надо вывернуть наизнанку, потому что мы абсолютно не готовы к этому.” ГАЙДАРОВСКИЙ ФОРУМ - 2016 https://www.youtube.com/watch?v=Tkj3sE492To&feature=share http://geektimes.ru/post/269440/ http://urazbaev.ru/post/pro-vystuplenie-grefa-na-gaidarovskom-forume-chto-on- imel-vvidu
  • 10. 10 http://www.youtube.com/watch?v=0B6xKJJfu20 Конференция «Гибкие методы в государственных проектах» 13 ноября 2015г.
  • 11. 11
  • 12. 12
  • 13. 13
  • 14. 14
  • 15. 15
  • 16. 16
  • 17. 17 http://www.youtube.com/watch?v=SkBSwCGTiGI Конференция «Гибкие методы в государственных проектах» 13 ноября 2015г.
  • 18. 18
  • 19. 19
  • 20. 20
  • 21. 21
  • 22. 22
  • 23. 23
  • 24. 24 Конференция «Гибкие методы в государственных проектах» 13 ноября 2015г.
  • 25. 25
  • 26. 26
  • 27. 27
  • 28. 28
  • 29. 29
  • 30. 30
  • 31. 31
  • 32. начальник сектора СПб ГУП «СПб ИАЦ» Смирнов Сергей ГИБКАЯ РАЗРАБОТКА ИС В РАМКАХ ГОСТ Конференция «Гибкие методы в государственных проектах» 13 ноября 2015г.
  • 34. ГОС. AGILE 34 • Гибкость в принятии решений Государственное проектное управление • Ограничения Федерального закона №44 Модель финансирования проектов • Работы в рамках существующих ГОСТ Исполнение работ по ГК
  • 35. ОПЫТ 35 • Автоматизация деятельности ИОГВ • 10 объектов • ~ 400 cотрудников • ~10 000 пользователей в Интернет • Развитие более 5 лет Информационная система • Поставка качественного ПО (~ 1 раз в месяц) • Заинтересованность и вовлеченность заказчика • Фокус на потребителе • В рамках ГОСТ 34, 19 Гибкая разработка
  • 36. МИФЫ О ГОСТ 34 36 1. В ГОСТ 34 «зашит водопад» и он не подразумевает итеративную разработку. 2. В отличие от Agile ГОСТ 34 не подразумевает вовлечение заказчика и исполнителя в совместную работу. 3. В отличие от Agile ГОСТ 34 не подразумевает создание общего словаря заказчика и разработчика. 4. ГОСТ 34 навязывает избыточную документацию. 5. ГОСТы 34-ой и 19-ой серии устарели. 6. Коммерческий сектор не пользуется ГОСТ 34. 7. ГОСТ 34 не дает быстрой обратной связи. 8. В ГОСТ 34 нет слова agile. Мадорская Ю.М., Тимофеев А.Н., Мифы про ГОСТ 34. //Практика проектирования систем.-2015. [электронный ресурс] — Режим доступа: http://reqcenter.pro/gost34- myths/, свободный. — Загл. с экрана
  • 37. РЕАЛЬНОСТЬ 37 • Календарный план по стадиям создания. • Исчерпывающий комплект отчетной документации. • Детальное описание требований в ТЗ. Некорректная трактовка ГОСТ • Вводу в эксплуатацию один раз в год. • Слабой обратная связь. • Не достижению целей заказчика. Может привести к
  • 39. РАЗДЕЛЫ 39 1. Требования 2. Календарный план работ 3. Отчетная документация
  • 40. ТРЕБОВАНИЯ 40 • Требования пользователей отдельным Приложением. • Требования на высоком уровне абстракции • Разделение на отдельные логические блоки (этапы реализации). Оформление ГК • Разработка ТЗ на систему и ее части. • Поэтапная разработка дополнений к ТЗ. Исполнение работ
  • 41. ТРЕБОВАНИЯ В ГК. ПРИМЕР 41 1. Развитие подсистемы «Подсистема 1» в части создания новых КЗ «Комплекс задач 1», «Комплекс задач 2», развития существующих КЗ «Комплекс задач 3», «Комплекс задач 4» 1.1. Создание КЗ «Комплекс задач 1»: …высокоуровневые требования… 1.4. Развитие КЗ «Комплекс задач 3»: …высокоуровневые требования… 2. Развитие подсистемы «Подсистема 2» в части … 3. Развитие подсистемы «Подсистема 3» в части …
  • 42. ТРЕБОВАНИЯ. ГОСТ 42 ГОСТ 34.602-89 «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» Пункт 1.2. «…Могут быть разработаны ТЗ на части АС; на подсистемы АС, комплексы задач АС и т.п…» Пункт 1.7. «…Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом…»
  • 43. КАЛЕНДАРНЫЙ ПЛАН 43 • Календарный план по этапам. • Каждый этап включает все стадии от «Технического задания» до «Ввода в действие». • Обоснование заказчику необходимость поэтапной сдачи через письмо от потребителя услуг. Оформление ГК • Возможность уточнения плана в дополнениях к ТЗ. • Итерационная разработка. • + Многократная доставка ценности потребителю. • + Быстрая обратная связь. • + Низкая вероятность ошибок в проектных решениях Исполнение работ
  • 46. КАЛЕНДАРНЫЙ ПЛАН. ГОСТ 46 ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» Пункт 2.2. «Стадии этапы, выполняемые организациями участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта… В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ» ГОСТ 34.603-92 «Виды испытаний автоматизированных систем» Пункт 1.16. «Допускается последовательное проведение испытаний и сдача частей АС в опытную и постоянную эксплуатацию при соблюдении установленной в ТЗ очередности ввода АС в действие».
  • 47. ДОКУМЕНТАЦИЯ 47 • Указание в ТЗ только необходимых документов. • Обоснование заказчику исключения избыточных документов. Оформление ГК • Подготовка в процессе работ. • Перекрестные ссылки между документами. • Автоматическая генерация документов. • Адаптация под технологии. Исполнение работ
  • 48. ДОКУМЕНТАЦИЯ. ПРИМЕР 48 Наименование документа Примечание Дополнение № 1 к Техническому заданию Создается каждый этап. Уточняются требования из ГК. Пояснительная записка. Создается на стадии проектирования. Актуализируется в ходе работ по этапу. Описание организации информационной базы. Автоматическая генерация через CASE средства перед сдачей работ. Описание программного обеспечения. Претерпевает незначительные изменения от этапа к этапу. Руководство пользователя. Актуализируется в ходе работ. Руководство администратора. На основе средств управления конфигурациями и средами. Программа и методика предварительных испытаний. Генерация на основе сценариев тестирования. Другая (спецификации, акты, планы, отчеты, рефераты, листинги) Формирование по шаблонам.
  • 50. ОТКРЫТЫЕ ВОПРОСЫ 50 • Нельзя вводить в эксплуатацию до вступления в силу регламентов. Административные регламенты. • Как проводить подготовку персонала? • Как проводить предварительные испытания? • Как быть с протоколами, актами? • Требуется автоматизация этих процессов! Непрерывная доставка (Continuous Delivery) • Метрики качества (тестовое покрытие, стат. анализ и т.п.) • Требования к использованию инженерных практик. • Есть ли законные основания для указания в ГК? Качественные характеристики
  • 51. НЕПРЕРЫВНАЯ ДОСТАВКА 51 Наименование работ Отчетные документы Подготовка объекта автоматизации к вводу АС в действие. Отчет о подготовленности объектов автоматизации к вводу в действие. Подготовка персонала. • Учебный план. • Акт о завершении подготовки персонала. • Копии приказов. • Справка о результатах выполнения пользователями итогового контрольного упражнения. • Копии ведомостей выдачи свидетельств пользователям о прохождении подготовки. Пусконаладочные работы. Акт проведения пусконаладочных работ. Проведение предварительных испытаний. Протокол предварительных автономных испытаний. Протокол предварительных комплексных испытаний.
  • 52. РЕЗЮМЕ 52 ГОСТ позволяет вести работу по Agile. Проблемы возникают от некорректной трактовки. Существует необходимость в разработке рекомендаций и ГОСТ, предписывающих применение современных процессных и инженерных практик.
  • 55. 55 Общие вопросы Как объяснить заказчику ценность гибкого подхода? Финансовая выгода, отсутствие избыточных разработок Минимизация рисков: контроль на ранних этапах, управление скоупом, готовность к изменения (законодательным) Сокращение времени поставки, ускорение обратной связи Качество Для каких категорий проектов целесообразно применять гибкие подходы? Госуслуги, взаимодействие с гражданами/юр.лицами, автоматизация ведомств Межведомственное взаимодействие, реестры
  • 56. 56 Команда Из каких ролей должна состоять команда? в проектной команде с учетом фактического заказчика, функционального заказчика, инвестора, исполнителя с описанием прав, обязанностей, мотивации Какие роли должны быть у Заказчика в GosAgile разработке? как распределять их между сотрудниками заказчика и исполнителя (если работа заказывается на стороне) Как вовлечь заказчика в конструктивное сотрудничество? советы, примеры, методы и способы вовлечения заказчика в конструктивную регулярную работу с командой (мотивация, публичная информация, обратная связь) Рекомендуемые метрики для команды
  • 57. 57 Планирование Как определять и делать только то, что необходимо государству и обществу? https://playbook.cio.gov/#play1 Согласно 44-ФЗ объем работ прописывается на уровне договора. Как можно гибко менять скоуп при этом? Насколько детальным может и должно быть ТЗ в GosAgile-разработке? надо описать варианты детализации ТЗ, как найти баланс между гибкостью и сохранением курса на конкретные цели? Портфель продуктов: как синхронизировать развитие взаимозависимых продуктов?
  • 58. 58 Планирование Как организовать процесс оценки трудоемкости и стоимости задач? Как планировать развитие продукта на год и более? Какие артефакты планирования развития продукта должны быть? Как оформить Vision & Goals? Как оформить Roadmap? Как организовать продуктовый бэклог? что нужно еще? как часто нужно пересматривать эти вещи? Как организовать итерационную поставку? хорошо было бы описать возможные варианты итеративной поставки функционала. как документально оформлять каждый инкремент и нужно ли делать общую приемку?
  • 60. 60 Исполнение Как организовать прозрачный и объективный выбор agile-разработчика? Как организовать прозрачный ход исполнения и контроль работы команды? Под прозрачностью я подразумеваю открытый процесс работы над проектом (доступ в трекер, доступ к доске задач, открытый процесс работы над тасками, доступ в систему контроля версий, демо, аудит и т.п.), что обеспечит уверенность заказчику, что работа по проекту идет, идет на должном уровне, рабочее время дважды не перепродается и т.п.
  • 61. 61 Исполнение Базовые подходы к организации CI/CD в agile- разработке? как легализовать CD в ГК? как организовать CI при совместной разработке несколькими исполнителями по разным ГК? Какие методы обратной связи применять для различных категорий пользователей? как получать регулярную качественную обратную связь: -если пользователи граждане -если пользователи служащие -фидбэк от стейкхолдеров Какие инструменты и процессы Quality Assurance необходимы для Agile-разработки?
  • 62. 62 Текущие нормативные ограничения Что конкретно в ГОСТ 34 и 19 мешает быть Agile? Что конкретно (какие стандарты, пункты или даже формулировки) существующих стандартов серии 34 мешают или не позволяют вести Agile-разработку? Это и надо менять. проблематика в том, что мало кто понимает как в принципе к этому подойти. как синхронизировать планы разработчиков и эксплуатации (если только не тотальный автоматизированный CD и DevOps по всем фронтам, конечно)
  • 63. 63 Завершение работ Какие минимальные артефакты должны остаться у Заказчика? Все, что сделано за бюджет - собственность РФ. Как Заказчику проверить соответствие исходного кода и документации тому, что ему поставили и внедрили? Какие формальные практики или процедуры должны быть стандартизованы или как минимум рекомендованы к выполнению? Как правильно организовать мониторинг работы системы и пользователей? https://playbook.cio.gov/#play12 Use data to drive decisions At every stage of a project, we should measure how well our service is working for our users. This includes measuring how well a system performs and how people are interacting with it in real-time.
  • 65. AGILE МАНИФЕСТ Люди и взаимодействие важнее процессов и инструментов Работающий продукт важнее исчерпывающей документации Сотрудничество с заказчиком важнее согласования условий контракта Готовность к изменениям важнее следования первоначальному плану 65 http://agilemanifesto.org/ 2001г.
  • 66. 66
  • 67. 67