Ведущий веб-разработчик, удалённо

С таким набором знаний ток и остаётся что на дядю работать

 

@ahdpe, плюсую. за 55 )

еще раз перепрочел требования и обязанности. и все это УДАЛЕННО? да тот человек - гений! умываю и руки и шляпу...

 

Возможно я просто стар. Но удаленно рулить русскими людьми, гарантируя сроки = лично я пас. хоть за 98, хоть за 198.

 

@E13, сколько тимлидов на тебя работает/работало?

 

если есть что годное сказать на тему как контролировать удаленщиков и найти ответственного - расскажи. я без стеба.

 

@Ogurec, а зачем их контролировать? Я серьёзно.

Есть задача, есть дедлайн. На дедлайне всё видно будет по итогу. Работаю примерно так с заказчиками.

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

PS
Под контролем удалёнщиков я понял ежедневный мониторинг - кто что сделал с отчётми, недельными планами и утренним созвоном. ИМХО - это всё пережиток офиса и пагубно сказывается на разработчике.

 

на дедлайне может оказаться такое видно, што ппц. а время тютю

 

Прощаешся с разрабом без выплаты второй части гонорара. Это и есть риски и издержки, они как правило высоки на начальном этапе сотрудничества.

 

это фашизм какой-то

 

В 14-ом году так работал на москвичей, CPA сеть. Больше всего напрягали утренние созвоны в гугл хангоуте - пустая трата времени. Хотя в техническом плане я хорошо там поработал, много нового опыта унёс с собой )

 

а как ещё защититься от срыва проеХта?

 

Подобный контроль не защищает от срыва проекта, наоборот аккумулирует усталость и неудовлетворённость от работы.
Защищаться можно юридическими документами в виде договоров, где описываются санкции. Или вы на добром слове работаете? ))

 

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

 

Какие могут быть санкции к сотруднику? Ну не выплатят ему премию... ВСЕ. если я правильно понимаю, тут речь не о фрилансерах (которых вообще ищи свищи потом в степях украины)

где их взять оперативно, не занятых и разбирающихся в проекте?

 

@zaqwsx, ну можно и так сказать, не спорю. Но я всёже за более современные методы управления разработкой, если уж говорить об оперативном контроле. Аджайл и его вариации...

 

держать в резерве, как вариант в проЕхте два спеца, основной и дублирующий, который в теме, но немного поодаль.

 

Что-то такое я периодически слышу, не только про разработку. Это вроде в канбане практикуется, типа нет незаменимых и всё такое. В аджайле это тоже есть - парное программирование как раз является инструментом по взращиванию заменимых, но это не про удалёнку...

 

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

 

оно не то что бы в аджайле, оно скорее вообще есть. для удаленщиков можно писать в твиче )))

 

не вижу ничего сложного - дробим задачи на более мелкие с понятным руководителю сроком исполнения - даем, спрашиваем за сколько сделает (задача должна быть например на 2-4-8 часов). Если не сделал и нет внятного (завалили другими задачами) объяснения почему (или объяснение из разряда - бабушка заболела, котейка умер, машина сломалась) - платим, что натикало и завершаем сотрудничество

работал с удаленщиками в качестве тим-лида и с офисными, будучи на удаленке сам - по людям видно кто работает, а кто нет, виден конкретный весомый результат

а ну и плюс - надо требовать от сотрудников, чтобы работал оговоренное число рабочих часов в день (4-6-8) и был онлайн в определенное общее время (например с 12 до 16 дня UTC+3)

в идеале все работают 8 часов и сдвиг по рабочему времени 1-2 часа максимум

 

Меня как-то просили рабочий стол в скайпе расшарить. По итогу ни чего хорошего из этого не вышло, личный ноут, на котором работешь не очень годится для плацдарма, надо рядом сидеть у рабочего компа и передавать клаву из рук в руки, как описывает это Роберт Мартин в одной из своих книг .

 

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

 

ну это мало чем отличается от ежедневных "встреч" в скайпе или еще где. хотя для кодера может и проще

 

Поэтому существуют сторониики следующего утверждения, что фактической работы в день набирается от 3 до 5 часов, когда непосредственно разработчик находится в потоке работы - пишет код, тестирует его, отлаживает его. Всё остальное рабочее время часто тратится на обдумывание, коммуникации и прочее.

Набомнило подсчёт строк кода, как метрики производительности программиста в прошлом веке. Вроде у Брукса про это есть немного.