Стандарты качества
Спринт подошёл к концу – время принимать результат работы. В нашем случае это проверка качества исполнения на соответствие критериям приёмки. Возьмите за правило открывать бэклог и сверять результат с тем, что вы там написали. Если он соответствует критериям приёмки, но при этом вы всё равно недовольны – значит, либо вы плохо описали критерии, либо задачу поставили слишком творческую или размытую, и её нужно декомпозировать.
Бывают ситуации, когда качество результата оставляет желать лучшего. Чтобы этого не допустить, осуществляйте сверку со стандартами качества. Во многих студиях или агентствах имеются специальные отделы по контролю качества. Во время приёмки результатов продемонстрируйте материалы им. Вам может показаться, что такие отделы будут работать исключительно в рамках интересов исполнителя, однако уважающие себя компании ни в коем случае так не поступают.
Допустим, отдел контроля качества подтвердил, что с результатами работ всё хорошо, но вам кажется, что это не так. В этом случае лучший выход – найти стороннего контролёра. Отправьте ему материалы с просьбой проверить качество. Если в ответ придёт огромный список объективных комментариев, с которыми вы полностью согласны, то перешлите этот список текущему исполнителю и посмотрите, как он себя поведёт. Будет продолжать сопротивляться или спорить – составьте протокол разногласий, скажите, что их конкуренты лучше вас понимают, и в том случае, если не поступит конструктивных предложений, вы попросту расторгнете договор.
Между строк
Ранее я говорил о том, как можно контролировать исполнение работ с помощью получения промежуточных результатов. Возможно, у вас возникнет желание изменить первоначальную формулировку задачи и получить на выходе другую функциональность. Это будет большой ошибкой, так как вы в процессе работы не видите окончательный результат. Никогда не оценивайте задачу, пока она не доделана.
Результат не может появиться мгновенно. Если вы боитесь потерять время и не хотите ждать завершения спринтов – просто сократите их длительность: вместо двух недель – одна, вместо недели – один день. Однако однодневные спринты очень выматывают разработчиков ежедневными совещаниями. Поэтому советую применять их лишь в крайних случаях – например, когда приближается дедлайн.
В конце каждого спринта просите подрядчика устроить вам презентацию результатов. Это может быть как личная встреча, так и общение по скайпу с демонстрацией экрана. Такие презентации способствуют вовлечению в проект и позволяют обсудить мелкие детали, которые обычно находятся «между строк».
Лучшим инструментом контроля качества является мнение разработчиков, которые будут продолжать проект после завершения текущего спринта. Это может быть одна и та же команда или даже один человек, а могут быть и разные. Главное – чтобы исполнитель понимал, как можно применить текущий результат для дальнейшей работы, и было создано достаточное количество материалов. Если же для закрытия задачи нужно что-то доделать – значит, она была недостаточно четко сформулирована и поэтому не выполнена. Постарайтесь в следующий раз формулировать задачу лучше.
Чтобы не забыть
Если результат работы полностью устраивает, не забывайте благодарить исполнителей. Однако это вовсе не значит, что их нужно постоянно хвалить и постоянно с ними соглашаться. Помните о целях проекта. Если у вас возникнет альтернативная идея или незначительный комментарий – обязательно выскажите их.
Помните: недосказанность всегда работает против вас!
Когда вы постоянно соглашаетесь с исполнителем и не задаёте ему вопросов, велик риск, что он начнёт делать ошибки и удивляться, почему вы недовольны его работой. Раньше же было хорошо, а теперь всё не так. Работа над проектом должна проходить в формате диалога. Даже если вам всё нравится, узнавайте, почему исполнитель предложил именно такое решение.
Иной раз, задавая вопросы, вы сталкиваетесь с тем, что готового ответа на месте не найдётся. Обязательно фиксируйте непосредственно во время обсуждения все вопросы, договорённости, сроки решения и ФИО/контакты того, кто за это отвечает. Если вы общаетесь по скайпу – пишите всё это в сообщениях. Если лично – держите открытой почтовую программу и составляйте на ходу «протокол» совещания. Это позволит впоследствии не ломать голову над тем, кто кому что обещал и почему ничего до сих пор не готово.
После того как спринт полностью принят, не забывайте запрашивать инструкции к использованию результата. Эти инструкции в будущем могут сэкономить вам немало времени. Во-первых, их можно отправить человеку, которого нужно быстро ввести в курс проекта, а во-вторых, таким образом вы можете хранить историю проекта и при необходимости возвращаться к ней. Попросите разработчика записать скринкаст. Этот процесс не отнимет много времени, если его делать параллельно с демонстрацией или тестированием. Данные ролики можно выкладывать на видеохостинги и скрывать под паролем. Например, отлично подойдёт vimeo.com.
Заметки и истории
Доверие и контроль
«Правильный менеджмент» – это: 1) постановка задачи с измеримым результатом и ограниченным временем выполнения; 2) наблюдение и корректировка процесса, обратная связь; 3) вознаграждение за достижение результата.Олег Чулаков
Вроде все правильно. Но вот пунктом номер два ни один руководитель не любит заниматься. Почему? Потому что руководитель ленивый? Необязательно. Потому, что он подсознательно понимает, что это неправильно.
Пункт номер два – это чрезмерный контроль, который вреден бизнесу. Автор сам злоупотребляет этим, но старается все больше доверять и все меньше проверять, как идет процесс.
Вам не нужен менеджер, дизайнер или программист, которого нужно постоянно контролировать. Ставьте людям грамотные смарт-цели и ждите результатов в срок.
Если результатов нет по причине внешних факторов – расставайтесь. Если результаты плохие – корректируйте систему обучения.
– Но это слишком важная задача, чтобы рисковать, – скажете вы.
На это у меня для вас два ответа: 1. Начинайте проверять человека с менее важных задач. Усложняйте задачи по мере повышения доверия. Ваша цель – прийти к постановке задач, которые вы считаете невыполнимыми. 2. Нужно ли вам иметь дело с человеком, которому вы не можете доверить важную задачу? Кому вы собираетесь тогда поручать важные дела?
Доверяйте людям и перестаньте контролировать каждый их шаг.
Не принимайте то, что не нравится
Далеко не все истории о моей работе в веб-студии повествуют об успехе и удаче. Был и негативный опыт негативный опыт сотрудничества с крупной юридической фирмой, который дал мне понять, что всегда есть кто-то, кто может сделать работу лучше.
Во время проекта мы часто общались с заказчиком на повышенных тонах, потому что не могли друг до друга достучаться. Я в качестве аккаунт-менеджера со стороны студии, изо всех сил защищающий работу неопытного дизайнера, и молодая девушка-секретарь заказчика, которая хочет сказать, что дизайн оставляет желать лучшего, но не может это выразить.
Сайт был запущен и проработал какое-то время, а потом его заменил сайт с тем-же контентом, только с более крутым уровнем архитектуры, дизайна и вёрстки. Оказалось, что после подписания с нами закрывающих документов юрфирма сразу обратилась к более опытным разработчикам, которые быстро обеспечили необходимый результат.
Отсюда следующий вывод: если вас не устраивает результат – не принимайте его и попробуйте сменить исполнителя (например, дизайнера интерфейсов внутри студии). Оперативное реагирование на такие сигналы поможет добиться целей гораздо быстрее.