Як укладатися в терміни. Частина 1
Сьогодні просту пораду про те, як можна навчитися дотримуватися термінів або зрозуміти, на що витрачається час при проекті.
Робимо сайт. Дуже довго стверджуємо і переробляємо проектну частину і дизайн в зв'язку з постійно з'являються новими ідеями замовника, і часу на програмування і наповнення практично не залишається. Через затримку з дизайном не вкладається в загальний термін здачі проекту. Навіть якщо програмну частину робимо швидше, ніж планували.
Коли підходить термін, замовник вимагає готовий продукт. А оскільки готового продукту він не побачить, поки програмна частина не буде дороблена і відтестувати, він починає рвати і метати ... і при цьому чути не хоче про те, що 70% затримки сталося з його вини. «Винен завжди стрілочник» - безапеляційно заявляє він.
Коли проект вже добігає кінця, то розбиратися в тому, з чиєї вини сталися затримки і вирішувати, хто правий, а хто винен не має сенсу. Звинувачувати замовника в затримках - стратегічно неправильно, а брати всю провину на себе і виправдовуватися за помилки, яких не скоював - теж не хочеться.
Що потрібно робити, щоб в майбутньому уникати подібних ситуацій? Рецепт простий - розбивати проект на етапи і кожному етапу прописувати терміни. наприклад:
- 1й етап. Проектування. Строк: 5 робочих днів.
- 3й етап. Програмування та тестування сайту. Термін 10 робочих днів.
- 4й етап. Інформаційне наповнення, верстка контенту. Термін 5 робочих днів.
При цьому, в договорі можна вказати, що етапи виконуються послідовно. І кожен наступний етап починає виконуватися після того, як зданий попередній.
Які вигоди це дає:
Подібна схема дисциплінує замовника і виконавця. Обидві сторони чіткіше уявляють собі, скільки часу піде на проект. І діють більш активно. Особливо менеджери студії. Одна справа, коли термін стоїть на весь проект, і здається, що часу ще вдосталь, і зовсім інша, коли до здачі етапу залишилося два дні.
Контролювати проект стає набагато простіше. Відразу легше визначати, на якому етапі відбувається косяк. Де затягуються терміни, і хто винен в тому, що вони затягнулися. Якщо винні виконавці, то менеджери / дизайнери / програмісти отримують люлей. Студія виплачує пенні клієнту ... або просто вибачається. Тут все залежить від того, як спочатку домовилися з замовником.
В нашій студії за недотримання термінів ми штрафуємо виконавців, і робимо клієнту безкоштовно якусь додаткову роботу. Навіть якщо про це не було попередньої домовленості. Це дозволяє не втратити обличчя і зберегти хороші відносини з клієнтом.
Якщо винен замовник, то він тут же ставиться перед фактом власного раздолбайства і позбавляється морального права пресувати студію і нарікати на затримку термінів. Є етап, і є термін його виконання. І виконавцям зовсім не обов'язково стає працювати понаднормово, щоб встигнути за пару днів зробити двотижневу обсяг роботи, як було б, якби термін був зазначений для всього проекту в цілому.
Як правило, застосування такої схеми дозволяє уникнути багатьох конфліктів при здачі проекту.
Важливо. Вказувати в договорі терміни в «робочих днях». Це дає можливість задіяти суботу та неділю в якості резерву часу, в разі якщо виконавець не вкладається в терміни. Нагадую, що у фрілансерів і виконавців, які працюють на аутсорсингу не 21 робочий день на місяць, а всі 30;)
В нашій студії подібна схема діє для всіх проектів тривалістю більше 10 робочих днів.