Декомпозиция по 44 фз

Случаи из практики судов Дроблением закупки называют искусственное разделение одного контракта на несколько более дешевых таким образом, чтобы их можно было заключить без конкурентной процедуры. Например, вместо одного контракта стоимостью тыс. Каждый из контрактов укладывается в рамки малой закупки и заключается напрямую с поставщиком. Зачем заказчики дробят закупки Преимущества заключения контрактов напрямую очевидны. Их несколько: не нужно готовить закупочные документы, что существенно экономит время и снижает трудозатраты при подготовке к заключению контракта; не нужно выжидать положенные по процедуре сроки; можно заключить контракты с удобным поставщиком.

ВИДЕО ПО ТЕМЕ: 44-ФЗ ДЛЯ НАЧИНАЮЩИХ! Электронный аукцион по ФЗ-44? Что это такое и как участвовать? [Незапилено]

Содержание:

• Дробление закупок: как разбить большой госзаказ на несколько маленьких
• 44-ФЗ Штрафы
• Штрафы по 44 ФЗ
• Новые вопросы
• Please turn JavaScript on and reload the page.
• Дробление закупок: когда можно, а когда запрещено
• Часть II Проектирование баз данных (бд) Цели проектирования:
• GOSAGILE? Итоги обсуждения применения Agile в госконтрактах

Дробление закупок: как разбить большой госзаказ на несколько маленьких

Итоги обсуждения применения Agile в госконтрактах Published by Асхат Уразбаев, November 4th, Текущая ситуация В группе AgileRussia в фейсбуке состоялась интересная дискуссия о применении Agile в проектах с государственным участием. Разработка программного обеспечения по госконтрактам ГК — дело непростое. ГОСТ—19 год! Оказывается, внедренное ПО превращается в АС.

Лично мне это было не очевидно. Можно ли разрабатывать по Agile? Эксперты сходятся во мнении, что это возможно: Дмитрий Синяев. Госты регламентируют бумажки, что в них должно быть написано. А результаты работ и в том числе бумажки, которые вы должны написать, регламентируют контракт и календарный план. Делайте контракт и календарный план таким образом, чтобы он не мешал вам работать по Agile… Ближе к классическому Scrum: Дмитрий Шайдаев … Внутри команды работаем по эджайлу, выпускаем внутренние релизы каждые 2 недели, назначаем кого-то на роль продакт-оунера.

А наружу отдаем ГОСТовские артефакты. Создание продуктового бэклога и первые несколько спринтов ведем параллельно с созданием ТЗ. В ТЗ оставляем пространство для маневра, не прорабатываем детально, так как по ходу спринтов у нас что-то скорректируется.

Последние спринты делаем с фокусом на багфикс и стабилизацию. Или просто короткими относительно итерациями: Сергей Нужненко. Таким образом мы можем получать за минимум 4—5 месяцев выход первой очереди в опытную эксплуатацию которая для многих систем не может сводиться к демо-сессии и требует завершения производственного цикла для нормального измерения улучшаемых показателей, а это часто месяцы или кварталы и по 3 месяца на следующие циклы.

Обоснование бюджетной заявки Для работы по Agile требуется определенное пространство для маневра по уточнению рамок работ. Иван Дубровин. Бюджетная заявка содержит высокоуровневый Scope работ и его оценку - от этого не уйти, но в ходе реализации контракта появляется поле для маневра, что есть бесспорное благо, так как очень часто и заказчик и исполнитель становятся заложниками детального ТЗ.

Дмитрий Шайдаев А для заявки нужны оценки всех работ на всех этапах и их декомпозиция - верно? Ну да придется написать воды. А во всех ли проектах по госконтрактам фактический план работ совпадает с бюджетной заявкой? Это можно делать при определенных знаниях и навыках : Иван Дубровин Для справки: обоснование потребности в бюджете не требует детального ТЗ.

Такие преценденты были в опыте Ивана Дубровина. С ним согласен Сергей Смирнов Sergey Smirnov. На личном опыте могу сказать, что не все так безнадежно, и в комитете есть толковые специалисты, которым можно объяснить то, как в современном мире эффективно вести разработке. Для ряда ГК уже в этом году удалось переломить стереотип водопада и сформировать контракты с инкрементными, итеративными разработками.

