Обратившись в студию веб-разработки, вы должны быть готовы взаимодействовать с командой, которая превратит в проект ваше желание разработать сайт. Но без соблюдения некоторых формальностей можно не получить того, что ждёшь. В этой статье из двух частей мы поговорим о том, как команда будет оценивать ваш проект, какая информация ей нужна для корректного выполнения задачи и как её собрать и передать.
Что происходит, когда команда разработчиков получает новый запрос
Веб-разработчики делят заказчиков на две основные категории: посредники и прямые клиенты. Посредниками чаще всего оказываются такие же разработчики, которые знают, в каком виде нужно отдавать проект команде. Вторая категория — в большинстве своем предприниматели, далекие от технической стороны вопроса, для которых важен результат в виде решения определенной проблемы. Если вы относитесь ко второй категории, то эта статья — для вас.
Ваш потенциальный подрядчик всегда оценивает ваш проект и вас. Конкретная цель, как и представление о будущем проекта и его релевантности, есть далеко не у каждого, и это нормально. Мы хотим, чтобы вы добились успеха с нашей помощью и вернулись к нам с новым проектом. Поэтому мы зададим вам несколько вопросов. Авторы книги Brilliant Project Management Стивен Баркер и Роб Кол составили список вопросов для проверки качества проекта. Мы его слегка изменили. Ответьте честно на вопросы:
- Все ли задачи проекта ясны и поддаются оценке?
- Насколько выполним ваш проект? Готовы ли к нему ваши клиенты?
- Достаточно ли реалистичными кажутся вам планируемый результат, сроки и затраты?
Если вы ответили «да» на все — поздравляем, вы движетесь в нужном направлении. Если хотя бы один из ответов отрицательный, мы только что нашли слабое место и собираемся это исправить.
Зачем нужно техзадание и что оно из себя представляет
Техзадание — это список всех целей, задач и требований. Вы как клиент заинтересованы в качестве, бюджете и сроке выполнения вашего проекта. Как только будет достигнуто соглашение, что нужно сделать и чего делать не нужно, команда разработчиков с большой вероятностью сможет дать приблизительную оценку как стоимости вашего проекта, так и времени, которое будет потрачено на работу над ним.
В некоторых случаях этап составления техзадания полностью пропускается. Это возможно, если команда придерживается таких методов управления, как Scrum. В этом случае от клиента требуется лишь описание конечного результата. Этот подход продуктивен, если команда не стеснена бюджетными рамками, однако если вам необходим контроль над бюджетом, составьте список характеристик и обсудите их с командой.
Обсуждение задач с командой очень важно. Хоть вы и правите бал, однако если вы готовы выслушать иную точку зрения, менеджер проекта и техлид помогут вам понять, как можно достичь тех же целей лучше и быстрее, чем вы себе представляли, составляя список характеристик.
Перейдя на более высокий уровень абстракции, зададимся вопросом, для чего вам вообще это нужно. Однажды клиент попросил нас перенести его сайт на новую версию Drupal. Обсудив ситуацию мы выяснили, что эта процедура лишняя, и получилось обойтись добавлением на сайт одного небольшого модуля.
Постоянно спрашивайте себя: зачем мне нужен этот проект? Что мне на самом деле нужно и какова цель моего бизнеса?
Вторая часть статьи будет посвящена тому, какой информацией должна владеть команда для воплощения задуманного.
Подписывайтесь на наш блог в Яндекс Дзене, чтобы не пропустить новых статей, и следите за нами ВКонтакте, на Medium и в инстаграме.