Полезный материал, особенно последние абзацы. Общаться в любом случае нужно уважительно и решать проблему, а не доказывать, что ты прав.
У нас есть заказчик, который затянул с оплатой (прилично затянул) и мы уже входили в стадию конфликта. Но затем вдохнули-выдохнули, прикинули варианты и предложили ему рассрочку платежей.
Но с другой стороны, когда мы реализуем проекты с оплатой за часы, то в этот момент заказчик начинает считать "за сколько времени проект сделали". И если экономика не сходится, то он уйдет к другим.
Поэтому это одна из мер, которая позволяет делать проекты в рыночные бюджеты, а не заливать дыры доп часами)
А это цифры по какому курсу?)) Мы тоже хотим в эту бизнес-среду))
Даже если работать по фикс, то не берет же исполнитель сразу за весь проект стоимость, а по этапно. Аналитика, дизайн, разработка, условно. Что тоже позволяет не завершать прям весь проект)
Но мы работаем Т&М, потому что иногда все хотелки сразу и максимально не собрать. Сделали какую-то функцию, смотрим на нее, ага. Вот тут лучше было бы так сделать, а вот это вообще убрать.
Исполнитель может вносить с точностью до одной минуты. Либо включил таймер, как начал задачу, как закончил – выключил.
Про 8 часов так совпало, но кто-то заполняет время в конце дня и подбивает, чтобы 8 часов было. Так это длина рабочего дня)
Мы продаем не часы, а реализацию проекта от аналитики до запуска. Но заказчик оплачивает фактически затраченные часы на проект. Работаем по Time & Material.
Нам эти цифры нужны для того, чтобы: 1. Могли собирать статистику по задачам и затем давать более точную оценку похожему функционалу. 2. Могли видеть общую картину по исполнителю, какие задачи он выполняет. 3. Считать эффективность по исполнителю. В нашей ситуации это отношение запланированного СОТРУДНИКОМ времени к фактически затраченному.
Это не тотальный контроль. Это нормальная история, когда исполнители фиксируют свое время. Правда)
Полезный материал, особенно последние абзацы. Общаться в любом случае нужно уважительно и решать проблему, а не доказывать, что ты прав.
У нас есть заказчик, который затянул с оплатой (прилично затянул) и мы уже входили в стадию конфликта. Но затем вдохнули-выдохнули, прикинули варианты и предложили ему рассрочку платежей.
О, чудо, и платежи пошли)
Выздоравливайте)
Рассматривали, но на тот момент больше зашел Кайтен. Хотя Планфикс тоже неплох)
Спасибо, что делитесь опытом) Наверно, я немного неверно высказался. У нас +- также, как вы описали) Но есть над чем работать
Надо будет попробовать, спасибо)
Все правильно говорите)
Но с другой стороны, когда мы реализуем проекты с оплатой за часы, то в этот момент заказчик начинает считать "за сколько времени проект сделали". И если экономика не сходится, то он уйдет к другим.
Поэтому это одна из мер, которая позволяет делать проекты в рыночные бюджеты, а не заливать дыры доп часами)
Как грубо(
Почему так?
Интересный опыт, спасибо, что поделились)
Известный метод, да) Но мы должны еще согласовывать предварительный бюджет с заказчиком, поэтому чуть меньше коэффициент используем)
В статье не про деньги было, а про отчетность. Маржинальность мы считаем иначе, конечно)
А вот отношение времени планируемого к затраченному назвали эффективностью. Вероятно, вас нейминг смущает)
Что касается точности измерений – они не 100% точные, мы это понимаем и не строим иллюзий. Но даже приблизительная аналитика позволяет делать выводы.
Пока для меня какой-то эльфийский на этой площадке, надо будет подтянуть понятия)
Спасибо, что развернули в комментариях, стало понятнее)
А это цифры по какому курсу?)) Мы тоже хотим в эту бизнес-среду))
Даже если работать по фикс, то не берет же исполнитель сразу за весь проект стоимость, а по этапно. Аналитика, дизайн, разработка, условно. Что тоже позволяет не завершать прям весь проект)
Надо будет попробовать, спасибо)
Звучит круто)
Но мы работаем Т&М, потому что иногда все хотелки сразу и максимально не собрать. Сделали какую-то функцию, смотрим на нее, ага. Вот тут лучше было бы так сделать, а вот это вообще убрать.
Ну и бюрократии меньше)
Как ловко вы перешли от эффективности к тому, что нас интересует)
В своей компании вы можете по другому считать, никто не запрещает, а мы вот так это делаем.
К нам не за часами приходят, а за реализацией проекта, а часы это лишь форма расчета)
Ну, разные заказчики бывают) В основном все четко, рынок изменился. Но я говорю про разработку от ~3 млн рублей
А я про заказную веб и мобайл разработку)
Исполнитель может вносить с точностью до одной минуты. Либо включил таймер, как начал задачу, как закончил – выключил.
Про 8 часов так совпало, но кто-то заполняет время в конце дня и подбивает, чтобы 8 часов было. Так это длина рабочего дня)
Мы продаем не часы, а реализацию проекта от аналитики до запуска. Но заказчик оплачивает фактически затраченные часы на проект. Работаем по Time & Material.
Нам эти цифры нужны для того, чтобы:
1. Могли собирать статистику по задачам и затем давать более точную оценку похожему функционалу.
2. Могли видеть общую картину по исполнителю, какие задачи он выполняет.
3. Считать эффективность по исполнителю. В нашей ситуации это отношение запланированного СОТРУДНИКОМ времени к фактически затраченному.
Это не тотальный контроль. Это нормальная история, когда исполнители фиксируют свое время. Правда)
Что-то на хабраязыке) Буду изучать)