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