Итерационная модель взаимодействия по проекту.
Сразу скажу, что это наиболее жизнеспособная модель, которая подойдет большинству проектов.
В чем ее смысл? Вы организуете работу над проектом в виде итераций. Конечно, это в большей мере относится к программной разработке. Вы разбиваете проект на несколько частей.
В первой части вы реализуете основной каркас приложения, базовые функции. Тем самым вы обеспечиваете себе некоторый результат на ранней стадии разработки и можете начать работать над заполнением сайта контентом буквально через неделю после начала проекта.
На последующих итерациях вам необходимо будет дорабатывать другие, менее важные модули, которые, тем не менее, необходимы для успешного достижения целей сайта (надеюсь, вы о них помните).
В чем плюсы такого подхода?
● Вы получаете работающий функционал на ранних этапах
● Гораздо легче осуществлять контроль над ходом разработки сайта
● Планирование упрощается за счет того, что вы в конкретный момент времени думаете только о текущей итерации.
● Такой подход повышает доверие между заказчиком и поставщиком. Малые итерации на начальном этапе взаимодействия позволяют установить доверительные отношения быстрее, чем это делается в традиционном подходе, когда весь проект делается весь сразу и также сдается.
● Вы можете исправить ошибку на ранних итерациях, а это, как вы помните, обходится дешевле, нежели исправления на завершающих стадиях. Очень часто бывает так, что заказчик, начав пользоваться продуктом, понимает, что надо внести коррективы в требования, поэтому, чем раньше он получит доступ к сайту, тем лучше это будет для всех.
А минусы? Честно говоря, любой минус, который мне приходит в голову, меняется на плюс. Например, можно было бы сказать, что необходимо дополнительно планировать разбиение функционала на итерации, т.е. фактически выполнять дополнительную работу. Однако это позволяет вам определиться в своих приоритетах. Какая функция наиболее важная? Что мы можем отложить на потом? А что мы можем вообще не делать?
Сразу хочу сказать, что этот подход имеет место для средних и крупных проектов. В малых проектах весь функционал можно реализовать за одну итерацию. Однако для любого проекта необходима раскрутка. И опять же итерационный подход может вам реально помочь. Вы можете совместно спланировать со специалистами по SEO вехи, которые вы должны пройти при продвижении сайта в поисковых системах.
А ТЗ?
При участии в проекте следует чаще обращаться к главному документу разработки – техническому заданию (ТЗ). Вы можете в электронном виде ТЗ помечать маркером, что выполнено, что находится под вопросом и т.д. При этом вы можете использовать следующую цветовую легенду: зеленый – выполнено, красный – выполнено, но с ошибками, желтый – требует обсуждения.
Как только весь файл ТЗ приобретет зеленый цвет – можно сказать, что вы закрыли все требования по ТЗ.
Также хотелось бы вам порекомендовать использовать Google Disk (или Google Docs – старое название системы). Этот сервис позволяет организовать групповую работу над документами: электронные таблицы, текст, диаграммы, формы.
По сути это очень сильно напоминает MS Office, однако имеет ряд преимуществ:
● позволяет командную работу над документом
● имеет хорошую систему распределения прав на документы
● позволяет экспортировать в различные форматы, например в
PDF.
● имеется довольно большая коллекция надстроек, созданных сообществом разработчиков и пользователей Google.
● данный сервис бесплатен.
Видимый минус – это то, что ваши файлы хранятся в сети и, если взломают вашу почту на Google, то ваши файлы будут доступны третьим лицам.
Примечание. Рекомендую отнестись к безопасности почтового ящика с полной серьезностью. В первую очередь – используйте надежный пароль из не менее 8 символов, содержащий спецсимволы или цифры. Во-вторых, заходите на свой ящик только с проверенных терминалов и компьютеров. В случае если вы заходите с чужого
компьютера, снимайте галочку “Оставаться в системе”. По завершении работы обязательно нажимайте кнопку “Выход”. Тем самым по завершении сеанса, следующий пользователь компьютера не сможет воспользоваться вашим аккаунтом.
Кстати, данная книга была подготовлена с помощью одного из инструментов Google Docs.
Вы можете вести план проекта, с помощью Google аналога MS Excel, который будет доступен вашим поставщикам. Конечно, есть и более специализированные решения, которые заточены именно под решение таких задач, как ведение проекта и взаимодействия с исполнителями, однако в этом случае вам придется потратить некоторое время на обучения. При этом следует учитывать, что эти системы обычно стоят денег.
Также неплохим вариантом может быть использование системы ведения проекта поставщика, если такая система у вас имеется. Но здесь есть один существенный недостаток. Если таких поставщиков довольно много и все системы разные, то вам будет сложнее управлять общим процессом продвижения проекта. Поэтому я рекомендую вам разработать некую свою систему, которая будет максимально удовлетворять вашим потребностям.
Аутсорсинг или “ это я могу сделать сам”?
Очень часто возникает желание что-то сделать самому, чем объяснять исполнителю, что и как. Особенно это распространено в тех случаях, когда у вас есть навыки в конкретном деле, например, вы знакомы с копирайтингом.
Здесь есть несколько моментов:
● Если задача относится к стратегическим, то имеет смысл делать ее самостоятельно. Во-первых, это вопрос доверия
исполнителю. Во-вторых, при выполнении этой работы вы обучаетесь и получаете навыки, которые являются стратегически важными.
● Делайте сами только то, что у вас получается очень хорошо, а все остальное постарайтесь отдать на аутсорсинг. Таким образом, у вас высвободится время на то, что вы делаете хорошо, поэтому эффективность ваша возрастет. Вспомните закон Парето, сосредоточьтесь на своих эффективных 20%.
● Вы можете отталкиваться от экономических показателей. Вы можете примерно рассчитать, сколько вы зарабатываете за час своей работы. Если для работы вы можете найти исполнителя дешевле, который сделает качественнее вас или хотя бы на том же уровне – отдавать на аутсорсинг, не задумываясь.
Делайте сами только то, что у вас получается очень хорошо,
а все остальное постарайтесь отдать на аутсорс.
С аутсорсингом надо экспериментировать. Не жалейте время на поиск хороших и талантливых исполнителей. Очень важно искать правильных людей, позже из этого может вырасти отличная бизнес-команда. Ищите восходящих звезд в своей области. Они стоят не так дорого, но зато они полны амбиций и желания доказать этому миру что-то своё. И помните, для таких людей не столько важна денежная мотивация, сколько открывающиеся перед ними перспективы.
Избавляйтесь от слабых аутсорсеров, не задумываясь. Лучше это конечно делать либо до начала проекта, либо после. Во время выполнения проекта, так же как и на переправе, исполнителей менять надо только в крайнем случае. Всегда ищите нужных вам исполнителей, мотивируйте их различными бонусами. Отнеситесь к этому моменту как к продажам. Вы продаете деньги за более ценные ресурсы – навыки и время.
Оплата услуг
С точки зрения заказчика работа по предоплате – не очень удобный вариант. Здесь есть несколько причин:
· исполнитель может быть совсем слабый, очень часто в резюме и коммерческих предложениях более половины заявленных утверждений – легкое преувеличение, а порой и просто наглая ложь.
· заказчику сложно проверить исполнителя, не попробовав его в деле. Поэтому приходится рисковать.
· исполнитель будет не так мотивирован на разработку в срок, что абсолютно верно для нашей российской действительности.
· если у вас довольно ограниченный бюджет, и предполагается, что в основном прибыль будет идти с сайта, то имеет смысл оттягивать оплату услуг на более поздние сроки, чтобы избежать лишних кредитов. Впрочем, это может негативно сказаться на вашей репутации как человека, который оставляет задолженности.
На мой взгляд, лучше всего работать без предоплаты, но при этом в начале сотрудничества работать малыми порциями.
