Как работают удалённые команды?

Question

[Delias]

Интересно, как работают удалённые команды? Какой доступ они имеют к создаваемому продукту?

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

В последнее время модно говорить об удалённых командах. Так вот если набирать команду из фрилансеров, а быть может даже постоянных работников, но опять таки удалённых, то где гарантия что кто-то не толкнёт наработки кому-то ещё? Или членов команды допускают только к отдельным кускам проекта, с которым они будут работать? Тогда не ясно как можно писать код в отдельности от системы в целом.

Кто-то имел опыт работы в такой команде? Интересно как работают люди в таких условиях и как вообще поставлена работа.


п.с. навеяно по ходу чтения Rework, где такой метод работы превозносится, а также успехом Максима Спиридонова, большая часть проектов которого построена именно по такой схеме.

Answer 1

[AzaLess]

Максим Спиридов настоятельно советует команду садить к себе в офис под присмотр в последних статьях. Пруфлинк: spiridonov.ru/post/498

В Rework они пишут, что можно и так. Но они не говорят — что так значительно лучше (на сколько я помню). Они сами встречаются раз в год, и говорят, что нужно раньше.

Обычно код пишут вместе с помощью CVS (погуглите, что это).

Сейчас у меня распределенная команда на оутсорсе:

+ я не зависим от места, могу работать когда и где хочу
+ не нужно платить за офис и меня сложно доить властям

— сложно контролировать и мотивировать команду
— новичков сложно удаленно натаскивать
— взаимодействие внутри команды слабоватое

Сейчас хочу снимать офис раз в неделю по субботам, интересно, что получится.
В тоже время есть один удаленный сотрудник — который отлично работает и удаленно. Нужно подходить индивидуально к сотрудникам.

Comments

[Delias]

да, но Максим Спиридонов не сразу к этому выводу пришел. интересна сама организация процесса

Answer 2

[TimTowdy]

Во-первых разработчики подписывают NDA. Даже если руководство проекта находится в другой стране, нарушение NDA приведёт если не к уголовной ответственности. то как минимум сильно подпортит карьеру. Ни одна серьезная компания не возьмёт на работу человека, если известно что он не соблюдает NDA.
Во-вторых, 99% современных «стартапов» не содержат абсолютно никаких технологических ноу-хау, их ценность заключается не в реализации, а в уже существующей аудитории, в имидже, в маркетинге, в команде — эти вещи не получится украсть вместе с исходниками. Предположим, вы получили исходники хабрахабра — дальше что? Откроете свой хабрахабр с блекджеком и шлюхами? Так он никому не будет нужен. Чтоб привести на него людей, в рекламу понадобится вложить на порядок больше денег, чем стоит разработка такого же хабра с нуля.

Comments

[Delias]

суть ясна, согласен с Вами

Answer 3

[zmiishe]

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

Comments

[Delias]

ну а допустим, если говорить о более приземлённых вещах, например разработка модуля под друпал, где уже есть какие-то платные сторонние модули. как-то реально отделить систему от разработчика? например через апи это делать реально?
либо в таком случае мы усложняем задачу и делить эти вещи нежелательно?

[AzaLess]

+1, думаю, несостоявшиеся еще проекты крадут только в фильмах. Зачастую, проще с 0 сделать программеру, чем использовать чужой код. Современные реалии таковы, что все проекты по сути живые. Т.е. даже если ваш конкурент получит ваш код, это ему ничего не даст толком, так как через месяц у вас уже будет продвинутый проект на основании ОС и ваших выводов, а он еще будет разбираться с кодом.

Answer 4

[my2you]

Вопрос информационной безопасности (в широком смысле слова) безусловно тут первостепенный.

Идеальный вариант разбивать работу на составляющие части, что бы никто не знал весь проек в целом. В таком случае необходимо обеспечить надежного «архитектора» (одного или нескольких лидеров проекта). Найти одного надежного проще, чем обеспечить надежность команды. Поиск может быть как человека с большим портфолио и число отзывов, которому репутация важенее всего, так и среди тех кто живет с Вами в одной стране и отношения с ним могут быть закреплены какими либо договорными юредическими гарантиями. Существенным минусом является разрозненность команды, а соответственность и время с качеством реализации проекта.
С другой стороны команду стоит нанемать имеющую имя, или же вопсользоватся командой из какой либо фирмы которая занимается аут-сорсингом. Разумеется в ущерб цены, получаете достаточный уровень гараний.

Answer 5

[torsion]

Удаленно, вроде как.

Comments

[torsion]

значит ошибаюсь.