Rivalry2

HTML Diff

1 added 1 removed

Original 2026-01-01

Modified 2026-02-21

1 Руководитель департамента цифровых решений Агентства "Полилог", разработчик программной платформы POLYCODE для оптимизации и автоматизации процессов.

2 об авторе

3 Руководитель департамента цифровых решений Агентства "<a>Полилог</a>", разработчик программной платформы POLYCODE для оптимизации и автоматизации процессов.

4 Одна из особенностей работы с государством - то, что любые процессы максимально бюрократизированы. Реализация проекта иногда напоминает гражданскую войну, в которой структурные подразделения никак не могут договориться о результатах работ. При этом сроки сжатые, а отчётность огромная. Что делать в такой ситуации? Разберёмся с этим на примере IT-проектов.

5 Судьба проекта может измениться в одночасье, если в ходе работ произошла смена ключевого заказчика. Часто техническое задание содержит лишь общие требования к IT-системе. То, как они будут реализованы, детализируется в ходе проекта. В случае смены лица, принимающего решения, вы можете услышать:"У меня другое видение, давайте переделаем. Я ничего не подпишу. Такая система нам не нужна". И никого не волнует, что больше половины работ уже выполнено и ресурсы на это потрачены.

6 Правило 1: Обязательно иметь документы, подтверждающие ранние договорённости, в соответствии с которыми вы вели разработку.

7 Это может быть протокол рабочей встречи или частное техническое задание, согласованное сторонами. Не нужно жалеть ресурсы на подготовку такой документации. Даже если отношения с заказчиком очень тёплые, это здорово уменьшит риски при сдаче проекта. Как говорится, с бюрократией лучше бороться бюрократическими методами.

8 При создании государственных систем заказчиком обычно выступает департамент информационных технологий(ДИТ), а фактическим пользователем - отраслевые департаменты. Если при запуске проекта ДИТ не согласовал функциональные требования с профильными подразделениями - такое возможно, например, когда есть срочное поручение правительства, - вы можете оказаться в сложной ситуации. Отраслевым подразделениям может требоваться совсем не то, что написано в вашем техническом задании.

9 Правило 2: Выполняйте работы в соответствии с техническим заданием.

10 Всегда помните о ваших обязательствах. Но иногда стоит пойти навстречу пользователям по отдельным пунктам - это залог жизнеспособности системы в будущем.

11 Например, если есть гарантия качества работ(допустим, в течение года), можно в протоколе приёмки зафиксировать это как "пожелания заказчика, которые будут реализованы в рамках гарантии качества в такой-то срок".

12 Это никак не повлияет на просрочку по вашим основным работам, а пользователи будут удовлетворены. Если таких требований много, лучше вести речь об отдельном финансировании. К примеру, согласно закону о госзакупках (44-ФЗ), можно подписать дополнительное соглашение к текущему контракту - до 10% от его стоимости - без проведения конкурсных процедур.

13 При запуске IT-проекта госзаказчик привязан к бюджетному планированию, закупочным процедурам, планам информатизации. Это множество согласований внутри и вовне, которые завершаются, как правило, во второй половине года. В итоге на выполнение работ остается критически мало времени.

14 Принимая решение работать с государством, вы должны быть готовы выполнить большой объём работ в экстремально короткие сроки. При этом нельзя забывать, что проект закончится, а со всеми задействованными в нём ресурсами нужно будет что-то делать.

15 Правило 3: Держите значительную часть команды разработки на аутсорсе.

16 Специфика работы с госсектором такова, что большая часть контрактов закрывается в конце года. Если планируете много и регулярно работать с органами власти, нужно быть гибким, грамотно задействовать ресурсы и быть уверенным в них.

17 Доля программистов на аутсорсе может составлять до 60%. Но никаких фрилансеров - это риск утечки данных и практически полная гарантия того, что они исчезнут в самый неподходящий момент.

18 Если для коммерческого клиента важна эффективность, то для государственного заказчика - результат и правильная отчётность, причём в равной степени. Все финансовые документы по госконтрактам проходят проверку как самим заказчиком, так и проверяющими организациями: ФАС России, Счётной палатой, Генеральной прокуратурой и другими.

19 Неграмотная отчётность может превратить даже самый низкобюджетный проект в головную боль для вас и заказчика на долгие годы.

20 Правило 4: Отчётность - это 50% успеха проекта.

21 Это последнее, на чём можно экономить. В зависимости от масштаба проекта подготовкой отчётности обычно занимается или сам руководитель проекта, или большая группа из аналитиков, программистов, технических писателей.

22 Обязательно привлекайте к работе юристов, потому что IT-специалисты не умеют "правильно читать" договор. Управление отчётностью по госконтракту ресурсозатратно и может занимать до 30% от всего объёма работ, особенно в сфере IT.

23 Проекты для госсектора всегда несут дополнительную ресурсную нагрузку: администрирование и документирование проекта, дополнительные работы за рамками технического задания, а также необходимость мобилизации большой команды, чтобы реализовать задачи в срок. Хотите преуспеть - учитывайте эти моменты в смете, матрице рисков и составе команды на этапе его планирования.

24 - <a>Более 80 курсов со скидкой до 60%Курсы по Excel, бухгалтерии, управлению проектами, аналитике для старта карьеры. Подарок - бесплатные уроки по нейросетям. Записаться →</a>

24 + <a>Более 80 курсов со скидкой до 55%Курсы по Excel, бухгалтерии, управлению проектами, аналитике для старта карьеры. Подарок - бесплатные уроки по нейросетям. Записаться →</a>