Upload
sergey-smirnov
View
182
Download
5
Embed Size (px)
Citation preview
2016
1
AGILE И ГОСКОНТРАКТ
ДОКЛАДЧИК
2
Смирнов Сергей
smirnoff_sergey
sergey.smirnov.1829
к.т.н., начальник сектора разработки
СПб ГУП «СПб ИАЦ»
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