Изменения

* В презентации - много ссылок, смотрите.

* В докладе был рассказан практический кейс по одной системе совмещения Agile с нынешним нормативным регулированием. С представлением конкретных решений там, где они найдены и используются и тех проблемных вопросов, с которыми есть затруднения.

* Часть из них были обсуждены в рамках open space на конференции и были даны вполне рабочие гипотезы возможных решений. Например, обязательное требование по обучению пользователей может реализовываться через предварительную публикацию видео-уроков, дополненную мониторингом просмотра при необходимости. А тестирование при частых, в перспективе непрерывных поставках - через согласование методики еще на этапе постановке, с дальнейшей автоматической фиксацией ее успешного прохождения, возможно - через автотесты. Пунктирно намечена конструкция контрактования с ранней поставкой системы, при том, что контрактуется полный функционал, поставляемый за год.

* В целом доклад - это хорошая основа для оглавления методологических рекомендаций, а по ряду разделов - и для их наполнения.

* В докладе был представлен конкретный кейс контрактования проектов с переменным scope в рамках 44-ФЗ.Заметим, что это не оплата по T&M, тут авторы неправы (и сами признавали это). Способ применяется в Тюменской области и успешно проходит аудиторские и другие проверки. Правда, как признал докладчик, у нас в каждом регионе - своя правоприменительная практика, и это не означает. что в вашем регионе контролирующие органы одобрят такую конструкцию.

* Контракт в этом случае выглядит из двух частей: не тарифицируемой и тарифицируемой. В не тарифицируемую входит сопровождение уже разработанного функционала, а в тарифицируемую - развитие системы. Тарифицируемая часть ограничена по бюджету и есть ставка за час. А дальше - самое интересное. Каждая доработка оценивается исполнителем в часах и идет торговля - нужна ли она Заказчику за столько часов, или нет. При этом Заказчик не обязан выбирать всю квоту тарифицируемых часов.