При чем тут ГОСТ? Риски плавающего scope Sergey Smirnov… уровень абстракции прямо пропорционален риску появления недобросовестного исполнителя. В противном случае, заказчику приходится опускаться в детальную формализацию требований. Sergey Smirnov … большая часть ТЗ составляется IT компаниями, которые либо уже заранее прорабатывают предмет или имеют значительные наработки и предварительные договоренности.

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

А вот, если явных факторов, указывающих на определенного исполнителя, прицепить к ТЗ не получается, или если ТЗ составляется не ИТ специалистами, то очевидным стремлением получить максимум и не быть обманутым является детализация требований. ГОСТ 34 сам по себе не мешает выстраивать итеративный процесс и не предписывает водопадную модель.

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

Можно успешно выполнять работы итерациями и даже вводить в эксплуатацию системы или ее части по нескольку раз в год. Потребность в изменении и новом стандарте Sergey Smirnov. Огромным недостатком ГОСТ 34 и 19 является то, что многие трактуют его как водопад и выстраивают календарные планы таким же образом.

Также в ГОСТ довольно много устаревшей терминологии, наименований разделов документов и т. Со всем этим вполне можно работать и работать эффективно и по agile, но определенно есть потребность в создании стандартов, рекомендаций, шаблонов документов, которые бы сразу указывали заказчикам, потребителям услуг, разработчикам на современные процессные и инженерные agile практики.

Проблема в том, что когда ребята из комитетов, министерств хотят что-то упорядочить и систематизировать, они берут ГОСТ 34, Они начинают настаивать на всем наборе документов для всех АС, на всех стадиях и воспринимают это как жесткую водопадную модель, Я вначале года потратил месяц на то, чтобы убедить юристов, отделы контроля и т. В этом и смысл, очень хорошо было бы создать стандарт или дополнение, которые бы сразу давали понятие о современных эффективных методах работы.

Максим Цепков. Я полагаю, что успешная разработка обеспечивается agile-процессом, который, при необходимости и по месту должен быть дополнен уместными более тяжелыми практиками, такими как тщательная спецификация ПМИ или трассировка решений до первичных требований или что-то еще подобное, а ты формулируешь, что ГОСТ 34 , являясь основой, позволяет при необходимости использовать agile в необходимых пределах.

Это - разница в исходных полаганиях. При том, что в конкретном проекте оба таких приближения могут привести к одному и тому же процессу, просто с разных сторон. Сергей Нужненко. С этим многие и я тоже согласны: водопад по ГОСТ - это следствие применения бездумного copy-paste и отсутствия минимальных знаний о проектировании и планировании. И там выше обсуждали, что методические указания по организации ЖЦ АС тоже нужны.

Достаточно ли этого, чтобы сменить парадигму в головах заказчиков? Максим Цепков считает, что нет. Методические указания по организации ЖЦ систем - полезны. И всяк желающий может сделать инициативную группу для их разработке. Но вот для смены парадигмы мышления и подхода нужен именно ГОСТ, а методические указания это не сделают. Какие следующие шаги Однако это может стать отличным первым шагом. Игорь Беспальчук Очень согласен с Максимом Цепковым по поводу практики применения.

Но, с другой стороны, если подготовить рекомендательный а не допускающий, как сейчас!

44-ФЗ Штрафы

Можно ли ограничиться локальным сметным расчетом при закупке работ по капитальному ремонту объекта капитального строительства? Началось все с того, что буквальное прочтение п Для ведения реестра контрактов обновлен порядок формирования и обмена сведениями 23 сент. Действующий на данный момент приказ Министерства финансов Российской Федерации от 24 ноября г.

Комментарии 10 Основные изменения в 44 ФЗ в году: последняя редакция Ненадлежащее исполнение сторонами условий контракта законодательно регулируется с года, когда проект был одобрен Госдумой. Последние правки в него внесли в году. Одним из главных новшеств стал переход на электронную форму закупок. С 1 июля г.

Штрафы по 44 ФЗ

