Шаблон календаря закупівлі

Почніть із дати потрібного результату

Визначте, коли товар або послуга реально мають бути готовими до використання. Дата доставки може не збігатися з датою запуску: потрібні монтаж, перевірка, навчання чи передача документів. Від цієї кінцевої точки побудуйте послідовність попередніх дій. Не скорочуйте фактичний технологічний цикл лише для того, щоб таблиця вкладалася в бажаний місяць. Календар повинен показувати здійсненний маршрут, а не приховувати нестачу часу.

Розмежуйте внутрішні планові дати та обов’язкові процесуальні строки. Перші організація визначає для роботи команди, другі перевіряє за застосовними правилами конкретної закупівлі. Шаблон не встановлює універсальної тривалості процедури й не враховує автоматично всі можливі зупинення, зміни або оскарження.

Перелік етапів і залежностей

Включіть збір потреб, технічне опрацювання, дослідження ринку, погодження, підготовку документів, проведення відбору, укладення договору та виконання. Для кожної дії зазначте, що повинно завершитися перед її початком. Наприклад, остаточний розрахунок вартості залежить від узгодженої комплектації, а замовлення специфічного обладнання — від належного виникнення договірних зобов’язань. Не ставте всі етапи паралельно, якщо вони використовують ще неготові результати один одного.

Водночас шукайте реальну можливість паралельної роботи. Поки технічна команда уточнює умови монтажу, відповідальні можуть збирати доступні документи або перевіряти внутрішні погодження. Паралельність доречна там, де вона не створює суперечливих версій і не підміняє необхідного рішення.

Колонки календаря

Для робочої таблиці потрібні етап, відповідальний, початок, завершення, залежність, результат і статус. Корисно окремо показувати планову та фактичну дату. Поле «результат» має бути конкретним: погоджена специфікація, підписаний документ, підтверджена поставка, акт випробування. Загальний статус «у роботі» без результату й відповідального не допомагає зрозуміти, що саме блокує наступний етап і хто може усунути затримку.

Використовуйте однаковий формат дат і вказуйте часовий пояс для подій, де важлива година. Позначайте, чи тривалість виражена в календарних або робочих днях. Не підміняйте юридичне обчислення строку звичайною формулою додавання днів, якщо застосовні правила передбачають інший порядок.

Приклад поставки до навчального періоду

Умовна установа планує обладнати навчальну кімнату до початку занять. Після доставки потрібні два внутрішньо погоджені дні на монтаж і окремий день на перевірку. Команда відраховує ці роботи від дати готовності й отримує останню прийнятну дату доставки. Потім враховує підтверджений виробничий цикл постачальника та час на підготовку закупівлі. Усі тривалості в прикладі навчальні й не визначають нормативних строків.

З’ясовується, що погодження технічних умов затримується, а виробничий строк не можна скоротити. Календар показує проблему до оголошення. Команда оцінює доступні законні організаційні рішення: зміну графіка використання кімнати, готове сумісне рішення або інший обсяг потреби. Вона не переносить ризик на майбутнього виконавця невиконуваною датою.

Резерв часу

Резерв має бути прив’язаний до конкретного ризику: уточнення потреби, перевірка документів, логістична залежність або випробування. Не приховуйте його всередині довільно розтягнутих етапів. Видимий резерв допомагає керівнику зрозуміти, де можна коригувати план, а де строк визначений об’єктивно. Для критичних ресурсів оцініть альтернативний сценарій, якщо постачання або доступ до об’єкта зірветься.

Не використовуйте резерв як підставу відкладати початок роботи. Якщо команда регулярно споживає його ще до завершення підготовки, потрібно проаналізувати причини: неповні заявки, довгі погодження, повторні зміни специфікації. Саме оновлення дати в таблиці не усуває системної затримки.

Зміни й повідомлення

Для кожної зміни запишіть причину, автора, дату та вплив на залежні етапи. Перенесення строку подання може вплинути на оцінювання, договір і фактичну поставку. Зміна місця виконання — на монтаж і приймання. Оновлюйте весь пов’язаний ланцюг, а не лише одну клітинку. У публічній закупівлі окремо перевіряйте належний порядок зміни та оприлюднення відповідних документів і строків.

Повідомляйте відповідальних про зміни у спосіб, який дозволяє підтвердити актуальну версію плану. Файл у спільній папці корисний лише тоді, коли команда знає, де він і хто його веде. Не підтримуйте паралельно кілька «остаточних» календарів без визначеного власника.

Контроль виконання плану

На короткому перегляді календаря обговорюйте завершені результати, прострочені залежності та рішення, потрібні для наступного кроку. Не зводьте зустріч до читання кольорових статусів. Якщо етап позначено завершеним, перевірте наявність конкретного результату. Наприклад, підготовлений проєкт договору ще не є укладеним договором, а відвантаження зі складу постачальника — підтвердженим прийманням на об’єкті замовника.

Після завершення закупівлі порівняйте план і факт. Виділіть причини відхилень, які можна врахувати наступного разу. Заготовка нижче допомагає вести календар, але зміст дат і юридичні межі кожної дії потрібно визначати для конкретного предмета, виду процедури та редакції застосовних правил.

Заготовка календарного рядка

Кінцевий результат закупівлі: [що має бути готове і коли]. Для кожного етапу заповніть назву, відповідального, необхідний попередній результат, плановий початок, планове завершення, фактичну дату та підтвердження завершення. Вид строку: [внутрішній план або перевірена процесуальна вимога]. Одиниця тривалості: [календарні чи робочі дні відповідно до правила]. Часовий пояс і година: [де це суттєво]. Резерв: [конкретний ризик, для якого він передбачений]. Зміни плану: [автор, дата, причина й залежні етапи]. Невирішене питання для керівника: [потрібна дія]. Після завершення порівняйте план із фактом та зафіксуйте причини відхилень для наступного циклу.