В команду требуется ведущий веб-разработчик. Удалённо, 5 дней в неделю, 10-19 UTC+3. Обязанности: 1. Оценка рисков и времени выполнения задач (совместно с руководителем и проект-менеджером) 2. Подготовка задач для исполнителей (совместно с проект-менеджером) 3. Контроль процесса разработки (реализация требований руководителя, согласование процесса разработки с проект-менеджером, внедрение новых технологий, экспертная оценка и оптимизация процесса) 4. Разработка принципиальных решений в рамках реализации проектов заказчика 5. Разработка и решение задач, которые переданы на выполнение вам лично 6. Помощь в решении технических вопросов исполнителей Ответственность: Как ведущий разработчик, вы должны будете обеспечить реализацию проектов качественно, в срок и в согласии с требованиями заказчика. После того, как срок проекта утверждён (в том числе вами), вы несёте ответственность за его соблюдение. Назначение людей на задачи и их загруженность согласуется с вами. Непосредственное управление находится в ведении проект-менеджера. Необходимые навыки: 1. Хороший опыт разработки в рамках CMS WordPress 2. Опыт разработки в рамках фреймворка Laravel 3. Хорошее знание PHP/JavaScript в принципе 4. Умение работать с внешними сервисами и API 5. Желание разбираться в новых задачах, осваивать новые технологии, если планируется работа с ними 6. Аккуратный, продуманный код в соответствии с гайдлайнами и лучшими практиками 7. Номинальные навыки вёрстки (поправить макет и ничего не поломать) 8. Технический английский Не обязательно, но очень хорошо, если есть: 1. Опыт работы с другими PHP-фреймворками и/или Node.js/Meteor 2. Хороший письменный английский 3. Опыт руководящей работы Оплата: 55т.р. в месяц. Или: готовы к обсуждению вашего предложения, если вы сможете его обосновать.
@ahdpe, плюсую. за 55 ) еще раз перепрочел требования и обязанности. и все это УДАЛЕННО? да тот человек - гений! умываю и руки и шляпу...
Оу, ну наконец какой-то движ . Господа, добавьте логику в свои утверждения. Должно получиться лучше. Вот вы что сказать, например, хотели? Строго говоря, "на дядю" работает любой человек, не производящий свой продукт. Да и там условный "дядя" есть, в виде потребностей рынка. Или вы о том, что хороший технический специалист - это синоним слова "бизнесмен"? Нет, не синоним. Техспециалист выполняет поручения в сфере своей компетенции. Генерирует их другой человек. Техспециалист может работать непосредственно на работодателя, выполнять субподряды найденных "дядь", или быть в свободном найме в поисках "дядь", на которых можно поработать. Или вы о том, что чел сможет сам на фрилансе работу найти? Дык её там кто угодно может найти, хоть гуру, хоть студент вчерашний. "Но есть нюансы"(с) в виде дополнительных рисков, которые несёт фрилансер, и дополнительных обязанностей, которые приходится выполнять, в виде общения с клиентами. Та хоть за 98. Я обозначил сумму, которую готов платить на ежемесячной основе, перекладывая финансовые риски с человека на себя. Кому-то она подойдёт, кому-то нет. Сейчас 99% того, что делается в IT, может быть сделано удалённо. Навыки, которые я назвал, хорошо мотивированный и номинально подготовленный человек сможет выполнять через полгода относительно входа в сферу веба. Один мой бывший коллега научился этому именно за такой срок, перейдя из админов в разработчики. Но потом убежал в какой-то стартап работать - "на дядю", "с таким набором знаний", да ещё и за меньший кеш. Правда, ответственности тоже поменьше было - устал от общения с заказчиками и других производственных издержек.
Возможно я просто стар. Но удаленно рулить русскими людьми, гарантируя сроки = лично я пас. хоть за 98, хоть за 198.
Ну, имхо не всё так плохо. Хорошее планирование, контроль, ответственные люди - и всё должно получиться. Хотя лично я этот дзен ещё познаю. Ни одного. И сейчас не тимлида ищу
если есть что годное сказать на тему как контролировать удаленщиков и найти ответственного - расскажи. я без стеба.
@Ogurec, а зачем их контролировать? Я серьёзно. Есть задача, есть дедлайн. На дедлайне всё видно будет по итогу. Работаю примерно так с заказчиками. А вообще есть обширная тема под названием аджайл, со спринтами, бэклогами и прочим - не зря она прпулярна. PS Под контролем удалёнщиков я понял ежедневный мониторинг - кто что сделал с отчётми, недельными планами и утренним созвоном. ИМХО - это всё пережиток офиса и пагубно сказывается на разработчике.
Прощаешся с разрабом без выплаты второй части гонорара. Это и есть риски и издержки, они как правило высоки на начальном этапе сотрудничества.
В 14-ом году так работал на москвичей, CPA сеть. Больше всего напрягали утренние созвоны в гугл хангоуте - пустая трата времени. Хотя в техническом плане я хорошо там поработал, много нового опыта унёс с собой )
Подобный контроль не защищает от срыва проекта, наоборот аккумулирует усталость и неудовлетворённость от работы. Защищаться можно юридическими документами в виде договоров, где описываются санкции. Или вы на добром слове работаете? ))
как сказать, например можно оперативно передать его другому исполнителю, например или подключит ещё спецов, разделив работу. то о чём вы написали не защита, а частичная компенсация потерь.
Какие могут быть санкции к сотруднику? Ну не выплатят ему премию... ВСЕ. если я правильно понимаю, тут речь не о фрилансерах (которых вообще ищи свищи потом в степях украины) где их взять оперативно, не занятых и разбирающихся в проекте?
@zaqwsx, ну можно и так сказать, не спорю. Но я всёже за более современные методы управления разработкой, если уж говорить об оперативном контроле. Аджайл и его вариации...
держать в резерве, как вариант в проЕхте два спеца, основной и дублирующий, который в теме, но немного поодаль.
Что-то такое я периодически слышу, не только про разработку. Это вроде в канбане практикуется, типа нет незаменимых и всё такое. В аджайле это тоже есть - парное программирование как раз является инструментом по взращиванию заменимых, но это не про удалёнку...
Вы постановщик задачи? тогда всё в ваших руках. если исполнитель - то ваше дело кивать головой и предлагать. Принимать решение не ваше дело.
не вижу ничего сложного - дробим задачи на более мелкие с понятным руководителю сроком исполнения - даем, спрашиваем за сколько сделает (задача должна быть например на 2-4-8 часов). Если не сделал и нет внятного (завалили другими задачами) объяснения почему (или объяснение из разряда - бабушка заболела, котейка умер, машина сломалась) - платим, что натикало и завершаем сотрудничество работал с удаленщиками в качестве тим-лида и с офисными, будучи на удаленке сам - по людям видно кто работает, а кто нет, виден конкретный весомый результат а ну и плюс - надо требовать от сотрудников, чтобы работал оговоренное число рабочих часов в день (4-6-8) и был онлайн в определенное общее время (например с 12 до 16 дня UTC+3) в идеале все работают 8 часов и сдвиг по рабочему времени 1-2 часа максимум
Меня как-то просили рабочий стол в скайпе расшарить. По итогу ни чего хорошего из этого не вышло, личный ноут, на котором работешь не очень годится для плацдарма, надо рядом сидеть у рабочего компа и передавать клаву из рук в руки, как описывает это Роберт Мартин в одной из своих книг .
Заплюсую, так и стараемся делать. При подробной карте проекта сбойные блоки сразу становится видно, как и процент опережения/отставания по проекту в целом. Из фошшыских методов что пробовали - коммит раз в два часа и по изменениям смотреть, насколько человек много набил и насколько это была сложная задача (сложная + много кода - круть, сложная + мало кода - оок, простая и мало кода - не оок). Правда, тут легко съехать с темы, рассказывая про сложности прокладывания космических курсов больших театров, поэтому смысла особого в этом методе нет. Проще ставить сроки и смотреть на результативность. Что ещё можно сделать - тайм-трекинг. Но тут спорно очень + дополнительный напряг разработчику. Такое не делали и скорее всего не будем.
это хорошая штука чтобы отслеживать сколько времени ушло на конкретную задачу (если конечно никто не забывает менять текст / номер задачи в трекере) это хорошая штука для автоматизации оплаты (как на апворке) но нельзя при этом требовать, чтобы каждый отрезок времени что-то делалось, потому что программисту надо порой пойти покурить, обдумать, отвлечься
ну это мало чем отличается от ежедневных "встреч" в скайпе или еще где. хотя для кодера может и проще
Поэтому существуют сторониики следующего утверждения, что фактической работы в день набирается от 3 до 5 часов, когда непосредственно разработчик находится в потоке работы - пишет код, тестирует его, отлаживает его. Всё остальное рабочее время часто тратится на обдумывание, коммуникации и прочее. Набомнило подсчёт строк кода, как метрики производительности программиста в прошлом веке. Вроде у Брукса про это есть немного.
По строкам кода считать имхо неправильно . Но если задача - какой-нибудь простейший поиск на AJAX-е сделать, и за два часа набита форморчка и скелет обработчика, это повод задуматься