Аналіз
- уточнення технічної частини задачі
- аналіз існуючої реалізації
- пошук причини проблеми
- вивчення документації та API
Прозорий облік робочого часу
Один принцип обліку для всіх форматів
Ми фіксуємо фактично витрачений час на погоджені технічні роботи. Один принцип діє для разових задач, абонентської підтримки та депозиту годин.
Платите за фактично виконану технічну роботу
- Задача
- Аналіз
- Реалізація
- Тестування
- Фактичний час
- Звіт
Склад робочого часу
Що входить у робочий час
Виконання задачі складається не лише з написання коду: перед зміною потрібно зрозуміти проєкт, а після неї — переконатися, що все працює.
Реалізація
- програмування
- CMS, модулі та плагіни
- інтеграції та webhooks
- база даних, імпорт та експорт
- server та cron
Безпечне впровадження
- резервна копія, якщо вона потрібна
- розгортання погоджених змін
- оновлення компонентів
- технічні перевірки після впровадження
Тестування
- перевірка виконаної задачі
- пов’язані сценарії
- логи
- перевірка результату на робочому сайті
Аналіз і тестування — це частина технічної роботи. Саме вони визначають, чи буде зміна коректною та безпечною для робочого сайту.
Межа технічної роботи
Адміністративні питання не є технічною роботою
Ми відокремлюємо роботу над проєктом від організаційної комунікації, щоб облік залишався зрозумілим.
Враховується як робота
- технічна консультація по конкретній задачі
- аналіз задачі та поточної реалізації
- дослідження API та зовнішніх сервісів
- підготовка технічного рішення
Не списується як технічний час
- обговорення умов співпраці
- підготовка рахунків
- акти та документообіг
- загальні організаційні питання
Оцінка та факт
Попередня оцінка та фактичний час
Оцінка — це очікуваний обсяг роботи, а не автоматично фіксована вартість будь-якої задачі.
Що показує попередня оцінка
Якщо задача зрозуміла з опису, коду або документації, ми оцінюємо її до старту. Оцінка показує очікуваний обсяг роботи.
- враховує поточну реалізацію сайту;
- залежить від якості існуючого коду;
- залежить від сторонніх модулів та інтеграцій.
Чому фактичний час може відрізнятися
На legacy-проєктах і чужому коді під час виконання можуть виявитися приховані залежності, нестандартні модифікації або конфлікти модулів.
- якщо обсяг суттєво зростає — повідомляємо;
- не збільшуємо бюджет значно без погодження;
- узгоджуємо наступний крок до продовження робіт.
Діагностика
Коли спочатку потрібно розібратися
Не кожну задачу можна оцінити за описом. Іноді першим етапом стає технічне дослідження проєкту.
- код
- логи
- база даних
- налаштування
- API-документація
- тестові запити
- 01невідома причина помилки
- 02чужий код
- 03старий проєкт
- 04нестабільна інтеграція
- 05потрібно вивчити API
- 06проблема залежить від сервера або зовнішньої системи
Результат діагностики
- знайдена причина проблеми;
- виправлення, якщо воно можливе в межах етапу;
- або варіанти рішення та нова оцінка.
Три формати співпраці
Як списується час у різних тарифах
Принцип обліку однаковий. Відрізняється тільки джерело, з якого списується фактичний час.
Разові роботи
1 200 грн / год
Фактичний час множиться на стандартну почасову ставку.
Разові роботиАбонентська підтримка
5 / 10 / 15 годин
Фактичний час списується з місячного пакета годин.
Абонентська підтримкаДепозит годин
45 / 60 / 120 годин
Фактичний час списується із загального балансу депозиту.
Депозит годинПеревищення оцінки
Якщо задача виявилася складнішою
Ми не обіцяємо, що перевищення оцінки неможливе. Натомість фіксуємо, що робимо, коли обсяг зростає.
- 01
Виявляємо новий обсяг
Під час роботи знаходимо додаткову залежність, конфлікт або обставину, яка впливає на оцінку.
- 02
Зупиняємося перед додатковими роботами
Не виконуємо значний додатковий обсяг, доки він не погоджений.
- 03
Пояснюємо причину
Описуємо, що саме було виявлено та як це впливає на задачу.
- 04
Повідомляємо нову оцінку або варіанти
Пропонуємо подальші кроки: повне рішення, проміжний варіант або окремий етап.
- 05
Продовжуємо після погодження
До робіт повертаємося після вашого рішення щодо наступного етапу.
Звітність
Видно, на що витрачений час
Базовий принцип — облік по конкретних роботах, щоб було зрозуміло, звідки взялася кількість годин.
Обговорити задачу- облік ведеться по конкретних задачах, а не загальною сумою годин без пояснення;
- для регулярної підтримки звіт може містити перелік виконаних робіт, витрачений час та залишок годин;
- формат звіту може залежати від договору та особливостей проєкту.
Приклад
Як виглядає облік по задачах
Демонстраційний фрагмент звіту, який показує принцип запису робіт.
| Задача | Що виконано | Час |
|---|---|---|
| Помилка checkout | Діагностика, виправлення логіки та тестування | 1 год 40 хв |
| Інтеграція CRM | Перевірка API, зміна передачі статусу та тест | 2 год 20 хв |
| Оновлення сайту | Backup, оновлення компонентів та перевірка сценаріїв | 1 год |
Приклад наведений лише для пояснення принципу обліку й не є нормативом часу для аналогічних задач. Фактичний час залежить від стану проєкту, коду та зовнішніх систем.
Коротко про головне
Питання та відповіді
Чи оплачується діагностика?
Так. Аналіз коду, логів, конфігурації або API є технічною роботою.
Чи оплачується тестування?
Так. Перевірка внесених змін є частиною виконання задачі.
Чи можна заздалегідь знати точну вартість?
Для частини задач — так. Для задач з невідомою причиною або складними залежностями спочатку потрібна діагностика.
Що буде, якщо задача виходить за оцінку?
Якщо бачимо суттєве збільшення обсягу, повідомляємо про це та погоджуємо наступні дії до виконання додаткових робіт.
Чи враховується листування?
Технічна комунікація, необхідна для уточнення або виконання конкретної задачі, є частиною роботи. Адміністративні питання в технічний час не входять.
Наступний крок
Є задача, яку потрібно оцінити?
Опишіть проблему або бажаний результат і надішліть посилання на сайт. Ми скажемо, чи можна дати попередню оцінку одразу, або спочатку потрібен технічний аналіз.