Как я считаю проекты — Критерий завершённости

Я обещал написать про R&D и сложные проекты. Но так как тема сложная, а я пока в лёгком аврале, то напишу короткую заметку без чего невозможно вообще ничего оценивать. И что тесно связано с оценкой R&D. У любого проекта, который можно оценить в сроках и деньгах должен быть критерий завершённости. Я имею ввиду оценку не вида T&M (по-часовка), в которой платится по фактически отработанным часам. Но я уже много раз говорил, что T&M я не люблю в целом, так как он несёт в себе конфликт интересов заказчика и исполнителя.

Критерий завершённости, это те условия при которых проект считается выполненным. Критерии завершённости бывают разные. Есть критерий завершённости от желаемого результата, а есть критерий завершённости от проведённых работ. И для R&D нам просто не подходит оценка от результата. Если мы не знаем чёткого пути который даст нам желаемый результат оценить это безусловно невозможно.

Для примера у нас есть R&D задача. Нам нужно сделать технологию трекинга скелета человека. Мы не можем гарантировать заранее скорость работы и скажем точность, то есть в фиксированный бюджет обещать результат, если этой технологии не существует. Так бывает только с готовыми технологиями. Но по данной теме есть большое число научных работ, большое число различных наработок и мы вполне можем гарантировать, что "мы не знаем какой будет результат, но можем реализовать описание из этой научной работы".

Второй более простой пример это контент. Контент можно делать вообще бесконечно и докручивать "до идеала". И обычно самым простым ограничителем и критерием завершённости является — число версий и число итераций. То есть если вы делаете скажем персонажа, то это то, что можно крутить прям бесконечно. И кому то не нравится поза, эмоция, воротник какой-то скучный, складки на одежде не те, и так далее. Самый простой критерий завершённости данной работы — число итераций. Если зафиксировано 3 итерации правок скажем, три цикла работы и так далее, то в данном случае понятно когда работы заканчиваются. Там конечно нюансы что для данного процесса вести грамотно процесс отправки итераций и сборки комментариев. Чтобы всё было зафиксировано. У меня в проектах за это отвечает проектная таблица. В которой на соответствующих вкладках фиксируется вся коммуникация и важные отсечки проектов. А когда всегда можно пойти и показать где что согласовывалось, и где была проведена какая итерация, то легко обосновать почему дальнейшие работы это дополнительный бюджет.

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

#бизнес #фриланс