заказчик-исполнитель: что не так? Почему большинство проектов подвержены критике?
а кто собственно заказчик?
практический опыт проектов для госструктур
векторы необходимых изменений взаимодействия. Научите госзаказчика быть гибким
Иван Дубровин. Почему государство должно быть Agile?
Антон Душутин, Госзаказчик и исполнитель - коллеги или враги
1. Гибкие методы в государственных проектах
Госзаказчик и исполнитель-коллеги или враги?
Антон Душутин, ЗАО «СФЕРА»
2. Agile Manifesto
• На протяжении всего проекта разработчики и представители
бизнеса должны ежедневно работать вместе.
• Работающий продукт — основной показатель прогресса.
Сотрудничество с ЗАКАЗЧИКОМ важнее
согласования условий контракта
Осознаем, что:
Принципы:
3. Нам нужны требования!!!
Время уходит!
Кому вообще это надо?
У вас же есть ТЗ?
ЧТЗ – обязательно согласуем – ну… не быстро, а как вы хотели?
Да конечно – на следующей неделе будет время!
Да – я выделю тех, кто понимает что нужно… Совещание!
Ну и приемочная комиссия будет…
Мы и без вас как-то жили… Но раз руководство сказало…
Ой… А как в Excel формулу
скопировать?
Ага-а меня сократят что ли?
Zuma…
Этот Excel-ад уже надоел!
Неужели нельзя все
автоматизировать?
4. Так кто же собственно заказчик?
Тот, кто будет использовать продукт в своей
деятельности!
Тот, кто заинтересован в результате!
А не тот, кто подпишет акт сдачи-приемки работ!
Однако…
5. Две реальности
Мир Исполнителя Мир Заказчика
- Четкие требования.
- Планируемые циклы разработки.
- Отклик от пользователей.
- Осознанные сроки на проект.
- Достаточный бюджет.
- Минимальные права по контракту.
- Огромные обязательства и риски
«черного списка». Контракт не
расторгнуть.
- Сделать продукт или сдать контракт?
- Туманные перспективы сотрудничества
после контракта.
- Есть контракт и есть ТЗ.
- Что-то согласовать-надо у всех
завизировать.
- Текущие задачи важнее.
- Сроки определены в календарном плане.
- Финансирование в рамках одного года.
- Права по контракту неограниченны.
- Обязательств Заказчика нет.
- Тонны документации важнее. Есть что
показать.
- Надо как-то закрывать!
- Внедрение, сопровождение, доработка –
все потом.
6. Обоюдная ответственность! Проектный комитет!
Сейчас нет НПА и практики, регламентирующей
ОТВЕТСТВЕННОСТЬ Заказчика за исполнение
проектов в сфере разработки ПО
Какой выход?
А мотивация у экспертов
Заказчика?
7. Что делать?
• В контракте должны быть обязанности и ответственность Заказчика за
предоставление экспертной группы, отвечающей за результат проекта.
• В контракте должны быть права Исполнителя требовать смены экспертов.
• Устав проекта и используемая методология ведения проекта должны
быть неотъемлемой частью государственного контракта, а предложения
по ним – обязательной частью оценки на этапе конкурсных процедур.
• Снижение нагрузки по «изготовлению» бессмысленной документации.
• Радикальная мера – фиксированный объем бюджета проекта идет на
ОФИЦИАЛЬНОЕ финансирование экспертов со стороны Заказчика. И это
определено законодательно.
8. О себе
• Директор направления разработки АИС ЗАО «СФЕРА»
• 12 лет опыта управления проектами по разработки ПО для
государственных заказчиков
• Основные заказчики: МВД, ФСИН, Судебный департамент, ФМС, Лукойл