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

Данная статья - попытка описать, как быстро и технологично можно работать в команде. Разумеется это не истина в последней инстанции. Разумеется будут возражения, и разумеется здесь не охвачено много частностей. Цель: показать, как можно довольно быстро выйти на промышленное производство сайтов с реальной оплатой за свой труд. В данном случае речь о команде установщиков друпала, но эти принципы применимы и для других объединений.
Для начала зададимся вопросом: а зачем вообще объединяться? Какие плюсы, минусы? Минус один: потеря самостоятельности. Но он компенсируется плюсами. Объединение начинает работать как коммерческая фирма. Доверие к таким объединениям тоже должно быть выше: не уедет завтра Пупкин в Израиль, и не займется торговлей алмазами, бросив свою клиентуру на произвол судьбы. То есть определенный % выделяется на пира акции, маркетинг, создается некая внутренняя структура, разделение труда...
Стоп. Зачем структура, зачем разделение? Мы можем делать все сами, работать как человек-оркестр. Дайте нам клиентуру и все.
Отвечаю: история учит, что при введении разделения труда в производстве английской булавки производительность возросла в 480(!) раз. Конвейер Генри Форда позволил серийно производить машины силами дешевых малоквалифицированных рабочих, создав в итоге автомобильную революцию в США. Теперь структура: всем понятно, что заказы бывают вкусненькие и не очень. Как делить бум? Кто делить будет? А почему тебе этот заказ, а не мне? А почему на Васе? Должен быть человек, который примет решение. Потому как объективных критериев нет. Назовем мы этого человека координатором.
В чем заключается его работа? Пиар, поиск клиентуры, первичная обработка, разная текучка, разруливание конфликтов... Ведение БД, но об этом ниже. Думаете конфликтов не будет? Хорошо, если так, а если будут? Бокс по переписке будем устраивать?
Следующая ступень менеджер проектов (МП) ака субподрядчик. Этот человек подписывает договора с заказчиками, утверждает ТЗ, выбивает деньги и пр. В том числе и предоставляет заказчику работу. Вообще с заказчиком общаться должен один, максимум 2 человека МП и дизайнер. Чтобы не играть в испорченный телефон. При этом дизайнер решает только вопросы его компетенции и под страхом изгнания из гильдии не касается других вопросов. Дизайнер: тут, вроде, все очевидно. Программист: и тут все понятно. Единственное: программировать надо по принятым в команде стандартам. За соблюдением которых строго следит координатор. Как это работает? А очень просто. Координатор, получив заказчика, назначает ему менеджера проекта. Тут определенную роль играет территориальное расположение, возможность встретиться и вообще рулетка, то есть случайность. Координатор должен быть беспристрастен и, как жена Цезаря, вне подозрений. Итак, МП получил заказчика (обратите внимание: заказчик и заказ вещи разные). Списался с ним и выяснил предварительно, что же тот хочет. Далее с этими предварительными желаниями он приходит на форум команды. "Ребята, есть человек, хочет то-то, сколько просить?". Или решает сам, на месте, из собственного опыта. В итоге получается цена вопроса. Если заказчика она не устраивает - разбегаемся или предлагаем более простые решения за его деньги... Но, предположим, все устраивает. Тогда следующий шаг: МП составляет ТЗ и присылает его заказчику для ознакомления. Заказчик дает устное добро. Следующий шаг: МП на закрытом (!) форуме предлагает работу членам команды: вот, ребят ТЗ, вот сроки, вот деньги: кто подпишется на дизайн, а кто на кодинг? Вызвалось ХХ человек. Отлично, значит будем выбирать. Как - увы, только субъективно, либо устроив аукцион "кто меньше". Остаток денег пойдет в общий банк команды, дабы не соблазнять МП... После этого можно подписывать договора, брать предоплату и начинать работу. Гладко было на бумаге...

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

Бочка меда и ложка дегтяВзявший любой лот (пусть это так называется) может его разбить на более маленькие части и перепоручить часть работы другим! Даже не обязательно из команды. Например это может быть написание модуля. Вот тут не надо забывать и про невкусное: отвечать за сроки и работу и т.п. будет перепоручивший. У МП есть "более другие" заботы. А как же субподрядчик? Может ли он все сам сделать и ни с кем не делиться? - А почему бы нет? Только это будет невыгодно ему в первую очередь. Да и всей команде. Я бы не стал, если заказов достаточно. Баблосы как делить бум?20-30% на развитие, рекламу, пиар и координатору. Надо будет мозговать и пересматривать, когда конвейер заработает. МП 20-25%. 10-20% дизайн и остальные 30-40 программеру. В зависимости от сложности дизайна и кодинга. Грубо говоря, и кодинг и дизайн вообще может оказаться нулевым. А почему так ма...А иначе как? Заказчика найти денег стоит, работа МП тоже стоит денег. Встреться, утверди, сдай, подпиши, реши проблемы... Часто будет получаться: кодинг 3 часа, а договор неделю и 7 поездок. Собственно, никто не мешает работать еще и на себя, делать целиком свои проекты. И даже никто не мешает ставить этим проектам высший приоритет, при условии выполнения командных обязательств. А как потом поддерживать чужой проект?

