Как контролировать вебмастера?

Да это нормально.

Чтобы найти хорошего разработчика на удаленке - придется потратить время и пообщаться с несколькими, а иначе как вы узнаете, кто нормальный или оптимальный по срокам?

Почасовая оплата - надо в общем прикидывать, во сколько он вам обойдется, если будет работать, например, треть полноценного месяца. Как-то так. Все равно ведь он будет нужен периодически?

Просто если нет нужды в периодических услугах - то лучше просто разово заказывать фичу с фиксированной оплатой и сроками.

Слушайте, ну давно уже придуман agile+Scrum и куча треккеров, если почасовая.

Открыл спринт, затрекал время, по окончании сбросил сделанное в гит...

---------- Добавлено 11.03.2019 в 08:52 ----------

Ну прям польстил))) а то жена все - старый ты)))

Мне почему то кажется, что в компании, являющейся лидером it рынка беларуси немного лучше тебя знают - нужны дейлики или нет)))

Вы товарищ видимо не знаете/не понимаете agile.

Я для вас «бизнесмена» поясню - планирование в разработке, дальше чем две недели не имеет смысла так как условия постоянно меняются и необходимо своевременно реагировать на эти изменения.

А вот ставить цели на долгосрок полезно и даже нужно.

Продукт развивают исходя из глобольных долгосрочных целей, достижение которых зависит от ситуации в каждый момент времени (а ситуация ой как часто меняется)

Ну это то, как взрослые дяди работают. Вам конечно же виднее

Вот скажите, зачем Вы тут понаписали всякую хрень, причём сделали это в форме ответа на мой комментарий? Кого в данной теме интересует, как там работает ваша команда?

ТС конкретно спросил, как ему проконтролировать работу исполнителя. У него нет команды! У него есть один исполнитель, с которым непонятки по затратам. Какие ежедневные совещания? Какие спринты? Какой эджайл? Нафига тянуть сюда весь этот хлам?

Печально что вы считаете это хламом, при всем моем к вам уважении) Вопрос был - как контролировать вебмастера, я высказал свое мнение как, это разве повод для агрессии? Аджайл мы успешно применяли и для команды из трех человек

Тут или забить и довериться ВМу или контролировать любыми средствами. Извините что так задел вас? ответив в форме на ваш коммент)))

Ну тем не менее он то прав. Сравнивать работу команды и работу одного программиста на одного заказчика - смысла особо нет. За чей счет будут оплачиваться эти ежедневные спринты ?

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

Аджайл это впервую очередь про развитие продукта а не работу команды. Это когда вы хотите сделать функционал Х за два месяца а через неделю становится ясно что она либо не нужна либо нужна не в том виде к которому вы планировали идти.

Из за не понимания таких вещей аджайл останется для многих просто модным словечком

Подтверждаю, много знаю кто применяет для команд и из трех человек. Успешно.

Делятся впечатлениями, даже других учат. Презентации там, графики, итд итп.

Знаю пару мест, откуда такие команды ушли.

Им на смену пришел один человек. Без "аджайл".

И всё стало некрасиво. Мало графиков. Мало респекта. Мало презентаций.

Но втрое быстрее и лучше... т.е. втрое быстрее и лучше, чем работали трое :).

Но начальство, часто недовольно.

Им не работа нужна, а красивые няшки.

Такие дела.

---------- Добавлено 11.03.2019 в 13:00 ----------

Слава богу в большинстве проектов такого ахтунга не происходит.

А пихают... пихают его и туда, где годами, годами(!) не меняются требования...

И выходит, что микроскопом забивают гвозди... и микроскопу не полезно, и гвоздям.

А я знаю другие примеры - человек полгода отчитывался раз в неделю - вото вот запустим, все готово почти... Никто его не контролил, доверяли... По итогу когда прошли все мыслимые, при этом, им же заявленные сроки - оказалось что есть только куски сырого кода, который мы по итогу на 80 процентов переписали.

И таких случаев можно сколько угодно приводить. Никто не говорит что тот же аджайл нужно пихать куда угодно. У кого-то и так порядок, а мне было проще контролировать, когда я каждый день смотрел, кто и что сделал

Да кто-б спорил.

Кто-то нанимает разработчиков, кто-то рабов....