Как стать автором
Обновить

Комментарии 27

Тема руководства удалённой веб-студией не раскрыта.
спрашивайте, что интересует — я постараюсь ответить )
Нужно или текст шире, или заголовок ýже. В вашем случае подойдёт тема «Инструменты для руководства удалённой веб-студией». Само руководство тут не раскрыто.
Мобильные устройства как-то используете? Если да, то как?
Если вы про сотовые, то обычно, для первого контакта с заказчиком. Потом Skype. С сотрудниками аналогично (хотя номера сотовых есть, для экстренных случаев).
Я немного не про это. Планирование, синхронизация и тп.
Нет, всё планируется и синхронизируется в интернет-сервисах и программах. Работа с ними через ПК и ноут (с устройств не пробовал).
По какому принципу вы платите своим удаленным сотрудникам зарплату — оклад/процент/фиксированная сумма за проект?
Кто ведет переговоры с заказчиком — Вы или кто-то из сотрудников тоже. Как это организовано и завязано на teamer?
Как боретесь с затягиванием сроков по одному из этапов проекта (например, дизайн)?
Сотрудники устроены официально? И как они к этому относятся?
Плачу % от заказа, т.к. часто объемы работ различаются. % обсуждаем, серьезных разногласий по оплате пока еще не было.
Переговоры веду лично, на данном этапе никаких проект-менеджеров и прочих прочей обузы.
С затягиванием сроков борюсь рублем — самый действенный метод.
С сотрудниками и клиентами работаете по договорам, или все держится на доверии и оплате по вебмани?
С сотрудниками на доверии, с клиентами на договорах
На доверии в обе стороны? Т.е. по сути без официального трудоустройства?
На каком движке делаются магазины? Если на нескольких, если ли при это специализация в команде?
На любом, за исключением 1С Битрикс. Пока не нашел хорошего специалиста под него. Да, «специализация» присутствует. У верстальщиков и прогеров. Кому-то webasyst нравится, кому-то opencart. Есть и на все руки мастера, но всё равно, иногда приходиться консультироваться с более опытными.
Не удорожает ли это разработку в целом? Чисто субъективные ощущения.

Поддерживал проекты на LiveStreet, Drupal, MODx и внутреннем фрейворке. Пришел к выводу, что отсутствие унификации плохо сказывается на работе в целом. Если поддерживать специализацию, то у разработчика не возникает смены контекста и ему не нужно вспоминать особенности платформы, он всегда в курсе состояния дел в ней. Но теряем на гибкости потому как нельзя любого участника команды включить в любой проект, нужно оглядываться на его специализацию. Кроме того приходится думать о пуле новых проектов и пуле специалистов дабы не возникал лишний простой в случае, когда требуемый спец занят. Даже если есть человек специализирующий на нескольких движках, все равно при переходе с движка на движок получаем переключение контекста и, имхо, лишний оверхед. А как с этим у вас?
что-то вы одни free платформы перечислили.

имхо, вы чем-то не тем озадачились… Мы выбираем cms под конкретные цели и требования бизнеса заказчика. Смотрим что ему нужно, как он будет продавать товар. Исходя из этого и принимаем решение. Основываться при ее выборе исходя из опыта сотрудников — как-то неграмотно, на мой взгляд. Так недолго попасть в зависимость от работника.

Людей всегда хватает, т.к. заказы только по электронной коммерции идут (разрабатываем только интернет-магазины)
Да, фри. Они использовались не для интернет магазинов, там другие задачи.

А какие нефри хорошие? Уж не маджента ли?

Возможно и не тем. Но хочется иметь одно платформу для одной задачи — создание интернет магазина. И мне, в том числе как и разработчику, видится, что городить тут зоопарк из кучи платформ тоже не очень хорошо. Особенно когда их потом еще и супортить. Поэтому и решил уточнить, как с этим у других. К примеру, как быстро разработчик может натянуть готовую статическую верстку на движок Х в случае когда имеем дело с простым интернет магазином одежды в тысячи этак две позиций? Т.е. от момента «получил верстку» до «крутиться на продакшене»?
А какие нефри хорошие? Уж не маджента ли?

Много таких систем. Тот же вебасист, вамшоп. Не хочется устраивать из поста рекламу. Несмотря на цену — таже маджента. Из бесплатных — преста, например.

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

Это тоже самое, что собирать мотоциклы, автомобили, автобусы и грузовики с одним двигателем.

статическую верстку на движок Х в случае когда имеем дело с простым интернет магазином одежды в тысячи этак две позиций?

Извините, а причем тут кол-во товаров и вёрстка?

как быстро разработчик может натянуть готовую статическую верстку на движок Х

от трех дней до недели, если заниматься только одним проектом. мы никуда не торопимся.
Ну маджента не обязательно не фри — CE ветка бесплатна и вполне себе хороша и навороченна.
Отдельно скажу касательно момента для верстки под мадженту — у меня опыт показывает что под мадженту надо чтоб верстал человек именно шарящий в мадженте, т.к. зачастую верстка сразу подразумевает некую настройку параметров админки + изменения layout, ну и понятное дело сами шаблоны блоков/css/iamges и немного js (иногда этому человеку в помощь нужен прогер для js и вывода нестандартных элементов).
Т.е. хочу сказать что под мадженту много своей специфики, а если брать обычную готовую верстку и вешать на маженту, то иногда выходит проще переверстать ее с нуля чем натягивать то что есть.
Насколько велика команде, проекты?
Вопросы:
1. Почему не Мегаплан, например? В год дешевле получается вроде бы.
2. The Bat куплен? )
3. Абонентская плата за Teamer делится на всех?
1. Этот вообще бесплатен. Пока. Но дело не в этом. Нравится и всё )
2. Если я скажу, что да, это что-то изменит?
3. Читай п.1. Да если бы и был платным, я бы платил один. Причем тут сотрудники?
1. Потому что цитирую с сайта «вы можете использовать Teamer уже сейчас — регистрация бесплатна, никаких ограничений (пока ;) нет.» — что дальше будет, неизвестно. Странная модель монетизации вообще-то…
2. Я получил ответ на свой вопрос и только. Уверен, что он не должен был вызвать раздражения, так как хочется просчитать все первичные расходы по запуску.
3. А когда сервис станет платным, думаю, вы измените свою мнение, ибо альтруизм на хлеб не намажешь, а на сотрудниках это отразите в виде обязательных платежей, занижения премий или что еще хуже — скрытых поборов, что чаще всего бывает.

В любом случае удачи вам на самом деле.
Странная модель монетизации вообще-то…
согласен. но, разработчикам виднее )

В любом случае удачи вам на самом деле.
Спасибо большое, и вам ;)
Только Хардкор, Только Докс.Гугл!
И гугл календарь? ))
А почему нет? Без категоричности конечно, но вполне рабочее решение :)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.