Очень просто. Сдавая работу сдаешь все. Если дизайн - то исходники и промежуточные, скажем, фотошопки, если кодинг: список чего, где, кто, когда и зачем менял. Все это заносится в БД и хранится в бекапах у координатора. А координатору не жирно ли...Не жирно. Кроме всего прочего он ведет базу по клиентам и решениям. Скажем, нет необходимости писать один и тот же модуль по 100 раз, можно взять готовый. Все это классифицирует координатор. Он же одобряет кодинг с точки зрения дальнейшей поддержки проекта. А как быть с иностранным рынком?Увы, тут я не слишком владею информацией, бо никогда там не работал. Мыслю так: на внешний рынок должен выходить один от имени команды. Можно представить себя как представителя фирилансеров, можно не пугать буржуев и прикинуться что сам все делать будешь. Можно выделить/нанять человека с очень хорошим английским/Макс пошел по этому пути/, который будет оперативно переводить. Хотя, не думаю, что языковый барьер такая сложная штука. А что дальше?

А дальше, господа, высказывайтесь. Хотелось бы увидеть людей, который согласны работать со мной как с МП в роле дизайнеров и кодировщиков, или того и другого в одном лице. Или же есть кто-то, кто хочет сам стать МП, и нанять на кодинг уже меня... Если таковые найдутся, думаю, будет иметь смысл прогнать несколько проектов по этой схеме, обкатать ее, и, надеюсь, перевести всю команду на эту технологию. Не согласны? Есть варианты лучше? Много/мало денег?Огласите. Я не Господь, и даже не Ленин. % - повод для обсуждения. Но не получится однозначно принять единые %, к сожадению. Бывает сложный дизайн и легкий кодинг, бывает все наоборот. Бывает заказчик сам все написал и называет цену, чуть ли не дизайн нарисовал, а бывает надо еще понять что ему надо, раз 10 встретиться, потерять кучу времени и заработать на метро и пиво, а то и в минус уйти, в итоге не получив заказа. Если заказчик крупный: предлагает один, утверждает другой, платит третий, а принимает четвертый. Не всегда они на месте. Полагаю, каждый сам так попадал. Поступило возражение: зачем еще одна бюрократическая структура? Исключительно затем, чтобы поставить на поток разработку сайтов. Был заявлен один из тезисов команды: "хотим по 50 баксов в час!" - и я хочу, и многие хотят. Абсолютно у каждого есть любимые и не очень любимые занятия, есть занятия где человек Профи, а есть где так себе, но вроде бы тоже надо делать... У автора нелюбимое - дизайн, а у кого-то кодинг, а кто-то любит кодить, но ненавидит писать модули... А кто-то великолепно торгуется и умеет/любит раскручивать заказчиков. Да даже если и не умеет: профессионализм приходит со временем. Представьте себе картину: человек сидит в тиши кабинета и творит. Занимается любимым делом, делает его хорошо и зарабатывает соответственно. Со временем набивает руку и на работу у него уходит все меньше и меньше времени. Соответственно растут и заработки. Разве это плохо? А вот мне в кайф все сделать одному! Бога ради! Но можно что-то одно делать прекрасно, чуть больше на хорошо, и еще чуть больше на посредственно. Если для вас удаленка - хобби, тогда конечно... Но если для вас это вопрос заработка - работать надо по промышленным схемам. Но эта схема работоспособна только когда есть достаточное количество заказов. Именно тогда возникает стимул к конвейерной работе. Вроде бы логично, что пока этого нет, и думать об этом рано. Но нет ничего более постоянного, чем временные решения. Пратический момент Наверняка это не всем придется по душе. Так и должно быть. Важно, чтобы согласились хотя бы несколько человек. Заработок выше индивидуалов минимум раз в 5 - самый сильный аргумент. вот тогда можно и на международный рынок выходить, и конкурировать там с таджиками от программирования - индусами. Которые, подозреваю, работают по аналогичной схеме.Очень хочется прочесть комментари присутствующих.Да, и сразу о (с) - http://cwll.biz. Ставим линк и копируем куда хочется...