Субъектом Российской Федерации разработан и представлен в Минтранс России проект ПКРТИ Улан-Удэнской городской агломерации, актуализованный с учетом принятых документов территориального планирования, программ комплексного развития транспортной инфраструктуры, комплексных схем организации транспортного обслуживания населения общественным транспортом, в том числе учитывающих пригородные перевозки, комплексных схем организации дорожного движения и содержащий детализированные предложения по реализации второго этапа приоритетного проекта, в том числе сведения о необходимом финансовом обеспечении. Оценка производится на основании сводных календарных планов выполнения соответствующих работ. В государственную программу субъекта Российской Федерации в качестве аналитического приложения включена актуализированная с учетом реализации второго этапа приоритетного проекта программа комплексного развития транспортной инфраструктуры городской агломерации. В Минтранс России представлен сводный календарный план выполнения соответствующих работ. В Минтранс России представлен сводный календарный план выполнения мероприятий программы комплексного развития транспортной инфраструктуры городской агломерации на год, содержащий в том числе сведения о натуральных показателях объемов работ в отношении которых заключены соответствующие контракты, стоимости фактически заключенных контрактов. В Минтранс России представлены сводный календарный план выполнения соответствующих работ.

Новые вопросы

Государственным заказчикам Санкт-Петербурга первого уровня при размещении государственного заказа Санкт-Петербурга запрещается осуществлять действия принимать решения , направленные на изъятие процедур размещения государственного заказа Санкт-Петербурга из компетенции уполномоченного органа и на самостоятельное проведение процедур размещения государственного заказа Санкт-Петербурга декомпозицию , отнесенных постановлением Правительства Санкт-Петербурга от Государственным заказчикам Санкт-Петербурга второго уровня при размещении государственного заказа Санкт-Петербурга запрещается осуществлять действия принимать решения , направленные на изъятие процедур размещения государственного заказа Санкт-Петербурга из компетенции уполномоченного органа или государственного заказчика Санкт-Петербурга первого уровня и на самостоятельное проведение процедур размещения государственного заказа Санкт-Петербурга декомпозицию , отнесенных постановлением Правительства Санкт-Петербурга от Искусственным разделением одного вида закупок однородных товаров, работ, услуг далее - однородная продукция на части и или искусственным разделением выделенных на этот вид закупок средств бюджета Санкт-Петербурга считается самостоятельное проведение государственным заказчиком Санкт-Петербурга первого уровня и или государственным заказчиком Санкт-Петербурга второго уровня торгов для закупки однородной продукции с суммарной начальной максимальной ценой таких торгов в отношении каждого вида однородной продукции, превышающей 30 млн руб. Пример: государственному заказчику Санкт-Петербурга первого уровня в году на выполнение работ по капитальному, текущему и косметическому ремонту зданий, занимаемых учреждениями образования, в соответствии с Законом Санкт-Петербурга на соответствующий финансовый год выделено млн руб.

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

Please turn JavaScript on and reload the page.

Итоги обсуждения применения Agile в госконтрактах Published by Асхат Уразбаев, November 4th, Текущая ситуация В группе AgileRussia в фейсбуке состоялась интересная дискуссия о применении Agile в проектах с государственным участием. Разработка программного обеспечения по госконтрактам ГК — дело непростое. ГОСТ—19 год!

ПОСМОТРИТЕ ВИДЕО ПО ТЕМЕ: Вебинар по 44-ФЗ

Рассмотрим основные факторы, влияющие на выбор. Искусственное дробление закупок по ФЗ и ФЗ — это преднамеренная и умышленная разбивка стоимости отдельного заказа на несколько договоров при условии, что заказчику заранее известна потребность в такой продукции или работах на плановый период, и не существует препятствий технологического или экономического характера, не позволяющих провести одну процедуру для приобретения всего объема требуемых товаров, работ, услуг. Разберем процедуру дробления закупок по ФЗ, ответственность за нарушения при выборе процедуры. Заказчик может на свое усмотрение выбирать способ определения победителя: как конкурентный аукционы, конкурсы, запросы котировок в электронной форме и т. Проведение торгов не всегда является более эффективным и результативным способом заказа, по сравнению с ЕП.

Дробление закупок: когда можно, а когда запрещено

.

.

Часть II Проектирование баз данных (бд) Цели проектирования:

.

GOSAGILE? Итоги обсуждения применения Agile в госконтрактах

.

.

.

.