Тонкості оцінки вартості роботи

Багатьом тут напевно довелося стикатися з оцінкою вартості проектів в умовах мм… так скажемо обмеженої інформації. Тобто. Наприклад ставиться дуже розмите завдання («зробити сайт з такими можливостями» і лише краааткий бриф.) А у відповідь треба видати оцінну вартість. Власне, так і відбувається здебільшого на біржах фрілансерів — замовник «збирає» від усіх претендентів оцінки і вибирає з ким працювати. Тому «послати нафігбезТЗ» не працює.Випадок два.Проект розписаний, ТЗ складено, а терміни пливуть…

Як навчитися адекватно оцінювати вартість та, відповідно, час реалізації проекту?

Поділіться, будь ласка, досвідом. Які принципи ви виробили для себе?

Ось що я поки що зібрав і чого намагаюся слідувати:

- Приблизну (але далеко не завжди адекватну) вартість проекту можна отримати в ході пошуку подібних проектів на фрілансерських біржах;

— запит будь-яких змін замовникомобов'язковотягне за собою обов'язкову зміну ТЗ та, відповідно, перерахунок термінів та вартості проекту;

- у плануванні часу варто пам'ятати, що безпосередньо програмінг може займати

30% часу. Решта – проектування, тестування та комунікація з клієнтом;

- Закладати в план час з урахуванням виникнення ризиків («пожежа, епідемія, космосу чорні дірки»:)

— особисто мені поки — за відсутності чіткого ТЗ необхідно множити початковий эстимейт на 2-2.5 (з аналізу термінів пост-фактум) Т.е. Початкове припущення відрізняється від реальності вдвічі.

Що б ви додали?

Може якусь літературу статті проштудувати порадите?

1. поговорити не пробували?Запитати що саме замовник мав на увазі, як він собі це уявляє і взагалі деталі розкрити. Як правило одне, максимум двох, листів з питаннями вистачає щоб отримати достатньо інформації для оцінки вартості робіт.

Особисто мені відповіді відразу з ціною на заявку в пару фраз здаються спамом.

2. Терміни пливуть завжди. Потрібно мати неабиякий досвід і хороший професіоналізм щоб виконати все як думалося. Я пам'ятаю захоплювався викладом із загальної біології, який весь урок яскраво, насичено розповідав, влаштовував міні тести, встигав відповісти на купу питань і так далі, але завжди дзвінок дзвенів саме тоді, коли нарешті він дивився на годинник наприкінці уроку. Так от у роботі так не буває. Можна закінчити раніше, можна напружитися і, за рахунок іншого заняття, встигнути вчасно, але завжди є відхилення. Можна їх приховувати оперуючи великими або розмитими термінами (наприклад, «протягом тижня»). Можна закладати буфер про всяк випадок. А можна термінами нормально управляти — спілкуватися із замовником, повідомляти йому плани, коригувати плани, якщо виявилися проблеми чи збільшилася кількість роботи, чи навпаки вдалося все зробити раніше. У зворотний бік замовник може визначити пріоритети важливі для нього, простимулювати, якщо треба швидше чи навпаки.