Создание команды для реализации своих проектов

Препредисловие.

Этот пост в первую очередь я ориентирую на тех людей, которые 1) работают на работе на дядю 2) не имеют знакомых-друзей веб-маньяков для создания стартапа.
Эту ситуацию я предлагаю менять примерно так.

Предисловие.

Для того чтобы создать проект нужна команда профессионалов или одержимых проектом новичков например. Но что делать когда ты еще не профессионал и у тебя нету друзей специалистов в чем-то. Что делать когда есть друзья, но они не умеют чего то и у них нет времени учится. Что делать если вы зависимы от работы и времени на создание проекта попросту нету.
Что мы имеем? Люди зависящие от работы. Люди с разрозненными знаниями и умениями. С разными взглядами на подход к разработке и опытом.
Решение.

Часть 1. Проблема зависимости от работы.

Во первых решим проблему с зависимостью от работы. Единственный выход это заработок фрилансом. Но поиск клиентов и общение с ними отнимает время и силы. Так же если вы не можете сделать всю работу вам нужны партнеры.
Создается веб-студия. Назовем ее «Студия заказов». Кто же будет сотрудниками этой студии? Для простоты и наглядности пускай будут: Менеджер, Дизайнер, Кодер. Пускай доход с заказа делится между сотрудниками таким образом. 30% Менеджер, 30% дизайнер, 30% кодер, 10% в капитал фирмы (На расходы и поддержание студии, а также на сервера, хостинг и т.п.).
Если сотрудников много, а заказов мало вводится конкурентная основа за заказ, что повышает качество выполнения работ студии и соответственно приводит к увеличению заказов и их стоимости.

Часть 2. Формирование команды и единого стиля работы.

Первоначально создается некий устав одной команды.
В него входят:
1) Умения
2) Личностные качества
3) Условия работы
4) Манифест будущей «Студии проектов»
После того как находятся необходимое кол-во членов команды для создания сайта, команда приступает к выполнению заказов в «Студии заказов». Нарабатываются отношения и методы работы.
Если проблема денег не стоит и заказов нету, вполне можно создать пару некоммерческих проектов (во-первых это необходимо потому что на первых порах не возникнет материальных вопросов)
После того как члены команды решают что работа налажена они переходят в третью часть.

Часть 3. «Студия проектов»

При создании такой студии необходимо в самом начале выяснить, кто на каких условиях и над какими проектами хочет работать. Это должен разьяснять заранее написанный манифест. Манифест должен состоять из наработок и желаний всей команды. Должны достигаться компромиссы.
Идеи проектов в данном случае могут обсуждаются после написания договора о неразглашении.

Часть 4. «Устав». (Мой)

Умения
На самом деле главное не инструменты а качество работы поэтому тут я перечислю то чему учусь я и чем пользуюсь.
Все это конечно желательно знать, но можно и выучить. Ну и конечно лучше с этого самого переться и получать кайф.
Ruby (rails,merb,capming...)
Postgresql
BDD — behavior driven development
Javascript
Html,Css(Css frameworks (Blueprint Css))
Git, Track
Mac OS
Textmate ;)
Веб типографика (просто типографика)
Дизайн (apple,lebedev,futurico ;) ...) Вобщем если человек дизайнер он и так все поймет. Я не дизайнер я им очень сильно интересуюсь. И мне нравится 37signals и apple. Это намек на будущие проекты и их дизайн ;)
KISS
Английский.
Getting Real
Google
And so on :)
2) Личностные качества
Мозг, руки, желание на грани маньяка изучать находить работать.
Если у вас нет мотивации и вы не получаете удовольствия от получения новых знаний то это плохо.
Открытость ко всему новому.
3) Условия работы
Все поровну. Потому что это будут НАШИ проекты и каждый должен быть заинтересован в его успехе лично. Соответственно незнакомый человек допускаться к проекту будет только после того как сработается на некоммерческий проектах или фрилансерских.
4) Манифест будущей «Студии проектов»
В данный момент озвучить конкретно по проектам я не могу. Есть идеи проектов. Наброски и другое но могу сказать что реализация проектов будет c происходить только после полного описания и написания будущих бизнес моделей. Ну и конечно проекты будут выбираться всей командой. Если проекты не будут нравится то впринципе все это будет обсуждаться.

Послесловие.

Так что если вам кажется что вы это тот кого я ищу или вообще интересно пообщаться то пишите мне на [e-mail]
Да и Ruby необходим. Если конечно вы захотите попробовать со мной. Если нет то надеюсь примерная схема поиска единомышленников вам поможет.

Послепослесловие.

Текст писался быстро. Возможно я что-то упустил или не дописал.
Это мой первый пост на такую тематику и он довольно длинный. Раньше я такого не писал и при выражении моих мыслей в текст могли произойти искажения. :)