Несколько советов заказчику разработок на 1С

[MuI_I_Ika]

Когда вы заказываете разработку на 1С, перед вами, как правило, стоит цель выполнить задачу в сжатые сроки с наивысшим качеством за наименьшую цену. Это классический треугольник: цена, качество, сроки. Однако, как трезвый человек вы понимаете, что не все так идеально как кажется с первого взгляда.


[cutoff]
Попасть в центр треугольника, как правило не получается, поэтому приходится чем то жертвовать. Предлагаю поговорить о том не чем жертвовать обычно приходится, а как выжать из исполнителя по максимуму и достичь желаемого центра треугольника, ну или хотя бы приблизиться к нему.

Что я предлагаю? Перво-наперво предлагаю отказаться от той цели, которая обозначена в начале статьи. Не надо стремиться получить все по максимуму. Ведь старая народная мудрость гласит лучшее – враг хорошего. Определите для себя рамки в которых вы готовы работать. Определите ценовой коридор – то есть цену ниже которой вы задачу не отдадите и выше, которой вам не позволит бюджет. Определите рамки сроков минимальные срок и максимальный срок, который вы готовы ждать выполнения задачи. А так же определитесь с коридором по качеству. С качеством отдельная песня, поскольку вы заранее не можете знать насколько качественно будет выполнена задача. Вы можете предполагать на основе портфолио исполнителя, наличия у него необходимой квалификации и качества выполненных предыдущих задач.

Почему важно определять нижний порог цены и сроков, а так же верхний порог качества. Вы должны понимать, что эти параметры существуют не сами по себе, а взаимно влияют друг на друга. Это может происходить и явно, когда исполнитель с хорошим рейтингом устанавливает на решение задач самую высокую цену. И самый интересный момент, что это может происходить неявно когда исполнитель с хорошим рейтингом искусственно занижает срок, чтобы потом его обоснованно увеличить  и в конечном итоге увеличить цену.

Отсюда следует второй совет. Всегда при выборе исполнителя ориентируйтесь не только на то, что исполнитель написал, но и имейте ввиду треугольник: цена, качество, срок. Все параметры взаимно увязаны и не могут жить один без другого. 

Следует так же иметь ввиду, что любой разработчик как хороший, так и плохой всегда занижает срок. Это происходит умышленно и неумышленно из-за желания побыстрее выполнить задачу. И даже если разработчик не будет просить увеличить изначально заданный срок это еще не означает, что на выполнение задачи у него уйдет ровно столько времени, сколько было назначено изначально. Просто человек решил работать себе в убыток. А это может негативно сказаться на вашем дальнейшем сотрудничестве с ним. Возможно он захочет отыграться на следующих задачах или просто не захочет сотрудничать. Так что при согласовании задачи уточняйте все мельчайшие подробности, ведь они могут повлиять на сроки выполнения задачи. Не лишним будет так же заложить дельту на увеличение сроков примерно 50%. Это конечно зависит от самой задачи. Дельта соответственно будет влиять не только на срок, но и на стоимость.

Ну и четвертый самый последний совет. Очень часто при отправке задачи на конкурс заказчик ограничивается только описанием самой задачи. Все разработчики уже в этот момент примерно представляют как будут решать эту задачу. Но естественно, не все пишут об этом, а только оставляют координаты. Ничего не мешает вам как заказчику объявить среди исполнителей конкурс концепций решения задачи. Напишите после ТЗ простую фразу: «Задачу получает исполнитель, написавший наиболее точную концепцию решения задачи» или «Объявляется конкурс концепций решения задачи». Эта небольшая фраза на порядок облегчит вам тяжесть выбора среди множества специалистов отличных и хороших.