Комментарии 16
-Можно программиста нанять?
-Аренда, лизинг, рабство?
-Аренда, лизинг, рабство?
Очень правильная услуга.
Переход к командному подходу позволяет снизить риски, характерные для найма фрилансеров. Если кто-то из членов команды заболел/уехал в отпуск/устал, это не приведет к катастрофическому результату для проекта. Команде легче работать на свой имидж и поддерживать репутацию.
Минусы прежние. Отсутствие материальной ответственности за провал проекта. Если заказчик несет убытки в виде $3000 за день просрочки проекта, ему бы хотелось в договоре с «командой» потребовать, допустим, $1000 за день просрочки.
Есть возможность так сделать? Нет. Даже если договор будет заключен, как взыскать эти деньги с команды?
Минусы прежние. Отсутствие материальной ответственности за провал проекта. Если заказчик несет убытки в виде $3000 за день просрочки проекта, ему бы хотелось в договоре с «командой» потребовать, допустим, $1000 за день просрочки.
Есть возможность так сделать? Нет. Даже если договор будет заключен, как взыскать эти деньги с команды?
Таких гарантий нет нигде. Включая найм. Что делать, если нанятый менеджер «запорол» проект? Ну уволите вы его — от этого потерянные деньги и время не вернешь. Все такие гарантии закончились еще в прошлых веках, когда за такие истории сажали в долгое ямы:)
Это я не с головы пример взял. Этот главный минус называют все заказчики, которые реально имеет и готовы платить деньги. Потому-как они часто несут существенную материальную ответственность. Как вам штраф $30,000 за день просрочки? И это в реальном проекте на 8 человек и 8 месяцев.
Вы говорите, что гарантий нигде нет. Но заказчику нужны гарантии. Вот он их и ищет. Команда не способна их дать. А фирма/компания — может. Она может быть материально ответственной за то, что провалила проект и подставила заказчика.
Вы говорите, что гарантий нигде нет. Но заказчику нужны гарантии. Вот он их и ищет. Команда не способна их дать. А фирма/компания — может. Она может быть материально ответственной за то, что провалила проект и подставила заказчика.
200-400 т.р на 6 чел = в месяц 30-70 на работника. Это ни так уж и много особенно для крупных городов.
Вряд ли этой услугой воспользуются крупные компании, т.к. им лучше переплатить(пусть даже в 2 раза больше), но иметь при этом договор со сроками реализации, но вот мелким компаниям, которым надо что то реализовать и надо сделать срочно, это вполне выгодное предложение.
Обязательным условием является, чтоб область в котором будут разрабатывать, была либо хорошо знакома разработчикам, либо не сложная, либо был человек, который сможет на доступным языке объяснить все это программистам.
Вряд ли этой услугой воспользуются крупные компании, т.к. им лучше переплатить(пусть даже в 2 раза больше), но иметь при этом договор со сроками реализации, но вот мелким компаниям, которым надо что то реализовать и надо сделать срочно, это вполне выгодное предложение.
Обязательным условием является, чтоб область в котором будут разрабатывать, была либо хорошо знакома разработчикам, либо не сложная, либо был человек, который сможет на доступным языке объяснить все это программистам.
В бизнесе, где основной актив — люди, к сожалению, невозможны гарантии. Это грустно. Но факт
Единственное, что может подстраховать — это репутация команды, референсы на нее и портфолио. Все. Но и это гарантий не дает.
Единственное, что может подстраховать — это репутация команды, референсы на нее и портфолио. Все. Но и это гарантий не дает.
Гарантий нет физических — «произойти может все, что угодно».
Но когда появляется личная ответственность, люди (менеджеры) резко становятся гораздо находчивее. Финансовая ответственность легче всего устанавливается и оговаривается, поэтому в основном ее ищет заказчик.
Хотя понятно, что это не панацея, и правильно личную ответственность по-другому организовывать. Но для этого нужна своя команда, полностью вовлеченная в проект.
Но когда появляется личная ответственность, люди (менеджеры) резко становятся гораздо находчивее. Финансовая ответственность легче всего устанавливается и оговаривается, поэтому в основном ее ищет заказчик.
Хотя понятно, что это не панацея, и правильно личную ответственность по-другому организовывать. Но для этого нужна своя команда, полностью вовлеченная в проект.
Важный момент — мы не предлагаются их в наем
Жесть
200 000 на 6 человек, это по 30 000 в одни руки в месяц. Это точно профессионалы?
Как обеспечивается внутреннее качество продукта, то есть, что его можно будет успешно разрабатывать далее, а не писать с нуля?
Для заказных прототипов/первых версий такое характерно — при приближении дедлайна на код забивают и недостающий функционал прибивают гвоздями, как бантик лысой девочке.
Для заказных прототипов/первых версий такое характерно — при приближении дедлайна на код забивают и недостающий функционал прибивают гвоздями, как бантик лысой девочке.
Такая схема имеет право на жизнь. Почему вы вообще предположили, что отношения между заказчиком и командой будут предполагать деадлайн, после которого они распрощаются?
Реальные проекты либо заваливаются, либо продолжают разрабатываться (возможно, объем работ упадет в 5-10 раз) но в хорошем проекте всегда есть что чуть чуть улучшить. Я ориантируюсь на то что это мой проект с которым мне жить долго и если и наметилось что-то несовершенное, то я стараюсь это переделать как только появляется достойная идея.
Клиенту же важно получить надежную и обновленную версию продукта каждые пару недель. Если что-то не успеваем сделать к релизу — этот функционал просто откладывается без шума и взаимных обид. Если на переговорах заказчик подходит к стартапу как покупке автомобиля и сразу просит четкую сумму за каждую фичу то работать с ним не стоит — рано или поздно вы упретесь в стену непонимания и развитие проекта остановится.
Реальные проекты либо заваливаются, либо продолжают разрабатываться (возможно, объем работ упадет в 5-10 раз) но в хорошем проекте всегда есть что чуть чуть улучшить. Я ориантируюсь на то что это мой проект с которым мне жить долго и если и наметилось что-то несовершенное, то я стараюсь это переделать как только появляется достойная идея.
Клиенту же важно получить надежную и обновленную версию продукта каждые пару недель. Если что-то не успеваем сделать к релизу — этот функционал просто откладывается без шума и взаимных обид. Если на переговорах заказчик подходит к стартапу как покупке автомобиля и сразу просит четкую сумму за каждую фичу то работать с ним не стоит — рано или поздно вы упретесь в стену непонимания и развитие проекта остановится.
да. правильный вопрос. мы не даем таких гарантий — это вопрос договоренностей и переговоров между командой и клиентом. но о риске клиента предупреждаем
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Новая услуга от PRUFFI: «продаем» готовые команды стартапов